企业战略管理第2次大课 软件测试策略及过程

1、软件测试根底Software Testing Technology第二章 软件测试策略与过程第2章 软件测试策略与过程2.1 软件测试的复杂性分析2.2 软件测试方法与策略2.3 测试方案2.4 单元测试2.5 集成测试2.6 确认测试2.7 系统测试2.8 验收测试2.9 测试后的调试2.10 面向对象的软件测试本章教学目标理解软件测试的复杂性理解软件测试的方法与策略测试方案的制定明确单元测试的主要任务和过程明确集成测试的方法和确认测试的准那么明确系统测试的八个领域测试要点明确验收测试的主要内容和相关配置2.1 软件测试的复杂性分析 1、无法对程序进行完全测试 1测试所需要的输入量太大 2测

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

3、范围，以及如何针对软件风险做出恰中选择，去粗存精，找到最正确的测试量，使得测试工作量不多也不少，既能到达测试的目的，又能较为经济。 软件测试的复杂性分析续软件缺陷故障数量测试工作量测试中测试后测试费用遗漏缺陷数目优化测试量图2-1 测试工作量和软件缺陷数量之间的关系2.2 软件测试方法与策略2.2.1 静态测试与动态测试2.2.2 黑盒测试与白盒测试2.2.3 软件测试过程Return软件测试策略什么是软件测试策略？ 是为软件工程过程定义的一个软件测试的模板，也就是把特定的测试用例方法放置进去的一系列步骤。软件测试策略包含的特征：1测试从模块层开始，然后扩大延伸到整个基于计算机的系统集合中。2

4、不同的测试技术适用于不同的时间点。3测试是由软件的开发人员和对于大型系统而言独立的测试组来管理的。4测试和调试是不同的活动，但是调试必须能够适应任何的测试策略。软件测试充分性准那么对任何软件都存在有限的充分测试集合。如果一个软件系统在一个测试数据集合上的测试是充分的，那么再多测试一些数据也应该是充分的。这一特性称为单调性。即使对软件所有成分都进行了充分的测试，也并不说明整个软件的测试已经充分了。这一特性称为非复合性。即使对软件系统整体的测试是充分的，也并不意味软件系统中各个成分都已经充分地得到了测试。这个特性称为非分解性。软件测试的充分性应该与软件的需求和软件的实现都相关。软件越复杂，需要的测

5、试数据就越多。这一特性称为复杂性。测试得越多，进一步测试所能得到的充分性增长就越少。这一特性称为回报递减率。2.3 测试方案2.3.1 概述2.3.2 测试方案过程2.3.3测试目标2.3.4 测试策略2.3.5 制定有效的测试方案测试方案概述软件测试方案的作用制定测试方案的原那么如何制订软件测试方案制定测试方案时面对的问题衡量一份好的测试方案书的标准制定测试方案什么是测试方案？测试方案就是描述所有要完成的测试工作，包括被测试工程的背景、目标、范围、方式、资源、进度安排、测试组织，以及与测试有关的风险等方面。什么是测试方案？ 测试方案是工程方案的组成局部 测试方案依赖于软件组织过程、质量文化和

6、方针。 测试方案是指导今后一系列测试活动的文件 测试方案更是一个过程，随着工程的进展不断更新子曰：凡事预那么立，不预那么废，预即是方案。要想成功完成软件测试这项工作，必须首先建立测试方案。 :/ 测试方案的作用1使软件测试工作进行更顺利2促进工程参加人员彼此的沟通3及早发现和修正软件规格说明书的问题4 使软件测试工作更易于管理会遇到哪些问题？ 制定测试方案时，测试人员可能面对以下问题，必须认真对待，并妥善予以处理。 1与开发者意见不一致 2缺乏测试工具 3培训不够 4管理部门缺乏对测试工作的理解和支持 5缺乏用户的参与 6测试时间缺乏 7过分依赖测试人员 8测试人员处于进退两难的状态 9不得不

