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

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

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

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

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

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

• 退出标准要求成功验证所有测试用例；缺陷应关闭或推迟；测试用例执行和缺陷摘要报告应准备就绪。

测试执行活动

此阶段的目标是在进行生产/发布之前对AUT进行实时验证。为了退出此阶段，质量检查团队将执行不同类型的测试以确保产品质量。除此缺陷报告和重新测试外，在此阶段中也至关重要。以下是此阶段的重要活动-

系统集成测试

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

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

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

注意-在SIT测试中，质量检查小组会尝试发现尽可能多的缺陷以确保质量。这里的主要目标是找到尽可能多的错误。

缺陷报告

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

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

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

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

缺陷映射

一旦报告并记录了缺陷，就应将其与相关的失败/阻止的测试用例以及“需求可追溯性矩阵”中的相应要求进行映射。此映射由缺陷报告程序完成。它有助于做出适当的缺陷报告并分析产品中的缺陷。一旦测试用例和需求与缺陷对应，利益相关者就可以基于优先级和严重性来分析并决定是否修复/推迟缺陷。

重新测试

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

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

回归测试

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

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

回归测试的类型

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

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

活动方框图

以下框图显示了该阶段执行的重要活动；它还显示了来自先前阶段的依赖性-