第2次大课软件测试策略及过程

1、软件测试基础软件测试基础第二章 软件测试策略与过程第第2 2章章 软件测试策略与过程软件测试策略与过程2.1 软件测试的复杂性分析2.2 软件测试方法与策略2.3 测试计划2.4 单元测试2.5 集成测试2.6 确认测试2.7 系统测试2.8 验收测试2.9 测试后的调试2.10 面向对象的软件测试本章教学目标本章教学目标v 理解软件测试的复杂性v 理解软件测试的方法与策略v 测试计划的制定v 明确单元测试的主要任务和过程v 明确集成测试的方法和确认测试的准则v 明确系统测试的八个领域测试要点v 明确验收测试的主要内容和相关配置2.1 2.1 软件测试的复杂性分析软件测试的复杂性分析 1、无法

2、对程序进行完全测试 （1）测试所需要的输入量太大 （2）测试的输出结果太多 （3）软件实现的途径太多 （4）软件规格说明没有一个客观标准 2、测试无法显示潜在的软件缺陷和故障 通过软件测试只能报告软件已被发现的缺陷和故障，无法报告隐藏的软件故障。 3、存在的故障现象与发现的故障数量成正比 结论：应当对故障集中的程序段进行重点测试软件测试的复杂性分析软件测试的复杂性分析（续）（续） 4、不能修复所有的软件故障 原因：没有足够的进行修复；修复的风险较大； 不值得修复；可不算做故障的一些缺陷；“杀虫剂现象”。 结论：关键是要进行正确的判断、合理的取舍，根据风险分析决定哪些故障必须修复，哪些故障可以不

3、修复。 5、软件测试的代价 工作原则：就是如何将无边无际的可能性减小到一个可以控制的范围，以及如何针对软件风险做出恰当选择，去粗存精，找到最佳的测试量，使得测试工作量不多也不少，既能达到测试的目的，又能较为经济。 软件测试的复杂性分析软件测试的复杂性分析（续）（续）软软件件缺缺陷陷故故障障数数量量测试工作量测试工作量测试中测试中测试后测试后测试费用测试费用遗漏缺陷数目遗漏缺陷数目优化测试量优化测试量图2-1 测试工作量和软件缺陷数量之间的关系2.2 2.2 软件测试方法与策略软件测试方法与策略2.2.1 静态测试与动态测试2.2.2 黑盒测试与白盒测试2.2.3 软件测试过程软件测试策略软件测

4、试策略v 什么是软件测试策略？ 是为软件工程过程定义的一个软件测试的模板，也就是把特定的测试用例方法放置进去的一系列步骤。v 软件测试策略包含的特征：（1）测试从模块层开始，然后扩大延伸到整个基于计算机的系统集合中。（2）不同的测试技术适用于不同的时间点。（3）测试是由软件的开发人员和（对于大型系统而言）独立的测试组来管理的。（4）测试和调试是不同的活动，但是调试必须能够适应任何的测试策略。软件测试充分性准则软件测试充分性准则v 对任何软件都存在有限的充分测试集合。v 如果一个软件系统在一个测试数据集合上的测试是充分的，那么再多测试一些数据也应该是充分的。这一特性称为单调性。v 即使对软件所有

5、成分都进行了充分的测试，也并不表明整个软件的测试已经充分了。这一特性称为非复合性。v 即使对软件系统整体的测试是充分的，也并不意味软件系统中各个成分都已经充分地得到了测试。这个特性称为非分解性。v 软件测试的充分性应该与软件的需求和软件的实现都相关。v 软件越复杂，需要的测试数据就越多。这一特性称为复杂性。v 测试得越多，进一步测试所能得到的充分性增长就越少。这一特性称为回报递减率。2.3 2.3 测试计划测试计划v 2.3.1 2.3.1 概述概述v 2.3.2 2.3.2 测试计划过程测试计划过程v .3测试目标测试目标v 2.3.4 2.3.4 测试策略测试策略v 2.3

