STLC - 测试执行

---

---

测试执行是执行代码并将预期结果与实际结果进行比较的过程。测试执行过程需要考虑以下因素：

• 基于风险，选择要在本周期执行的测试套件子集。
• 将每个测试套件中的测试用例分配给测试人员执行。
• 执行测试，报告错误并持续捕获测试状态。
• 解决出现的阻塞问题。
• 每天报告状态，调整分配，并重新考虑计划和优先级。
• 报告测试周期结果和状态。

测试执行需要考虑以下几点。

• 在此阶段，质量保证团队根据准备好的测试用例对被测应用（AUT）进行实际验证，并将逐步结果与预期结果进行比较。

• 此阶段的准入标准是测试计划和测试用例开发阶段的完成，测试数据也应该准备就绪。

• 在正式进入测试执行之前，始终建议通过冒烟测试来验证测试环境的设置。

• 准出标准要求所有测试用例成功验证；缺陷应已关闭或延期；测试用例执行和缺陷汇总报告应已准备就绪。

测试执行活动

此阶段的目标是在继续进行生产/发布之前对被测应用（AUT）进行实时验证。为了签署此阶段，质量保证团队执行不同类型的测试以确保产品质量。除此之外，缺陷报告和重新测试也是此阶段的关键活动。以下是此阶段的重要活动：

系统集成测试

产品的真实验证/AUT 从这里开始。系统集成测试 (SIT) 是一种黑盒测试技术，它评估系统对指定的预备测试用例/需求的符合性。

系统集成测试通常在系统的子集上执行。SIT 可以使用最少的测试工具来执行，验证交换的交互，并调查各个层内每个数据字段的行为。集成后，数据流有三个主要状态：

• 集成层中的数据状态
• 数据库层中的数据状态
• 应用层中的数据状态

注意 - 在 SIT 测试中，质量保证团队试图找到尽可能多的缺陷以确保质量。这里的主要目标是尽可能多地查找错误。

缺陷报告

当预期结果与实际结果不匹配时，就会出现软件错误。它可能是计算机程序中的错误、缺陷、故障或错误。大多数错误源于开发人员或架构师犯下的错误。

在执行 SIT 测试时，质量保证团队会发现这些类型的缺陷，这些缺陷需要报告给相关的团队成员。成员采取进一步的行动并修复缺陷。报告的另一个好处是它可以轻松跟踪缺陷的状态。ALM、QC、JIRA、Version One、Bugzilla 等许多流行工具都支持缺陷报告和跟踪。

缺陷报告是一个通过测试或记录客户反馈来查找被测应用程序或产品中缺陷，并根据客户反馈制作修复缺陷的新产品版本的流程。

缺陷跟踪也是软件工程中的一个重要过程，因为复杂的和业务关键的系统有数百个缺陷。最具挑战性的因素之一是管理、评估和优先考虑这些缺陷。缺陷的数量会随着时间的推移而增加，为了有效地管理它们，使用缺陷跟踪系统可以使工作更容易。

缺陷映射

一旦报告并记录了缺陷，它应该与相关的失败/阻塞测试用例和需求跟踪矩阵中的相应需求进行映射。此映射由缺陷报告者完成。它有助于生成正确的缺陷报告并分析产品中的不足之处。一旦测试用例和需求与缺陷映射，利益相关者就可以分析并决定是否根据优先级和严重性来修复/延迟缺陷。

重新测试

重新测试是对被测应用执行先前失败的测试以检查问题是否已解决。修复缺陷后，将执行重新测试以检查相同环境条件下的场景。

在重新测试期间，测试人员会关注功能更改区域的细粒度细节，而回归测试涵盖所有主要功能，以确保由于此更改而不会破坏任何功能。

回归测试

一旦所有缺陷处于关闭、延期或拒绝状态，并且没有测试用例处于进行中/失败/未运行状态，可以说系统集成测试完全基于测试用例和需求。但是，需要进行一轮快速测试以确保最近的代码更改/缺陷修复或增强功能不会破坏任何功能。

回归测试是一种黑盒测试技术，它包括重新执行由于代码更改而产生影响的那些测试。应在整个软件开发生命周期中尽可能频繁地执行这些测试。

回归测试的类型

• 最终回归测试 - “最终回归测试”用于验证一段时间内未发生更改的构建。此构建将部署或交付给客户。

• 回归测试 - 常规回归测试用于验证最近的代码更改（用于缺陷修复或增强）是否未破坏应用程序的其他任何部分。

活动流程图

下面的流程图显示了在此阶段执行的重要活动；它还显示了先前阶段的依赖关系：