ST-第10章 测试计划和管理

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

软件测试第9章测试计划和管理KerryZhuZhu.Kerry@Gmail.com@gmail.com测试将是这样的一个过程?zhu.kerry@gmail.com本章内容10.1测试的原则10.2测试计划10.3测试范围分析和工作量估计10.4资源安排和进度管理10.5测试风险的控制10.6测试报告10.7测试管理工具zhu.kerry@gmail.com本章内容10.1测试的原则10.2测试计划10.3测试范围分析和工作量估计10.4资源安排和进度管理10.5测试风险的控制10.6测试报告10.7测试管理工具zhu.kerry@gmail.com10.1测试的原则尽早和不断地测试重点测试测试阶段性测试独立性测试客观性计划是一个过程测试是开发的一部分发现缺陷更多的地方,其风险更大想用户所想zhu.kerry@gmail.com本章内容10.1测试的原则10.2测试计划10.3测试范围分析和工作量估计10.4资源安排和进度管理10.5测试风险的控制10.6测试报告10.7测试管理工具zhu.kerry@gmail.com10.2测试计划10.2.1概述10.2.2测试计划过程10.2.3测试目标10.2.4测试策略10.2.5制定有效的测试计划zhu.kerry@gmail.com什么是测试计划?测试计划是项目计划的组成部分测试计划依赖于软件组织过程、质量文化和方针。测试计划是指导今后一系列测试活动的文件测试计划更是一个过程,随着项目的进展不断更新子曰:凡事预则立,不预则废,预即是计划。要想成功完成软件测试这项工作,必须首先建立测试计划。@gmail.com会遇到哪些问题?zhu.kerry@gmail.com测试计划的内容确认测试目标、范围和需求识别测试风险,制订相应的测试策略对测试任务和工作量进行估算确定所需的时间和资源进度安排和资源分派,包括团队角色、责任和培训测试阶段划分,包括阶段性任务和成果跟踪和控制机制@gmail.com完整的测试计划书目标和范围:产品特性、质量目标、范围和限制。项目估算:工作量、资源的估算风险计划:风险分析、识别与回避/缓解对策进度安排:分解项目工作结构,指定时间/资源表资源配置:人员、硬件和软件等分配。跟踪和控制机制:质量保证、变更控制等@gmail.com测试计划标准格式-116componentsofTestPlan(IEEE,1983)1.Testplanidentifier(测试计划标识)2.Instruction(引言)3.TestItems(定义或主题词)4.Featurestobetested(需要被测试的功能)5.Featuresnottobetested(无需被测试的功能)6.Approach(方法和途径)7.Itemspass/failcriteria(测试通过、失败的标准)8.Suspensioncriteriaandresumptionrequirements(延迟的标准和再恢复的要求)9.Testdeliverables(测试交付的内容)10.TestingTasks(测试任务@gmail.com测试计划标准格式–216componentsofTestPlan(IEEE,1983)11.Environmentalneeds(必备的环境)12.Responsibilities(职责)13.Staffingandtrainingneeds(人员和必需的培训)14.Schedule(时间进度表)15.Riskandcontingencies(风险和相关费用)16.Approvals(批准)模板:中文测试计划和英文zhu.kerry@gmail.com测试计划的过程计划初期计划起草。内部审查。计划讨论和修改。测试计划的多方审查测试计划的定稿和批准计划执行跟踪和修改zhu.kerry@gmail.com测试目标在开始制定测试计划之前,需要确定测试目标测试目标也分为整体目标和阶段性目标、特定的任务目标zhu.kerry@gmail.com功能测试目标业务逻辑基本操作输入/输出接口各种使用场景异常操作zhu.kerry@gmail.com性能测试目标通过性能测试,不仅要通过压力测试发现性能瓶颈,还要获得系统的容量和系统所需要的各项具体的性能指标zhu.kerry@gmail.com测试策略的内涵针对风险(工作量、时间等压力)采取对策,包括遵照的标准取舍、测试任务的优先级等。如何更好地执行测试用例以及如何执行后续的回归测试。选定使用测试技术和工具。考虑影响资源分配的特殊情况。测试策略描述当前测试项目的目标和所采用的测试方法,描述不同测试阶段的测试对象、范围和方法以及每个阶段内所要进行的测试类型,或者说是在一定的软件测试标准、测试规范的指导下,依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。@gmail.com测试策略制定的基本要素输入,作为制定测试策略的依据,包括限制条件和已具有的资源。输出,制定策略的成果,即最终对所制定策略的定义或说明。制定策略的过程,测试组分析需求,参与设计的讨论,要求开发、编写针对所有测试级别的测试策略,并和项目组一起复审测试策略和计划。@gmail.com制定策略的过程zhu.kerry@gmail.com如何有效制定测试策略全面细致地了解产品的项目信息分析各个因素对产品的影响确定测试范围、等级和测试重点使用尽可能少的有效测试用例,发现尽可能多的缺陷测试既不能失败、不足,也不能过度,而是寻求一个最佳平衡点@gmail.com制定有效的测试计划在确定测试项目的任务之前,应清楚测试的范围和目标让所有合适的相关人员参与测试项目的计划制定,特别是在测试计划早期对测试的各阶段所需要的时间、人力及其它资源进行预估,测试范围能分解应尽量分解,针对每个测试任务仔细分析到位,尽量做到客观、准确、留有余地。制定测试项目的输入、输出和质量标准,并和有关方面达成一致。建立变化处理的流程规则,识别出在整个测试阶段中哪些是内在的、不可避免的变化因素,如何进行控制。zhu.kerry@gmail.com本章内容10.1测试的原则10.2测试计划10.3测试范围分析和工作量估计10.4资源安排和进度管理10.5测试风险的控制10.6测试报告10.7测试管理工具zhu.kerry@gmail.com测试范围分析总体上可分为功能测试范围和非功能测试范围分析功能测试范围可以借助流程图和框图按功能层次分解,也可以按功能区域、功能逻辑进行分解非功能性测试范围可以分别从性能测试、兼容性测试、适用性测试和安全性测试等各个方面进行分析zhu.kerry@gmail.com示例zhu.kerry@gmail.com测试范围的确立优先级最高的需求功能新功能和改动较大的旧功能运用有效的测试技术去提高测试效果经常容易出现问题部分的功能一些经常被用户使用的功能和配置@gmail.com工作量估计测试任务由质量需求、测试目标决定测试范围由产品(新)功能特性或测试任务决定。代码质量越低,测试越要充分,回归测试次数与频率加大。处在不同的开发阶段测试工作量不同。自动化程度高,测试工作量就越低。针对不同的应用领域、技术、编程语言,其估算方法不同。测试工作量是根据测试范围、策划任务和开发阶段来确定的,测试范围和测试任务是测试工作量估算的主要依据。@gmail.com工作量估算过程zhu.kerry@gmail.com估算方法工作分解结构表方法功能点方法、对象点方法代码行预估历史数据推算(相似规模、同类型)经验法(资深人员或专家小组)综合方法zhu.kerry@gmail.com工作分解结构表方法WBS列出本项目需要完成的各项任务:测试计划、需求和设计评审、测试设计、脚本开发、测试执行等。对每个任务进一步细分,可进行多层次的细分,直到不能细分为止。这建立在对于每一阶段工作的细致把握。列出需要完成的所有任务之后,根据任务的层次给进行编号,就形成了完整的工作分解结构表。测试工作量的估算依赖于测试任务的细化,对每项测试任务进行分解,然后根据分解的子任务进行估算。通常分解粒度越小,估算精度越高。@gmail.com工作分解结构表@gmail.com功能点估算法功能点是其中一个比较可靠的工作量估算方法,它先估算每个功能点所需要的工作量,然后进行累加获得总的工作量借助分解结构表(WBS)方法来分解功能国际功能点用户组(IFPUG)颁布的标准方法主要参数有:外部输入数、外部输出数、内部逻辑文件、外部接口文件和外部查询数详细参考功能点实用手册(FunctionPointCountingPracticesManualRelease4.1,1999)zhu.kerry@gmail.com测试用例估算法依据测试用例数来估算测试工作量,例如用功能模块所有要执行的测试用例总数,除以每个人日所能执行的测试用例平均数,就得出人日数工作量估算,往往基于其它一些假定效率假设,即测试队伍的工作效率测试假设,为了验证一个测试需求所需测试动作的数目,可能包括每个测试用例的估算时间风险假定。考虑增加10%~20%的工作量来处理风险产生的不确定性zhu.kerry@gmail.com相对比例估算法如果确实没有任何可行的办法,就可以按照测试人员和开发人员的比例来确定大致可以分为3类,其比例分别是1:2、1:1、2:1zhu.kerry@gmail.com总工作量W为总工作量,Wo为一轮测试所需的工作量R1,R2,R3为每轮的递减系数。受代码质量、开发流程和测试周期等影响,R1、R2、R3的值是不同的W=Wo+WoR1+WoR2+WoR3zhu.kerry@gmail.com本章内容10.1测试的原则10.2测试计划10.3测试范围分析和工作量估计10.4资源安排和进度管理10.5测试风险的控制10.6测试报告10.7测试管理工具zhu.kerry@gmail.com10.4资源安排和进度管理10.4.1测试资源需求10.4.2团队组建与培训10.4.3测试进度管理zhu.kerry@gmail.com测试资源的需求不仅是一个人数的问题,而且须考虑能力、专长和个性等,选择合适的人员,组成测试团队人力资源的需求在各个阶段也是不同的zhu.kerry@gmail.com团队组建与培训团队是动态的一些通用的做法也适合测试团队建设比较健全的测试组,包括测试组长、实验室管理人员、自动化测试工程师、资深测试工程师和初级测试工程师项目测试组的内部培训不容忽视培训内容可以分为纵向和横向的两部分zhu.kerry@gmail.com问题测试什么时候可以结束?http

1 / 65
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功