6、.5 2.3.5 制定有效的测试计划制定有效的测试计划测试计划概述v 软件测试计划的作用v 制定测试计划的原则v 如何制订软件测试计划v 制定测试计划时面对的问题v 衡量一份好的测试计划书的标准v 制定测试计划什么是测试计划？v 测试计划就是描述所有要完成的测试工作，包括被测试项目的背景、目标、范围、方式、资源、进度安排、测试组织，以及与测试有关的风险等方面。什么是测试计划？什么是测试计划？p 测试计划测试计划是项目计划的组成部分是项目计划的组成部分p 测试计划测试计划依赖于软件组织过程、质量文化和方针。依赖于软件组织过程、质量文化和方针。p 测试计划测试计划是指导今后一系列测试活动的文件是指

7、导今后一系列测试活动的文件p 测试计划测试计划更是一个过程，随着项目的进展不断更新更是一个过程，随着项目的进展不断更新子曰：凡事预则立，不预则废，预即是计划。要想成功完子曰：凡事预则立，不预则废，预即是计划。要想成功完成软件测试这项工作，必须首先建立测试计划。成软件测试这项工作，必须首先建立测试计划。http:/ 测试计划的作用1使软件测试工作进行更顺利2促进项目参加人员彼此的沟通3及早发现和修正软件规格说明书的问题4 使软件测试工作更易于管理会遇到哪些问题？会遇到哪些问题？ 制定测试计划的原则制定测试计划的原则如何制订软件测试计划如何制订软件测试计划衡量一份好的测试计划书的标准衡量一份好的测

8、试计划书的标准 1它应能有效地引导整个软件测试工作正常运行，并配合编程部门，保证软件质量，按时将产品推出。 2它所提供的方法应能使测试高效地进行，即能在较短的时间内找出尽可能多的软件缺陷。 3它提供了明确的测试目标、测试的策略、具体步骤及测试标准。 4它既强调测试重点，也重视测试的基本覆盖率。 5它所制定的测试方案尽可能充分利用了公司现有的、可以提供给测试部门的人力/物力资源，而且是可行的。 6它所列举的所有数据都必须是准确的比如外部软件/硬件的兼容性所要求的数据、输入/输出数据等。 7它对测试工作的安排有一定的灵活性，可以应付一些突然的变化情况，如当时间安排或产品出现的一些变化的时候。测试计

9、划的内容测试计划的内容p 确认测试目标、范围和需求确认测试目标、范围和需求p 识别测试风险，制订相应的测试策略识别测试风险，制订相应的测试策略p 对测试任务和工作量进行估算对测试任务和工作量进行估算p 确定所需的时间和资源确定所需的时间和资源p 进度安排和资源分派，包括团队角色、责任和培训进度安排和资源分派，包括团队角色、责任和培训p 测试阶段划分，包括阶段性任务和成果测试阶段划分，包括阶段性任务和成果p 跟踪和控制机制跟踪和控制机制完整的测试计划书完整的测试计划书v 目标和范围：产品特性、质量目标、范围和限制。v 项目估算：工作量、资源的估算v 风险计划：风险分析、识别与回避/缓解对策v 进

10、度安排：分解项目工作结构，指定时间/资源表v 资源配置：人员、硬件和软件等分配。v 跟踪和控制机制：质量保证、变更控制等测试计划标准格式测试计划标准格式 -1v 16 components of Test Plan (IEEE,1983) Test plan identifier Test plan identifier （测试计划标识（测试计划标识) ) Instruction (Instruction (引言）引言） Test Items Test Items （定义或主题词（定义或主题词) ) Features to be tested Features to be tested （需要

11、被测试的功能（需要被测试的功能) ) Features not to be tested (Features not to be tested (无需被测试的功能无需被测试的功能) ) Approach (Approach (方法和途径）方法和途径） Items pass/ fail criteria Items pass/ fail criteria （测试通过、失败的标准（测试通过、失败的标准) ) Suspension criteria and resumption requirements Suspension criteria and resumption requirements

