比较 - 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 中，测试架构师或测试主管通常会规划测试策略。
  • 识别测试点。
  • 资源分配和时间表在此最终确定。
发展
  • 开发团队开始开发软件。
  • 与不同系统集成。
  • 一旦完成所有集成，就提供了可供测试的软件或产品。
  • 测试团队编写测试场景来验证产品的质量。
  • 为所有模块编写详细的测试用例以及预期Behave。
  • 此处确定了测试模块的先决条件以及进入和退出标准。
环境搭建
  • 开发团队为开发的产品建立测试环境以进行验证。
  • 测试团队根据先决条件确认环境设置。
  • 执行烟雾测试以确保待测试产品的环境稳定。
测试
  • 实际测试是在这个阶段进行的。包括单元测试、集成测试、系统测试、缺陷复测、回归测试等。
  • 开发团队修复报告的错误（如果有）并将其发送回测试人员进行重新测试。
  • 从 SIT 测试签核后，UAT 测试将在此处执行。
  • 系统集成测试根据测试用例开始。
  • 报告的缺陷（如果有）将被重新测试并修复。
  • 回归测试在这里进行，一旦产品满足退出标准，产品就会被签核。
部署/产品发布
  • 一旦收到各个测试团队的签核，应用程序就会部署在生产环境中供真正的最终用户使用。
  • 产品部署后，生产环境中的烟雾和健全性测试就在这里完成。
  • 测试报告和矩阵准备由测试团队完成，以分析产品。
维护
  • 它涵盖部署后支持、增强和更新（如果有）。
  • 在此阶段，测试用例、回归套件和自动化脚本的维护是基于增强和更新进行的。