第5章信息系统测试的设计、组织和实施(3) ●●● 5.3测试的执行 888 软件测试部门的主要工作之一 是按照软件测试计划、测试大纲及 项目进度表，执行软件测试。 信息系统测试
第5章 信息系统测试的设计、组织和实施(3) 信息系统测试 5.3 测试的执行 软件测试部门的主要工作之一 是按照软件测试计划、测试大纲及 项目进度表，执行软件测试
第5章信息系统测试的设计、组织和实施(3) 典型的测试执行步骤： ●●● ·建立一组被测软件各个功能的测试用例集（测试任 务)。 •执行测试任务，记录每个测试用例的执行结果。 ·评价执行测试任务的结果，是否达到功能覆盖或代 码覆盖要求。 •如果不满足覆盖要求，则需要进一步开发更多的测 试用例，建立新的测试任务，对未被覆盖的功能或 代码进行测试。 •只有当满足覆盖目标，并且所有测试均己通过，才 可以停止测试。 信息系统测试
第5章 信息系统测试的设计、组织和实施(3) 信息系统测试 典型的测试执行步骤： •建立一组被测软件各个功能的测试用例集（测试任 务）。 •执行测试任务，记录每个测试用例的执行结果。 •评价执行测试任务的结果，是否达到功能覆盖或代 码覆盖要求。 •如果不满足覆盖要求，则需要进一步开发更多的测 试用例，建立新的测试任务，对未被覆盖的功能或 代码进行测试。 •只有当满足覆盖目标，并且所有测试均已通过，才 可以停止测试
第5章信息系统测试的设计、组织和实施(3) ● ● ● 5.3.1创建测试任务 ● 什么是测试任务？ 测试任务是在某一测试阶段（系统测 试，回归测试，功能确认性测试)计划执 行的测试用例的一个集合。 信息系统测试
第5章 信息系统测试的设计、组织和实施(3) 信息系统测试 5.3.1创建测试任务 什么是测试任务？ 测试任务是在某一测试阶段（系统测 试，回归测试，功能确认性测试）计划执 行的测试用例的一个集合
第5章信息系统测试的设计、组织和实施(3) ●●● ●●9 创建测试任务的目的： e●● ·通过将整个测试过程划分为不同的测试任务 可以满足不同测试阶段的不同的测试需求。 ·跟踪不同阶段测试用例的执行情况。 ·决定测试的执行状态 ·同一个测试用例在不同的测试任务中会产生 分开的执行报告，各自带有独立的测试执行 的历史信息。 ·测试完成后，在任务中所有执行报告都会被 归档。 信息系统测试
第5章 信息系统测试的设计、组织和实施(3) 信息系统测试 创建测试任务的目的： • 通过将整个测试过程划分为不同的测试任务 可以满足不同测试阶段的不同的测试需求。 • 跟踪不同阶段测试用例的执行情况。 • 决定测试的执行状态 • 同一个测试用例在不同的测试任务中会产生 分开的执行报告，各自带有独立的测试执行 的历史信息。 • 测试完成后，在任务中所有执行报告都会被 归档
第5章信息系统测试的设计、组织和实施(3) ●●●●● 5.3.2执行测试任务 测试任务执行方式： ·一个测试任务： ·多个串行的测试任务； ·多个并行的测试任务： ·多个串行和多个并行的测试任务。 信息系统测试
第5章 信息系统测试的设计、组织和实施(3) 信息系统测试 5.3.2 执行测试任务 测试任务执行方式： • 一个测试任务； • 多个串行的测试任务； • 多个并行的测试任务； • 多个串行和多个并行的测试任务
第5章信息系统测试的设计、组织和实施(3) ●●● ●● 测试任务执行结果： ●● ·计划执行多少测试用例？ ·实际执行多少测试用例？ ·执行用了多少时间？ ·记录每个测试用例执行结果（通过或失 败)？ ·记录测试用例执行通过的百分比？ 信息系统测试
第5章 信息系统测试的设计、组织和实施(3) 信息系统测试 测试任务执行结果： • 计划执行多少测试用例？ • 实际执行多少测试用例？ • 执行用了多少时间？ • 记录每个测试用例执行结果（通过或失 败）？ • 记录测试用例执行通过的百分比？
第5章信息系统测试的设计、组织和实施(3) ●●● 5.3.3处理软件问题报告 ●●● 1.软件问题报告概念 软件问题报告的作用： 记录测试中发现的软件缺陷。 开发部门和测试部门对SPR进行协同处理。 ·管理部门根据$PR状态了解测试进度和质 量。 信息系统测试
第5章 信息系统测试的设计、组织和实施(3) 信息系统测试 5.3.3处理软件问题报告 1．软件问题报告概念 软件问题报告的作用： •记录测试中发现的软件缺陷。 •开发部门和测试部门对SPR进行协同处理。 •管理部门根据SPR状态了解测试进度和质 量
第5章信息系统测试的设计、组织和实施(3) 2.软件问题报告的内容 编号：是每个软件问题报告的唯一标识。 作者：软件问题报告作者名称。 标题：是对软件问题的简要描述。 状态：软件问题报告状态。 被测项目名：标识被测试的软件项目名称。 被测软件版本号：标识被测试的软件版本编号。 软件问题严重程度：对软件问题进行分级。 修改优先级：定义修改次序和时间。 操作系统平台和支持软件：对软件问题发现时的软件环境进行描 述，以便开发部门再现该软件问题。 网络环境：对软件问题发现时的网络环境进行描述，以便开发部 门再现该软件问题。 软件问题再现详细步骤：对软件问题发现的步骤进行详细描述。 软件问题变通和绕过方法：描述变通和绕过该软件问题的步骤。 信息系统测试
第5章 信息系统测试的设计、组织和实施(3) 信息系统测试 编号：是每个软件问题报告的唯一标识。 作者：软件问题报告作者名称。 标题：是对软件问题的简要描述。 状态：软件问题报告状态。 被测项目名：标识被测试的软件项目名称。 被测软件版本号：标识被测试的软件版本编号。 软件问题严重程度：对软件问题进行分级。 修改优先级：定义修改次序和时间。 操作系统平台和支持软件：对软件问题发现时的软件环境进行描 述，以便开发部门再现该软件问题。 网络环境：对软件问题发现时的网络环境进行描述，以便开发部 门再现该软件问题。 软件问题再现详细步骤：对软件问题发现的步骤进行详细描述。 软件问题变通和绕过方法：描述变通和绕过该软件问题的步骤。 2.软件问题报告的内容
第5章信息系统测试的设计、组织和实施(3) ●●● 3.软件问题报告的生命周期 什么是软件问题报告的生命周期？ 所谓软件问题报告的生命周期就 是指软件问题从开始提出到最后完 全解决，并通过复查的过程。 信息系统测试
第5章 信息系统测试的设计、组织和实施(3) 信息系统测试 什么是软件问题报告的生命周期? 所谓软件问题报告的生命周期就 是指软件问题从开始提出到最后完 全解决，并通过复查的过程。 3．软件问题报告的生命周期
第5章信息系统测试的设计、组织和实施(3) ●●● SPR生命周期的作用： ·在这个生命周期中，软件问题报告的状 态不断发生着变化，记录着软件问题的 处理进程。 ·在这个生命周期中，各类人员对每个软 件问题报告所负的责任不同，拥有的处 理权限也不同，体现了协同工作的特点。 信息系统测试
第5章 信息系统测试的设计、组织和实施(3) 信息系统测试 • 在这个生命周期中，软件问题报告的状 态不断发生着变化，记录着软件问题的 处理进程。 • 在这个生命周期中，各类人员对每个软 件问题报告所负的责任不同，拥有的处 理权限也不同，体现了协同工作的特点。 SPR生命周期的作用：