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