测试的执行.pptVIP

5.3 测试的执行 典型的测试执行步骤： 5.3.1创建测试任务 什么是测试任务？ 测试任务是在某一测试阶段（系统测试，回归测试，功能确认性测试）计划执行的测试用例的一个集合。 创建测试任务的目的： 通过将整个测试过程划分为不同的测试任务可以满足不同测试阶段的不同的测试需求。 跟踪不同阶段测试用例的执行情况。 决定测试的执行状态 同一个测试用例在不同的测试任务中会产生分开的执行报告，各自带有独立的测试执行的历史信息。 测试完成后，在任务中所有执行报告都会被归档。 5.3.2 执行测试任务 测试任务执行方式： 一个测试任务； 多个串行的测试任务； 多个并行的测试任务； 多个串行和多个并行的测试任务。 测试任务执行结果： 计划执行多少测试用例？ 实际执行多少测试用例？ 执行用了多少时间？ 记录每个测试用例执行结果（通过或失败）？ 记录测试用例执行通过的百分比？ 5.3.3处理软件问题报告 2.软件问题报告的内容 编号：是每个软件问题报告的唯一标识。 作者：软件问题报告作者名称。 标题：是对软件问题的简要描述。 状态：软件问题报告状态。 被测项目名：标识被测试的软件项目名称。 被测软件版本号：标识被测试的软件版本编号。 软件问题严重程度：对软件问题进行分级。 修改优先级：定义修改次序和时间。 操作系统平台和支持软件：对软件问题发现时的软件环境进行描述，以便开发部门再现该软件问题。 网络环境：对软件问题发现时的网络环境进行描述，以便开发部门再现该软件问题。 软件问题再现详细步骤：对软件问题发现的步骤进行详细描述。 软件问题变通和绕过方法：描述变通和绕过该软件问题的步骤。 3．软件问题报告的生命周期 什么是软件问题报告的生命周期? 所谓软件问题报告的生命周期就是指软件问题从开始提出到最后完全解决，并通过复查的过程。 SPR生命周期的作用： 在这个生命周期中，软件问题报告的状态不断发生着变化，记录着软件问题的处理进程。 在这个生命周期中，各类人员对每个软件问题报告所负的责任不同，拥有的处理权限也不同，体现了协同工作的特点。 SPR生命周期五种状态及转换 SPR生命周期中的五个状态： 新建状态： SPR初始状态 打开状态：经过校验的SPR状态 待验状态：SPR被修复后的状态 解决状态：修复SPR被验证后的状态 关闭状态：废弃的SPR状态 SPR生命周期五种状态及转换 SPR生命周期五种状态及转换 (1)测试人员在依据测试计划和测试用例进行测试的过程中，将发现的问题通过创建一个新的软件问题报告提交给软件问题报告库，同时将软件问题报告的状态设为“新建”状态。 SPR生命周期五种状态及转换 (2)负责该测试域的质量保证人员要对该软件问题进行校验。 如果确认这个问题存在，那么就将软件问题报告的状态设为“打开/再现”。然后将该软件问题报告转给负责该功能的开发人员； 如果认为这个问题不是一个需要修复的问题，就将该软件问题报告的状态设为“关闭/不是问题”。 SPR生命周期五种状态及转换 (3)开发人员要及时对其负责功能域的软件问题报告进行审查。 如果发现该问题是其它功能域的问题，则将报告转发给相应的人员或部门； 对软件问题进行修复，修复完毕后要在软件问题报告中填写处理意见，并将软件问题报告状态设为“修复/待验”，并转给相应的质量保证人员进行复查； SPR生命周期五种状态及转换 (4)质量保证人员对“修复/待验”状态软件问题报告进行验证。 如果质量保证人员对开发人员的处理不满意（如问题仍然再现或修复失败），则将软件问题报告重新打开，状态设为“打开/修复失败”，转回开发人员重新处理； 如果质量保证人员经过验证，确认问题已经修复，则将软件问题报告状态设为最终的“解决/修复”状态。 SPR生命周期五种状态及转换 (5)对于“关闭/不是问题”的软件问题报告，还可以转为“打开/再现”状态，转移的条件就是经过质量保证人员的复查，确认该问题需要开发人员来解决。 5.4 测试的总结 5.4.1确定测试完成标准 5.4.2测试结果统计 5.4.3测试结果分析 5.4.4测试总结报告 5.4.1 确定测试完成标准 一个软件的测试项目除了通过测试计划、测试用例以及软件问题报告来进行有效的管理外，如何决定什么时候停止测试是一个非常困难的问题。 原因： 测试不可能找出程序中的所有错误； 限于某些条件的限制（如时间和经费），测试不能无限期进行。 不正确的完成标准 在实际工作中，有一些常用的典型标准完全没有意义，也毫无益处。两个最常见的标准是： (1)测试超过了预定的时间表，则停止测试。 (2)执行了所有测试用例但没有发现错误，则停止测试。 一些可参考的完成标准 (1)把执行了所有使用规范的设计方法建立的测试用例，作为判断完成测试的基础