比较 - 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 测试。	根据测试用例开始系统集成测试。报告的缺陷（如有）将被重测和修复。在此执行回归测试，并且一旦产品满足退出标准，则签字确认。
部署/产品发布	一旦从各个测试团队收到签字确认，应用程序将部署到生产环境中供最终用户使用。	产品部署后，在此完成生产环境中的冒烟测试和健全性测试。测试团队完成测试报告和矩阵准备工作，以分析产品。
维护	它涵盖了部署后的支持、增强和更新（如有）。	在此阶段，将根据增强和更新维护测试用例、回归套件和自动化脚本。

打印页面

广告