系统工程课件-信息系统测试的设计、组织和实施.pptVIP

从四个方面对测试结果进行分析： 能力 缺陷和限制 建议 评价 5.4.3 测试结果分析 能力： 论述经测试证实了的本软件的能力。如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异对能力的测试所带来的影响。 5.4.3 测试结果分析 缺陷和限制： 论述经测试证实的软件缺陷和限制，说明每项缺陷和限制对软件性能的影响，并说明全部测得的性能缺陷的累积影响和总影响。 5.4.3 测试结果分析 建议： 对每项缺陷提出改进建议，如：（1）各项修改可采用的方法（2）各项修改的紧迫程度（3）各项修改预计的工作量（4）各项修改的负责人 5.4.3 测试结果分析 测试的执行 软件测试部门的主要工作之一是按照软件测试计划、测试大纲及项目进度表，执行软件测试。 典型的测试执行步骤： 建立一组被测软件各个功能的测试用例集（测试任务）。 执行测试任务，记录每个测试用例的执行结果。 评价执行测试任务的结果，是否达到功能覆盖或代码覆盖要求。 如果不满足覆盖要求，则需要进一步开发更多的测试用例，建立新的测试任务，对未被覆盖的功能或代码进行测试。 只有当满足覆盖目标，并且所有测试均已通过，才可以停止测试。 5.3.1创建测试任务 什么是测试任务？ 测试任务是在某一测试阶段（系统测试，回归测试，功能确认性测试）计划执行的测试用例的一个集合。 创建测试任务的目的： 通过将整个测试过程划分为不同的测试任务可以满足不同测试阶段的不同的测试需求。 跟踪不同阶段测试用例的执行情况。 决定测试的执行状态 同一个测试用例在不同的测试任务中会产生分开的执行报告，各自带有独立的测试执行的历史信息。 测试完成后，在任务中所有执行报告都会被归档。 5.3.2 执行测试任务 测试任务执行方式： 一个测试任务； 多个串行的测试任务； 多个并行的测试任务； 多个串行和多个并行的测试任务。 测试任务执行结果： 计划执行多少测试用例？ 实际执行多少测试用例？ 执行用了多少时间？ 记录每个测试用例执行结果（通过或失败）？ 记录测试用例执行通过的百分比？ 5.3.3处理软件问题报告 1．软件问题报告概念 软件问题报告的作用： 记录测试中发现的软件缺陷。 开发部门和测试部门对SPR进行协同处理。 管理部门根据SPR状态了解测试进度和质量。 编号：是每个软件问题报告的唯一标识。 作者：软件问题报告作者名称。 标题：是对软件问题的简要描述。 状态：软件问题报告状态。 被测项目名：标识被测试的软件项目名称。 被测软件版本号：标识被测试的软件版本编号。 软件问题严重程度：对软件问题进行分级。 修改优先级：定义修改次序和时间。 操作系统平台和支持软件：对软件问题发现时的软件环境进行描述，以便开发部门再现该软件问题。 网络环境：对软件问题发现时的网络环境进行描述，以便开发部门再现该软件问题。 软件问题再现详细步骤：对软件问题发现的步骤进行详细描述。 软件问题变通和绕过方法：描述变通和绕过该软件问题的步骤。 2.软件问题报告的内容 什么是软件问题报告的生命周期? 所谓软件问题报告的生命周期就是指软件问题从开始提出到最后完全解决，并通过复查的过程。 3．软件问题报告的生命周期 在这个生命周期中，软件问题报告的状态不断发生着变化，记录着软件问题的处理进程。 在这个生命周期中，各类人员对每个软件问题报告所负的责任不同，拥有的处理权限也不同，体现了协同工作的特点。 SPR生命周期的作用： SPR生命周期中的五个状态： 新建状态： SPR初始状态 打开状态：经过校验的SPR状态 待验状态：SPR被修复后的状态 解决状态：修复SPR被验证后的状态 关闭状态：废弃的SPR状态 SPR生命周期五种状态及转换 SPR生命周期五种状态及转换 (1)测试人员在依据测试计划和测试用例进行测试的过程中，将发现的问题通过创建一个新的软件问题报告提交给软件问题报告库，同时将软件问题报告的状态设为“新建”状态。 SPR生命周期五种状态及转换 (2)负责该测试域的质量保证人员要对该软件问题进行校验。 如果确认这个问题存在，那么就将软件问题报告的状态设为“打开/再现”。然后将该软件问题报告转给负责该功能的开发人员； 如果认为这个问题不是一个需要修复的问题，就将该软件问题报告的状态设为“关闭/不是问题”。 SPR生命周期五种状态及转换 (3)开发人员要及时对其负责功能域的软件问题报告进行审查。 如果发现该问题是其它功能域的问题，则将报告转发给相应的人员或部门； 对软件问题进行修复，修复完毕后要在软件问题报告中填写处理意见，并将软件问题报告状态设为“修复/待验”，并