比较 - STLC 和 SDLC

创建于 2024-12-04 / 24
字体： [默认] [大] [更大]

在本章中，我们将了解 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 测试在此执行。
  • 系统集成测试根据测试用例开始。
  • 如果有任何报告的缺陷，则重新测试并修复。
  • 在此执行回归测试，一旦产品满足退出标准，即签署产品。
部署/产品发布
  • 一旦收到来自各个测试团队的签署，应用程序就会在生产环境中为真正的最终用户部署。
  • 产品部署后，生产环境中的冒烟和健全性测试在此完成。
  • 测试团队完成测试报告和矩阵准备以分析产品。
维护
  • 它涵盖部署后的支持、增强和更新(如果有)。
  • 在此阶段，将根据增强和更新对测试用例、回归套件和自动化脚本进行维护。

0 人点赞过