12、（延迟的标准和再恢复的（延迟的标准和再恢复的要求要求) ) Test deliverables (Test deliverables (测试交付的内容测试交付的内容) )1. 1. Testing Tasks (Testing Tasks (测试任务测试任务测试计划标准格式测试计划标准格式 2v 16 components of Test Plan (IEEE,1983) Environmental needs Environmental needs （必备的环境必备的环境) ) Responsibilities (Responsibilities (职责职责) ) Staffing and

13、training needs (Staffing and training needs (人员和必需的培训人员和必需的培训) ) Schedule (Schedule (时间进度表时间进度表) ) Risk and contingencies (Risk and contingencies (风险和相关费用）风险和相关费用） Approvals Approvals （批准（批准) )测试计划的过程测试计划的过程v计划初期计划初期v计划起草计划起草v内部审查内部审查v计划讨论和修改计划讨论和修改v测试计划的多方审查测试计划的多方审查v测试计划的定稿和批准测试计划的定稿和批准v计划执行跟踪和修改计

14、划执行跟踪和修改 测试目标测试目标v在开始制定测试计划之前，需要确定测试目标在开始制定测试计划之前，需要确定测试目标 v测试目标也分为整体目标和阶段性目标、特定的任务目标 功能测试目标功能测试目标v业务逻辑v基本操作v输入/输出v接口v各种使用场景v异常操作性能测试目标性能测试目标v 通过性能测试，不仅要通过压力测试发现性能瓶颈，还要获得系统的容量和系统所需要的各项具体的性能指标 测试策略的内涵测试策略的内涵p 针对风险（工作量、时间等压力）采取对策，包括遵照针对风险（工作量、时间等压力）采取对策，包括遵照的标准取舍、测试任务的优先级等。的标准取舍、测试任务的优先级等。p 如何更好地执行测试用

15、例以及如何执行后续的回归测试。如何更好地执行测试用例以及如何执行后续的回归测试。p 选定使用测试技术和工具。选定使用测试技术和工具。p 考虑影响资源分配的特殊情况。考虑影响资源分配的特殊情况。测试策略描述当前测试项目的目标和所采用的测试方法，描述不同测试阶段的测试对象、范围和方法以及每个阶段内所要进行的测试类型，或者说是在一定的软件测试标准、测试规范的指导下，依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。测试策略制定的基本要素测试策略制定的基本要素v 输入输入，作为制定测试策略的依据，包括限制条件和已具有的资源。v 输出输出，制定策略的成果，即最终对所制定策略的定义或说明

16、。v 制定策略的过程制定策略的过程，测试组分析需求，参与设计的讨论，要求开发、编写针对所有测试级别的测试策略，并和项目组一起复审测试策略和计划。制定策略的过程制定策略的过程如何有效制定测试策略如何有效制定测试策略p全面细致地了解产品的项目信息p分析各个因素对产品的影响p确定测试范围、等级和测试重点p使用尽可能少的有效测试用例,发现尽可能多的缺陷p测试既不能失败、不足，也不能过度，而是寻求一个最佳平衡点制定有效的测试计划制定有效的测试计划v在确定测试项目的任务之前，应清楚测试的范围和目标v让所有合适的相关人员参与测试项目的计划制定，特别是在测试计划早期v对测试的各阶段所需要的时间、人力及其它资源

17、进行预估，测试范围能分解应尽量分解，针对每个测试任务仔细分析到位，尽量做到客观、准确、留有余地。v制定测试项目的输入、输出和质量标准，并和有关方面达成一致。v建立变化处理的流程规则，识别出在整个测试阶段中哪些是内在的、不可避免的变化因素，如何进行控制。IEEEIEEE软件测试计划文档模板软件测试计划文档模板IEEE829 IEEE829 测试计划测试计划1616大纲要大纲要v 根据IEEE8291998软件测试文档编制标准的建议，测试计划包含了16个大纲要项，简要说明如下。1 1测试计划标识符测试计划标识符v 一个测试计划标识符是一个由公司生成的惟一值，它用于标识测试计划的版本、等级，以及与该

