比较 – STLC 和 SDLC

比较 – STLC 和 SDLC

在本章中，我们将了解 STLC 和 SDLC 之间的比较因素。让我们考虑以下几点，从而比较 STLC 和 SDLC。

  • STLC 是 SDLC 的一部分。可以说STLC是SDLC集合的一个子集。

  • STLC 仅限于确保软件或产品质量的测试阶段。SDLC 在软件或产品的完整开发中发挥着巨大而重要的作用。

  • 但是，STLC 是 SDLC 的一个非常重要的阶段，最终产品或软件不经过 STLC 流程就无法发布。

  • STLC 也是发布/更新周期、SDLC 维护阶段的一部分，在此阶段修复已知缺陷或向软件添加新功能。

下表列出了 SDLC 和 STLC 基于它们的阶段之间的比较因素 –

Phase SDLC STLC
Requirement Gathering
  • 业务分析师收集需求。
  • 开发团队分析需求。
  • 在high level之后，开发团队开始从架构和设计的角度进行分析。
  • 测试团队审查并分析 SRD 文档。
  • 确定测试要求 – 范围、验证和验证关键点。
  • 审查各个模块之间的逻辑和功能关系的要求。这有助于在早期阶段识别差距。
Design
  • SDLC 的架构帮助您根据需求开发软件的高层和低层设计。
  • 业务分析师致力于 UI 设计的模拟。
  • 设计完成后，由利益相关者签署。
  • 在 STLC 中，测试架构师或测试主管通常计划测试策略。
  • 标识测试点。
  • 资源分配和时间表在此处最终确定。
Development
  • 开发团队开始开发软件。
  • 与不同的系统集成。
  • 完成所有集成后，即可提供可用于测试的软件或产品。
  • 测试团队编写测试场景来验证产品的质量。
  • 为所有模块编写了详细的测试用例以及预期的行为。
  • 此处确定了测试模块的先决条件以及进入和退出标准。
Environment Set up
  • 开发团队使用开发的产品建立测试环境进行验证。
  • 测试团队根据先决条件确认环境设置。
  • 进行烟雾测试，以确保待测产品的环境稳定。
Testing
  • 实际测试在此阶段进行。包括单元测试、集成测试、系统测试、缺陷复测、回归测试等。
  • 开发团队修复报告的错误（如果有）并将其发送回测试人员进行重新测试。
  • 从 SIT 测试获得批准后，UAT 测试将在此处执行。
  • 系统集成测试基于测试用例开始。
  • 报告的缺陷（如果有）将重新测试并修复。
  • 在这里执行回归测试，一旦产品满足退出标准，就可以签署产品。
Deployment/ Product Release
  • 一旦收到来自各个测试团队的签收，应用程序就会部署在生产环境中供真正的最终用户使用。
  • 生产环境中的烟雾和健全性测试在产品部署后立即完成。
  • 测试报告和矩阵准备由测试团队对产品进行分析。
Maintenance
  • 它涵盖了部署后支持、增强和更新（如果有）。
  • 在此阶段，测试用例、回归套件和自动化脚本的维护基于增强和更新进行。

觉得文章有用？

点个广告表达一下你的爱意吧 ！😁