软件测试生命周期 (STLC) 阶段

软件测试生命周期 (STLC) 指的是软件测试过程。

软件测试生命周期 (STLC) 是一组在测试过程中执行的操作，以确保满足软件质量目标。STLC 过程包括验证和确认。与普遍观念相反，软件测试不仅仅是一个单一/孤立的操作。它包含一系列以有条不紊的方式执行的操作，以帮助认证您的软件产品。软件测试生命周期 (STLC) 是软件测试生命周期的缩写。

本指南将教你如何：

  • STLC 的阶段

  • 需求分析

  • 测试准备

  • 测试用例开发

  • 测试环境搭建

  • 测试执行

  • 测试周期结束

  • STLC 的阶段，以及进入和退出标准

STLC 的阶段

每个软件测试生命周期模型 (STLC 模型) 都有以下六个关键阶段：

  • 需求分析

  • 测试准备

  • 创建测试用例

  • 测试环境搭建

  • 测试执行

  • 测试周期结束

什么是 STLC 的进入和退出标准？

  • 进入标准 - 进入标准列出了在测试开始之前必须完成的必要事项。

  • 退出标准 - 退出标准定义了在测试可以结束之前必须完成的要素。

软件测试生命周期的所有阶段都包含进入和退出标准 (STLC)

理想情况下，在上一阶段的退出条件得到满足之前，您不会进入下一阶段。但是，在实践中这并不总是可行的。因此，在本课中，我们将重点关注 STLC 生命周期各个阶段的活动和可交付成果。让我们仔细看看它们。

需求测试阶段

需求阶段测试，也称为需求分析，是一个过程，其中测试团队从测试的角度审查需求以确定可测试的需求，并且质量保证团队可以与多个利益相关者沟通以全面了解需求。既可以是功能性需求，也可以是非功能性需求。在此阶段还确定测试项目的自动化可行性。

需求阶段测试活动

  • 确定将执行的测试类型。

  • 收集有关测试优先级和重点的信息。

  • 创建需求跟踪矩阵 (RTM)。

  • 确定测试将进行的测试环境的详细信息。

  • 分析自动化的可行性（如果需要）。

需求阶段测试可交付成果

  • RTM

  • 自动化可行性报告（如果适用）

STLC 测试计划

在 STLC 中，测试计划是高级质量保证经理定义测试计划方法以及项目工作量和成本估算的阶段。还确定资源、测试环境、测试约束和测试时间表。在同一步骤中，创建并完成测试计划。

测试计划活动

  • 为各种类型的测试准备测试计划/策略文档

  • 选择测试工具

  • 测试工作量估算

  • 组织资源并确定角色和责任

  • 培训需求

测试计划可交付成果

  • 包含测试计划/策略的文档。

  • 工作量估算文档。

测试用例开发阶段

在完成测试策略后，测试用例开发阶段包括设计、验证和修订测试用例和测试脚本。首先选择测试数据，然后根据前提条件准备、检查和修改测试数据。然后，质量保证团队开始为特定单元创建测试用例。

测试用例开发活动

  • 创建测试用例和自动化脚本（如果适用）

  • 测试用例和脚本经过审查并确定基线。

  • 创建一些测试数据（如果测试环境可用）

测试用例开发可交付成果

  • 测试用例和脚本

  • 测试数据

测试环境搭建

测试环境设置决定了评估工作产品所用的软件和硬件环境。它是测试过程中的一个重要部分，可以与测试用例开发阶段同时完成。如果开发团队提供测试环境，则测试团队可能不参与此任务。测试团队需要对提供的环境进行就绪性检查（冒烟测试）。

测试环境搭建活动

  • 通过了解所需的架构、设置环境和了解所需的架构，准备测试环境的硬件和软件需求列表。

  • 设置测试数据和环境。

  • 对架构进行冒烟测试。

测试环境设置可交付成果

  • 测试数据已设置好，环境已准备就绪。

  • 冒烟测试结果。

测试执行阶段

测试人员执行测试执行阶段，他们使用已生成的测试计划和测试用例来测试软件版本。该过程包括测试脚本执行、测试脚本维护和缺陷报告。如果发现缺陷，则将其报告给开发团队进行纠正，并进行重新测试。

测试执行活动

  • 按照计划执行测试。

  • 记录测试结果，并将任何失败的实例记录为缺陷。

  • 在 RTM 中，将缺陷映射到测试用例。

  • 重新测试缺陷修复

  • 跟踪问题，直到它们得到解决。

测试执行可交付成果

  • RTM 已完成，执行状态已设置。

  • 测试用例已更新结果。

  • 缺陷报告

