STLC – 测试执行

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

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

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

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

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

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

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

测试执行活动

此阶段的目标是在进入生产/发布之前对 AUT 进行实时验证。为了从此阶段结束，QA 团队执行不同类型的测试以确保产品质量。除了此缺陷报告和重新测试也是此阶段的关键活动。以下是这一阶段的重要活动 –

系统集成测试

产品/AUT 的真正验证从这里开始。系统集成测试 (SIT) 是一种黑盒测试技术，它根据准备好的指定要求/测试用例评估系统的合规性。

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

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

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

缺陷报告

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

在执行 SIT 测试时，QA 团队会发现这些类型的缺陷，并且需要将这些缺陷报告给相关的团队成员。成员采取进一步行动并修复缺陷。报告的另一个优点是它简化了对缺陷状态的跟踪。有许多流行的工具，如 ALM、QC、JIRA、Version One、Bugzilla，都支持缺陷报告和跟踪。

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

缺陷跟踪也是软件工程中的一个重要过程，因为复杂的业务关键系统有数百个缺陷。最具挑战性的因素之一是管理、评估和确定这些缺陷的优先​​级。缺陷数量在一段时间内成倍增加，为了有效地管理它们，缺陷跟踪系统用于使工作更容易。

缺陷映射

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

重新测试

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

在重新测试期间，测试人员会在功能更改的区域寻找细粒度的细节，而回归测试涵盖所有主要功能，以确保没有功能因此更改而被破坏。

回归测试

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

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

回归测试的类型

• 最终回归测试– 执行“最终回归测试”以验证一段时间内未发生更改的构建。此版本已部署或运送给客户。

• 回归测试– 执行正常的回归测试以验证构建是否没有通过最近的代码更改破坏应用程序的任何其他部分以修复缺陷或增强。

活动框图

以下框图显示了在此阶段执行的重要活动；它还显示了先前阶段的依赖关系 –