7、说“不制定测试方案的原那么制定测试方案是软件测试中最有挑战性的一个工作。以下原那么将有助于制定测试方案工作。1制定测试方案应尽早开始2保持测试方案的灵活性3保持测试方案简洁和易读4尽量争取多渠道评审测试方案5计算测试方案的投入如何制订软件测试方案1认真做好测试资料的搜集整理工作2明确测试的目标，增强测试方案的实用性3坚持“5W规那么，明确内容与过程4采用评审和更新机制，保证测试方案满足实际需求衡量一份好的测试方案书的标准一份好的测试方案书应具备哪些特点呢？1它应能有效地引导整个软件测试工作正常运行，并配合编程部门，保证软件质量，按时将产品推出。2它所提供的方法应能使测试高效地进行，即能在较短的

8、时间内找出尽可能多的软件缺陷。 3它提供了明确的测试目标、测试的策略、具体步骤及测试标准。 4它既强调测试重点，也重视测试的根本覆盖率。 5它所制定的测试方案尽可能充分利用了公司现有的、可以提供给测试部门的人力/物力资源，而且是可行的。6它所列举的所有数据都必须是准确的比方外部软件/硬件的兼容性所要求的数据、输入/输出数据等。7它对测试工作的安排有一定的灵活性，可以应付一些突然的变化情况，如当时间安排或产品出现的一些变化的时候。测试方案的内容 确认测试目标、范围和需求 识别测试风险，制订相应的测试策略 对测试任务和工作量进行估算 确定所需的时间和资源 进度安排和资源分派，包括团队角色、责任和培

9、训 测试阶段划分，包括阶段性任务和成果 跟踪和控制机制完整的测试方案书 目标和范围：产品特性、质量目标、范围和限制。 工程估算：工作量、资源的估算 风险方案：风险分析、识别与回避/缓解对策 进度安排：分解工程工作结构，指定时间/资源表 资源配置：人员、硬件和软件等分配。 跟踪和控制机制：质量保证、变更控制等测试方案标准格式 -116 components of Test Plan (IEEE,1983)Test plan identifier 测试方案标识)Instruction (引言Test Items 定义或主题词)Features to be tested 需要被测试的功能)Featu

10、res not to be tested (无需被测试的功能)Approach (方法和途径Items pass/ fail criteria 测试通过、失败的标准)Suspension criteria and resumption requirements 延迟的标准和再恢复的要求)Test deliverables (测试交付的内容)Testing Tasks (测试任务测试方案标准格式 216 components of Test Plan (IEEE,1983)Environmental needs 必备的环境)Responsibilities (职责)Staffing and tr

11、aining needs (人员和必需的培训)Schedule (时间进度表)Risk and contingencies (风险和相关费用Approvals 批准)测试方案的过程方案初期方案起草内部审查方案讨论和修改测试方案的多方审查测试方案的定稿和批准方案执行跟踪和修改 测试目标在开始制定测试方案之前，需要确定测试目标 测试目标也分为整体目标和阶段性目标、特定的任务目标 功能测试目标业务逻辑根本操作输入/输出接口各种使用场景异常操作性能测试目标通过性能测试，不仅要通过压力测试发现性能瓶颈，还要获得系统的容量和系统所需要的各项具体的性能指标 测试策略的内涵 针对风险工作量、时间等压力采取对策

12、，包括遵照的标准取舍、测试任务的优先级等。 如何更好地执行测试用例以及如何执行后续的回归测试。 选定使用测试技术和工具。 考虑影响资源分配的特殊情况。测试策略描述当前测试工程的目标和所采用的测试方法，描述不同测试阶段的测试对象、范围和方法以及每个阶段内所要进行的测试类型，或者说是在一定的软件测试标准、测试标准的指导下，依据测试工程的特定环境约束而规定的软件测试的原那么、方式、方法的集合。测试策略制定的根本要素 输入，作为制定测试策略的依据，包括限制条件和已具有的资源。 输出，制定策略的成果，即最终对所制定策略的定义或说明。 制定策略的过程，测试组分析需求，参与设计的讨论，要求开发、编写针对所有

13、测试级别的测试策略，并和工程组一起复审测试策略和方案。制定策略的过程如何有效制定测试策略全面细致地了解产品的工程信息分析各个因素对产品的影响确定测试范围、等级和测试重点使用尽可能少的有效测试用例,发现尽可能多的缺陷测试既不能失败、缺乏，也不能过度，而是寻求一个最正确平衡点制定有效的测试方案在确定测试工程的任务之前，应清楚测试的范围和目标让所有适宜的相关人员参与测试工程的方案制定，特别是在测试方案早期对测试的各阶段所需要的时间、人力及其它资源进行预估，测试范围能分解应尽量分解，针对每个测试任务仔细分析到位，尽量做到客观、准确、留有余地。制定测试工程的输入、输出和质量标准，并和有关方面达成一致。建

