比较 - STLC和SDLC

业务分析师收集要求.

开发团队分析需求irements.

在高级别之后，开发团队开始从架构和设计角度进行分析.

测试团队审核并分析SRD文档.

确定测试要求 - 范围，验证和验证要点.

查看各模块之间逻辑和功能关系的要求.这有助于在早期识别差距.

SDLC的体系结构可帮助您根据需求开发软件的高级和低级设计.

Business Analyst适用于UI设计的模拟器.

一旦设计完成，它将由利益相关者签字.

在STLC中，测试架构师或测试负责人通常会计划测试策略.

标识测试点.

此处最终确定资源分配和时间表.

开发团队开始开发软件.

集成不同开发系统.

完成所有集成后，即可提供准备测试的软件或产品.

测试团队编写测试方案以验证产品质量.

为所有模块编写详细的测试用例以及预期的行为.

此处标识了测试模块的先决条件和进入和退出标准.

开发团队使用已开发的产品设置测试环境以进行验证.

测试团队确认基于环境设置关于先决条件.

执行烟雾测试以确保测试产品的环境稳定.

实际测试在此阶段进行.它包括单元测试，集成测试，系统测试，缺陷重新测试，回归测试等.

开发团队修复报告的错误(如果有)并将其发送回测试人员进行重新测试.

UAT测试在从SIT测试中退出后执行.

系统集成测试基于测试用例开始.

报告的缺陷(如果有)得到重新测试和修复.

此处执行回归测试，一旦符合退出条件，产品就会被注销.

一旦从各个测试团队收到签名，就会在真实最终用户的prod环境中部署应用程序.

烟雾和健康测试生产环境在产品部署后立即完成.

测试报告和矩阵准备工作由测试团队完成，以分析产品.

它涵盖了部署后支持，增强和更新(如果有).

在此阶段，维护测试用例，回归套装和自动脚本根据增强和更新进行.