软件测试技术与实践-第3章 测试计划和缺陷跟踪纠正

第3章测试计划和

缺陷跟踪纠正本章要点：

测试计划的意义与目标

测试计划的内容V模型和W模型

缺陷发现策略

缺陷管理流程3.1测试计划的意义测试计划工作的关键是：明确测试的目标，增强测试计划的实用性。坚持“5W”规则，明确内容与过程。“5W”规则指：what，why，when，where，how；采用评审和更新机制，保证测试计划满足实际需求。3.2测试计划的目标（1）将需求和总体设计分解成可测试，应该测试，推迟测试和无法测试的范围（2）对每个范围制订测试的策略和方法（3）制订release和停止测试的标准（4）准备测试所需要的环境（5）确定测试风险（6）确定软件测试目标（7）确定测试所需要的资源其其他相关信息（8）制订测试进度和任务安排3.3测试计划的内容测试规划流程包括三个阶段：预规划、测试计划、后规划。3.3.1预规划预规划阶段包括在创建最终的测试计划之前必须完成的活动。该阶段一般包括确定测试规范。测试规范包括以下组成部分：测试目标测试假设测试成功/验收标准测试准入/推出标准3.3.2测试规划测试规划阶段包括以下活动：执行需求可追溯性预估测试工作量对测试迭代进行日程安排规划资源确定测试方法定义测试质量控制测试计划测试规划阶段的最终产品是测试计划。测试计划是描述完整测试活动的文档，创建测试计划对于有效测试很关键，并且需要测试工作量的1/3

。测试计划有以下组成部分：1.测试范围2.测试目标3.假设列表4.风险分析结果5.资源分配6.测试日程安排7.测试设计8.测试环境9.测试工具和技术10.测试完成标准创建测试计划，需要遵循以下步骤：1.组建测试团队。2.了解项目风险。3.构思测试计划。记录测试目标(1)测试目标的数量必须为10个或10个以下。(2)测试目标必须是可量的，以使测试员可以查看它们是否达到目标。(3)需要对测试目标划分优先级。高：此测试目标很重要，并且必须在其他目标之前达成。中：此测试目标中等重要，并且可在达到高优先级目标后完成。低：此测试目标不十分重要，并且可在达到高和中优先级目标后完成。(4)必须为每个目标定义完成标准。记录测试目标的实例格式测试目标

测试目标编号测试目标优先级完成标准

任务/操作系统WindowsNTWindows2000ProfessionalWindowsServer2003StdEdition测试数据库访问XXX测试性能

XX测试安全性

XX测试矩阵示例格式3.3.3后规划1.基线控制2.软件配置表示3.配置控制4.配置状态统计5.软件配置验证6.软件开发库3.3.4V模型和W模型V模型V模型最早是由PaulRook在20世纪80年代后期提出的，在英国国家计算中心文献中发布，旨在改进软件开发的效率和效果。需求分析概要设计详细设计编码单元测试系统测试验收测试软件开发过程软件测试过程集成测试单元测试计划集成测试计划系统测试计划确认测试计划开发生命周期的阶段测试活动需求创建验收测试计划高级设计创建系统测试计划和集成测试计划详细设计创建单元测试计划编码单元测试集成集成测试

系统测试验收验收测试2.W模型V模型的优点是强调了在整个软件项目开发中需要经历的若干个测试级别，并与每一个开发级别对应。V模型的缺点：忽略了测试的对象不应该仅仅包括程序，没有明确指出对需求、设计的测试；把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现，没有明确地说明早期的测试，无法体现“尽早地和不断地进行软件测试”的原则。在V模型中增加软件各开发阶段应同步进行的测试，演化为W模型。W模型由Evolutif公司提出，强调的是测试伴随着整个软件开发周期。测试与开发是同步进行的，从而有利于尽早地发现问题。局限性：W模型和V模型都把软件的开发视为需求、设计、编码等一系列串行的活动，无法支持迭代、自发性以及变更调整。3.3.5测试计划文档概述项目目标系统描述测试目标假设突出问题测试范围要测试的功能部件不要测试的功能部件计划测试团队培训需求日程安排预算需求风险和应急计划测试方法学测试方法测试数据测试文档需求验证控制过程测试工具测试阶段定义参与者准入/退出标准需求工作产品测试完成标准测试环境硬件软件位置3.4缺陷跟踪和纠正3.4.1缺陷发现缺陷是指软件产品或流程中所有不合规格的地方。缺陷发现流程包括揭示缺陷并且将缺陷通知开发团队。然后，开发团队将确认缺陷是否有效并且修正这些缺陷。测试员验证并在最后关闭缺陷。缺陷生命周期确定缺陷原因的一些常用策略：改进软件代码以捕获系统中发生异常或未知情况的环境状态。实现代码以查找已知和常见的缺陷。分析相同缺陷的各种报告。当开发团队和测试团队的缺陷确定之间发生不一致时，最好应用解决方案过程。如：软件拥有者仲裁；软件开发经理仲裁；缺陷解决会议。3.4.2缺陷管理流程

1.缺陷记录：需要在测试流程的每个阶段确定并记录缺陷。2.缺陷报告：通常包括以下信息：缺陷的唯一标识符缺陷名称和类型缺陷的源（例如测试用例）缺陷的严重性分配给缺陷的优先级缺陷的当前状态（带有一种提供缺陷状态历史信息的表）缺陷的详细描述实现的平台和操作系统当缺陷发生时执行的步骤缺席位置，带有截屏负责测试的人员负责修正缺陷的人员缺陷报告示例将在3.4.5小结具体展开介绍。3.缺陷跟踪：缺陷跟踪时观察并记录所有缺陷以确保正确修订这些缺陷的过程。4.缺陷跟踪工具是带有缺陷报告数据库以及帮助执行以下任务的前端的工具。流行的缺陷跟踪工具：PVCSTracker(Merant)、ClearQuest(Rational)、TrackRecord(Compuware)、Trackgear(LogiGear)、TestDirector(Mercury)等。3.4.3缺陷更正测试缺陷纠正流程所采用的策略是验证、确定和回归测试。1.验证

测试：包括在SDLC的每个阶段检查软件的一致性、完整性和正确性。2.确认测试：是执行软件以实践软件产品，并将结果与测试需求进行比较的过程。3.回归测试：指对软件系统中已经经过修改的模块进行重新测试以确保对缺陷的有效修订。此外，包括确之前工作的所有模块都不会因为修改而产生故障。3.4.4缺陷预防缺陷预防过程中需要遵循以下步骤：1.分析某段时间内的缺陷趋势2.为确定的缺陷执行根本原因分析3.提出预防措施建议以确保缺陷不会重复发生缺陷预防的好处：1.减少确定并计划开发生命周期早期可能发生的缺陷的成本。2.有助于生成高质量的交付件。3.4.5缺陷报告文档详见书测试人员需要以适当的格式报告缺陷以使管理层作出与资源分配、成本和交付相关的决策。常用的报告如下：

1.缺陷密度报告2.缺陷潜伏期报告3.缺陷趋势报告缺陷报告是测试活动的最重要的输出之一，有效的缺陷报告应该遵循以下标准：减少从开发团队返回的缺陷数量；提高修正缺陷的速度；提高测试活动的可信性；加强测试和开发团队之间的团队合作。测试团队的目的是撰写有效的缺陷报告，该报告为每个人传达正确的消息、执行工作并且简化缺陷修正流程。撰写缺陷报告时需要考虑下述重点：确保关于缺陷的可用数据简明清晰。确保提及的问题确实是缺陷并且不是误解或用户错误。报告应该保持