18、测试计划相关的软件版本。2 2简要介绍简要介绍v 在测试计划的介绍部分主要是测试软件基本情况的介绍和测试范围的概括性描述。3 3测试项目测试项目v 测试项部分主要是纲领性描述在测试范围内对哪些具体内容进行测试，确定一个包含所有测试项在内的一览表。具体要点如下。 功能的测试 设计的测试 整体测试v IEEE标准中指出，可以参考下面的文档来完成测试项： 需求规格说明 用户指南 操作指南 安装指南 与测试项相关的事件报告4 4测试对象测试对象v 这一部分列出了待测的单项功能及功能组合。 5 5 不需要测试的功能不需要测试的功能v 这一部分列出了不测试的单项功能及组合功能并说明不予测试的理由。v 6

19、6测试方法（策略）测试方法（策略）v 测试策略描述测试小组用于测试整体和每个阶段的方法。要描述如何公正、客观地开展测试，要考虑模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素的影响，要尽可能地考虑到细节，越详细越好，并制作测试记录文档的模板，为即将开始的测试做准备。测试记录具体说明如下: 公正性声明 测试用例 特殊考虑 经验判断 设想 v7 7测试项通过测试项通过/ /失败的标准失败的标准v 测试计划中这一部分给出了“测试项”中描述的每一个测试项通过/失败的标准。正如每个测试用例都需要一个预期的结果一样，每个测试项同样都需要一个预期的结果。v 下面是通过/失败的标准的一些例子：

20、通过测试用例所占的百分比； 缺陷的数量、严重程度和分布情况； 测试用例覆盖； 用户测试的成功结论； 文档的完整性； 性能标准。 v8 8测试中断和恢复的规定测试中断和恢复的规定v 测试计划中这一部分给出了测试中断和恢复的标准。常用的测试中断标准如下： 关键路径上的未完成任务 大量的缺陷 严重的缺陷 不完整的测试环境 资源短缺v9 9测试完成所提交的材料测试完成所提交的材料v 测试完成所提交的材料包含了测试工作开发设计的所有文档、工具等。例如，测试计划、测试设计规格说明、测试用例、测试日志、测试数据、自定义工具、测试缺陷报告和测试总结报告等。v1010测试任务测试任务v 测试计划中这一部分给出了

21、测试工作所需完成的一系列任务。在这里还列举了所有任务之间的依赖关系和可能需要的特殊技能。 v1111测试所需的资源测试所需的资源v 测试所需的资源是实现测试策略所必须的。例如： 人员人数、经验和专长。他们是全职、兼职、业余还是学生？v 设备计算机、测试硬件、打印机、测试工具等。 办公室和实验室空间在哪里？空间有多大？怎样排列？ 软件字处理程序、数据库程序和自定义工具等。v 其他资源软盘、电话、参考书、培训资料等。v 特殊的测试工具。v1212测试人员的工作职责测试人员的工作职责v 测试人员的工作职责是明确指出了测试任务和测试人员的工作责任。v 有时测试需要定义的任务类型不容易分清，不像程序员所

22、编写的程序那样明确。复杂的任务可能有多个执行者，或者由多人共同负责。 v1313人员安排与培训需求人员安排与培训需求v 前面讨论的测试人员的工作职责是指哪类人员（管理、测试和程序员等）负责哪些任务。人员安排与培训需求是指明确测试人员具体负责软件测试的哪些部分、哪些可测试性能，以及他们需要掌握的技能等。实际责任表会更加详细，确保软件的每一部分都有人进行测试。每一个测试员都会清楚地知道自己应该负责什么，而且有足够的信息开始设计测试用例。v 培训需求通常包括学习如何使用某个工具、测试方法、缺陷跟踪系统、配置管理，或者与被测试系统相关的业务基础知识。培训需求各个测试项目会各不相同，它取决于具体项目的情况。v