测试周期结束

测试周期结束阶段包含许多操作，例如测试完成报告、收集测试完成矩阵和分析测试结果。测试团队成员会面、讨论和审查测试工件，以便根据当前测试周期的经验教训制定必须在将来应用的策略。目标是消除未来测试周期中的流程瓶颈。

测试周期结束

  • 在评估周期完成要求时，需要考虑时间、测试覆盖率、成本、软件、关键业务目标和质量等因素。

  • 根据上面列出的特征准备测试指标。

  • 跟踪项目中学到的知识。

  • 准备测试结束报告。

  • 以定性和定量的方式向客户报告工作成果的质量。

  • 分析测试结果以确定按类型和严重性划分的缺陷分布。

测试周期结束可交付成果

  • 测试完成报告

  • 测试指标

STLC 阶段进入标准活动退出标准可交付成果
需求分析

  • 需求文档可用（功能性和非功能性）

  • 验收标准已确定。

  • 应用程序的架构文档可用。

  • 分析业务功能以了解特定于每个模块的业务模块和功能。

  • 必须识别模块中的所有事务。

  • 列出所有用户配置文件。

  • 收集用户界面/身份验证以及地理分布的需求。

  • 确定将执行的测试类型。

  • 收集有关测试优先级和重点的信息。

  • 创建需求跟踪矩阵 (RTM)。

  • 确定测试将进行的测试环境的详细信息。

  • 分析自动化的可行性（如果需要）。

  • RTM 已签字。

  • 客户已签字确认测试自动化可行性研究。

  • RTM

  • 自动化可行性报告（如果适用）

测试准备

  • 需求说明文档

  • 需求跟踪矩阵

  • 测试自动化可行性研究文档。

  • 检查可用的各种测试方法。

  • 确定最佳方案。

  • 为各种类型的测试准备测试计划/策略文档

  • 选择测试工具

  • 测试工作量估算

  • 组织资源并确定角色和责任

  • 测试计划/策略文档已批准。

  • 工作量估算文档已签字。

  • 包含测试计划/策略的文档。

  • 工作量估算文档。

测试用例开发

  • 需求说明文档

  • RTM 和测试策略

  • 自动化分析报告

  • 应创建测试用例、测试设计和自动化脚本（如果适用）

  • 测试用例和脚本经过审查并确定基线。

  • 创建一些测试数据。

  • 测试用例/脚本已审核并签字。

  • 测试数据已审核并签字。

  • 测试用例和脚本

  • 测试数据

测试环境搭建

  • 系统设计和架构文档可用。

  • 提供环境设置策略。

  • 识别所需的架构和环境设置。

  • 列出开发的硬件和软件需求。

  • 完成连接规范。

  • 准备环境设置清单。

  • 设置测试数据和环境。

  • 对架构进行冒烟测试。

  • 根据冒烟测试的结果接受或拒绝版本。

  • 环境已根据计划和清单设置完毕。

  • 测试数据设置已完成。

  • 冒烟测试成功。

  • 测试数据已设置好，环境已准备就绪。

  • 冒烟测试结果。

测试执行

  • 已提供基线RTM、测试计划和测试用例/脚本。

  • 测试环境现已可用。

  • 测试数据已设置完毕。

  • 已提供待测版本的单元/集成测试报告。

  • 按照计划执行测试。

  • 记录测试结果，并将任何失败的实例记录为缺陷。

  • 如有必要，请修改测试设计和测试用例。

  • 在 RTM 中，将缺陷映射到测试用例。

  • 重新测试错误修复。

  • 应用程序回归测试。

  • 跟踪问题，直到它们得到解决。

  • 所有计划的测试都已执行。

  • 缺陷已报告并监控，直至解决。

  • RTM已完成，正在执行中。

  • 测试用例已更新结果。

  • 缺陷报告

测试周期结束

  • 测试已结束。

  • 测试结果现已可用。

  • 缺陷日志已可用。

  • 评估周期完成要求时，需要考虑时间、测试覆盖率、成本、软件质量和关键业务目标等所有因素。

  • 根据上面列出的特征准备测试指标。

  • 跟踪项目中学到的知识。

  • 准备测试结束报告。

  • 以定性和定量的方式向客户报告工作成果的质量。

  • 分析测试结果，确定按种类和严重程度划分的缺陷分布。

  • 客户已签署测试结束报告。

  • 测试完成报告

  • 测试指标

更新于：2021年12月2日

浏览量：1000+

启动您的职业生涯

通过完成课程获得认证

开始
广告