STLC - 测试执行
测试执行是执行代码并比较预期结果和实际结果的过程。测试执行过程需要考虑以下因素 -
- 根据风险，选择要为此周期执行的测试套件的子集。
- 将每个测试套件中的测试用例分配给测试人员执行。
- 执行测试、报告错误并持续捕获测试状态。
- 解决出现的阻塞问题。
- 每天报告状态、调整分配并重新考虑计划和优先事项。
- 报告测试周期结果和状态。
测试执行需要考虑以下几点。
在此阶段，QA 团队根据准备好的测试用例对 AUT 进行实际验证，并将逐步结果与预期结果进行比较。
该阶段的进入标准是完成测试计划和测试用例开发阶段，测试数据也应该准备好。
在正式进入测试执行之前，始终建议通过冒烟测试来验证测试环境设置。
退出标准要求所有测试用例均成功验证；应关闭或推迟缺陷；测试用例执行和缺陷总结报告应该准备好。
测试执行活动
此阶段的目标是在进入生产/发布之前实时验证 AUT。为了结束此阶段，质量检查团队执行不同类型的测试以确保产品质量。除此缺陷之外，报告和重新测试也是此阶段的关键活动。以下是此阶段的重要活动 -
系统集成测试
产品/AUT 的真正验证从这里开始。系统集成测试（SIT）是一种黑盒测试技术，用于评估系统是否符合指定的要求/准备的测试用例。
系统集成测试通常在系统的子集上执行。SIT 可以使用最少的测试工具来执行，验证交换的交互，并且还研究各个层内每个数据字段的Behave。集成后，数据流有三种主要状态 -
- 集成层内的数据状态
- 数据库层内的数据状态
- 应用层内的数据状态
注- 在 SIT 测试中，QA 团队尝试发现尽可能多的缺陷以确保质量。这里的主要目标是尽可能多地发现错误。
缺陷报告
当预期结果与实际结果不匹配时，就会出现软件错误。它可能是计算机程序中的错误、缺陷、故障或缺陷。大多数错误都是由开发人员或架构师所犯的错误引起的。
在执行 SIT 测试时，QA 团队会发现这些类型的缺陷，需要将这些缺陷报告给相关团队成员。成员们采取进一步行动并修复缺陷。报告的另一个优点是它可以简化缺陷状态的跟踪。有许多流行的工具支持缺陷报告和跟踪，例如 ALM、QC、JIRA、Version One、Bugzilla。
缺陷报告是通过测试或记录客户的反馈来发现被测应用程序或产品中的缺陷，并根据客户的反馈制作修复缺陷的产品新版本的过程。
缺陷跟踪也是软件工程中的一个重要过程，因为复杂的业务关键系统有数百个缺陷。最具挑战性的因素之一是管理、评估这些缺陷并确定其优先级。随着时间的推移，缺陷的数量会成倍增加，为了有效地管理它们，缺陷跟踪系统可以使工作变得更容易。
缺陷测绘
一旦缺陷被报告和记录，它应该与相关的失败/阻塞的测试用例和需求可追溯性矩阵中的相应需求进行映射。该映射由缺陷报告者完成。它有助于制作适当的缺陷报告并分析产品中的顽皮之处。一旦测试用例和需求与缺陷相对应，利益相关者就可以根据优先级和严重性分析并决定是否修复/推迟缺陷。
重新测试
重新测试是针对 AUT 执行之前失败的测试，以检查问题是否已解决。修复缺陷后，进行重新测试以检查相同环境条件下的场景。
在重新测试期间，测试人员会查找功能更改区域的详细信息，而回归测试则涵盖所有主要功能，以确保不会因此更改而破坏任何功能。
回归测试
一旦所有缺陷都处于关闭、推迟或拒绝状态，并且没有一个测试用例处于进行中/失败/未运行状态，则可以说系统集成测试完全基于测试用例和需求。但是，需要进行一轮快速测试，以确保不会因代码更改/缺陷修复而破坏任何功能。
回归测试是一种黑盒测试技术，包括重新执行那些因代码更改而产生影响的测试。这些测试应该在整个软件开发生命周期中尽可能频繁地执行。
回归测试的类型
最终回归测试- 执行“最终回归测试”以验证一段时间内未发生更改的构建。此版本已部署或交付给客户。
回归测试- 执行正常的回归测试，以验证构建是否没有通过最近用于缺陷修复或增强的代码更改破坏应用程序的任何其他部分。
活动框图
以下框图显示了此阶段执行的重要活动；它还显示了之前阶段的依赖性 -
