测试执行

1、测试执行计划

执行计划是确保正常的实施测试动作

包含内容：

• 什么时候开始执行？
•     执行测试前相关的工作是否已经就绪。
• 执行怎么安排？需要什么资源？

   主要考虑：

• 测试执行的轮次安排
• 测试执行的时间安排（参考程序发布计划）
• 测试执行的人员分配
• 测试执行的环境要求和搭建

2、测试执行活动结束或终止 

• 正常终止：所有测试过程（或脚本）按预期方式执行至结束。 
• 如果测试正常结束，则核实测试结果：
• 异常或提前结束：测试过程（或脚本）没有按预期方式执行或没有完全执行。当测试异常终止时，测试结果可能不可靠。在执行任何其他测试活动之前，应确定并解决异常/提前终止的原因，然后重新执行测试。  
• 如果测试异常终止，则恢复暂停的测试。

3、暂停的测试

暂停的测试主要有两种类型：

• 致命错误 - 系统故障（网络故障、硬件崩溃等）。
• 测试脚本命令故障 - 针对自动测试，指测试脚本无法执行某条命令（或代码行）。

这两种类型的测试异常终止可能会表现出相同的故障现象：

当执行测试脚本时，出现许多意外的操作、窗口或事件。

测试环境没有响应或处于非理想状态（如悬挂或崩溃）。

要恢复暂停的测试，请执行如下步骤：

确定问题的实际原因

纠正问题

重新设置测试环境

重新初始化测试环境

重新执行测试 

4、测试执行记录

为什么要做测试执行记录？

• 保证测试工作的可追朔性
• 记录测试人员的工作情况
• 绩效评估的重要数据

记录什么内容？

• 什么人--测试执行人员
• 在什么时候--Date
• 做了什么—Case ID
• 结果如何－(pass/fail)

5、回归测试策略

需要回归测试吗？

采取何种回归测试策略？

自动化或者手工

样例：

问题修改后即Retest

对修改了的问题进行评估后，对相关的测试用例进行回归测试

在一轮测试执行完成后才接受新版本进入下一轮测试，否则你会发现流程将会很混乱

6、测试执行跟踪

为什么要进行跟踪？

• 了解执行进展－（用例执行进度）
• 了解缺陷的发现、解决情况
• 统计工作量和员工绩效
• 评估动态风险并制定相应对策
• 评估软件质量动态