比较 - STLC 和 SDLC
在本章中，我们将了解 STLC 和 SDLC 之间的比较因素。让我们考虑以下几点，从而比较 STLC 和 SDLC。
STLC 是 SDLC 的一部分。可以说 STLC 是 SDLC 集的一个子集。
STLC 仅限于确保软件或产品质量的测试阶段。 SDLC 在软件或产品的完整开发中发挥着巨大而至关重要的作用。
但是，STLC 是 SDLC 的一个非常重要的阶段，最终产品或软件必须经过 STLC 流程才能发布。
STLC 也是发布后/更新周期的一部分，是 SDLC 的维护阶段，在此阶段修复已知缺陷或向软件添加新功能。
下表列出了 SDLC 和 STLC 根据其阶段进行比较的因素 −
| 阶段 |
SDLC |
STLC |
| 需求收集 |
- 业务分析师收集需求。
- 开发团队分析需求。
- 在高层之后，开发团队开始从架构和设计角度进行分析。
|
- 测试团队审查并分析 SRD 文档。
- 确定测试需求 - 范围、验证和确认要点。
- 审查各个模块之间逻辑和功能关系的需求。这有助于在早期阶段发现差距。
|
| 设计 |
- SDLC 的架构可帮助您根据需求开发软件的高级和低级设计。
- 业务分析师负责 UI 设计的模拟。
- 设计完成后，由利益相关者签字。
|
- 在 STLC 中，测试架构师或测试主管通常会规划测试策略。
- 确定测试点。
- 在此确定资源分配和时间表。
|
| 开发 |
- 开发团队开始开发软件。
- 与不同系统集成。
- 完成所有集成后，即可提供可测试的软件或产品。
|
- 测试团队编写测试场景以验证产品的质量。
- 为所有模块编写详细的测试用例以及预期行为。
- 先决条件和入门和测试模块的退出标准在此处确定。
|
| 环境设置 |
|
- 测试团队根据先决条件确认环境设置。
- 执行冒烟测试，以确保环境对于要测试的产品是稳定的。
|
| 测试 |
- 实际测试在此阶段进行。它包括单元测试、集成测试、系统测试、缺陷重新测试、回归测试等。
- 开发团队修复所报告的错误(如果有)，并将其发回给测试人员进行重新测试。
- 在获得 SIT 测试的签字后，UAT 测试在此执行。
|
- 系统集成测试根据测试用例开始。
- 如果有任何报告的缺陷，则重新测试并修复。
- 在此执行回归测试，一旦产品满足退出标准，即签署产品。
|
| 部署/产品发布 |
- 一旦收到来自各个测试团队的签署，应用程序就会在生产环境中为真正的最终用户部署。
|
- 产品部署后，生产环境中的冒烟和健全性测试在此完成。
- 测试团队完成测试报告和矩阵准备以分析产品。
|
| 维护 |
|
- 在此阶段，将根据增强和更新对测试用例、回归套件和自动化脚本进行维护。
|