14、立变化处理的流程规那么，识别出在整个测试阶段中哪些是内在的、不可防止的变化因素，如何进行控制。IEEE软件测试方案文档模板IEEE829 测试方案16大纲要根据IEEE8291998软件测试文档编制标准的建议，测试方案包含了16个大纲要项，简要说明如下。1测试方案标识符一个测试方案标识符是一个由公司生成的惟一值，它用于标识测试方案的版本、等级，以及与该测试方案相关的软件版本。2简要介绍在测试方案的介绍局部主要是测试软件根本情况的介绍和测试范围的概括性描述。3测试工程 测试项局部主要是纲领性描述在测试范围内对哪些具体内容进行测试，确定一个包含所有测试项在内的一览表。具体要点如下。 功能的测试 设

15、计的测试 整体测试IEEE标准中指出，可以参考下面的文档来完成测试项： 需求规格说明 用户指南 操作指南 安装指南 与测试项相关的事件报告4测试对象这一局部列出了待测的单项功能及功能组合。 5 不需要测试的功能这一局部列出了不测试的单项功能及组合功能并说明不予测试的理由。6测试方法策略测试策略描述测试小组用于测试整体和每个阶段的方法。要描述如何公正、客观地开展测试，要考虑模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素的影响，要尽可能地考虑到细节，越详细越好，并制作测试记录文档的模板，为即将开始的测试做准备。测试记录具体说明如下: 公正性声明 测试用例 特殊考虑 经验判断 设想

16、7测试项通过/失败的标准测试方案中这一局部给出了“测试项中描述的每一个测试项通过/失败的标准。正如每个测试用例都需要一个预期的结果一样，每个测试项同样都需要一个预期的结果。下面是通过/失败的标准的一些例子： 通过测试用例所占的百分比； 缺陷的数量、严重程度和分布情况； 测试用例覆盖； 用户测试的成功结论； 文档的完整性； 性能标准。 8测试中断和恢复的规定测试方案中这一局部给出了测试中断和恢复的标准。常用的测试中断标准如下： 关键路径上的未完成任务 大量的缺陷 严重的缺陷 不完整的测试环境 资源短缺9测试完成所提交的材料测试完成所提交的材料包含了测试工作开发设计的所有文档、工具等。例如，测试方

17、案、测试设计规格说明、测试用例、测试日志、测试数据、自定义工具、测试缺陷报告和测试总结报告等。10测试任务测试方案中这一局部给出了测试工作所需完成的一系列任务。在这里还列举了所有任务之间的依赖关系和可能需要的特殊技能。 11测试所需的资源测试所需的资源是实现测试策略所必须的。例如： 人员人数、经验和专长。他们是全职、兼职、业余还是学生？设备计算机、测试硬件、打印机、测试工具等。 办公室和实验室空间在哪里？空间有多大？怎样排列？ 软件字处理程序、数据库程序和自定义工具等。 其他资源软盘、 、参考书、培训资料等。 特殊的测试工具。12测试人员的工作职责测试人员的工作职责是明确指出了测试任务和测试人

18、员的工作责任。有时测试需要定义的任务类型不容易分清，不像程序员所编写的程序那样明确。复杂的任务可能有多个执行者，或者由多人共同负责。 13人员安排与培训需求前面讨论的测试人员的工作职责是指哪类人员管理、测试和程序员等负责哪些任务。人员安排与培训需求是指明确测试人员具体负责软件测试的哪些局部、哪些可测试性能，以及他们需要掌握的技能等。实际责任表会更加详细，确保软件的每一局部都有人进行测试。每一个测试员都会清楚地知道自己应该负责什么，而且有足够的信息开始设计测试用例。培训需求通常包括学习如何使用某个工具、测试方法、缺陷跟踪系统、配置管理，或者与被测试系统相关的业务根底知识。培训需求各个测试工程会各不相同，它取决于具体工程的情况。测试进度是围绕着包含在工程方案中的主要事件如文档、模块的交付日期，接口的可用性等来构造的。作为测试方案的一局部，完成测试进度方案安排