测试计划和管理学习教案.pptx

会计学1测试计划和管理测试计划和管理(gunl)第一页，共50页。测试将是这样测试将是这样(zhyng)的一个的一个过程？过程？第1页/共50页第二页，共50页。本章(bn zhn)内容n n10.1 测试的原则测试的原则n n10.2 测试计划测试计划n n10.3 测试范围测试范围(fnwi)分析和工作量估计分析和工作量估计n n10.4 资源安排和进度资源安排和进度管理管理n n10.5 测试风险的控制测试风险的控制n n10.6 测试报告测试报告n n10.7 测试管理工具测试管理工具第2页/共50页第三页，共50页。本章(bn zhn)内容n n10.1 测试测试(csh)的原的原则则n n10.2 测试测试(csh)计划计划n n10.3 测试测试(csh)范围范围分析和工作量估计分析和工作量估计n n10.4 资源安排和进度资源安排和进度管理管理n n10.5 测试测试(csh)风险风险的控制的控制n n10.6 测试测试(csh)报告报告n n10.7 测试测试(csh)管理管理工具工具第3页/共50页第四页，共50页。10.1 测试(csh)的原则n n尽早和不断地测试尽早和不断地测试n n重点重点(zhngdin)测试测试n n测试阶段性测试阶段性n n测试独立性测试独立性n n测试客观性测试客观性n n计划是一个过程计划是一个过程n n测试是开发的一部分测试是开发的一部分n n发现缺陷更多的地方，发现缺陷更多的地方，其风险更大其风险更大n n想用户所想想用户所想第4页/共50页第五页，共50页。本章(bn zhn)内容n n10.1 测试(csh)的原则n n10.2 测试(csh)计划n n10.3 测试(csh)范围分析和工作量估计n n10.4 资源安排和进度管理n n10.5 测试(csh)风险的控制n n10.6 测试(csh)报告n n10.7 测试(csh)管理工具第5页/共50页第六页，共50页。10.2 测试计划测试计划第6页/共50页第七页，共50页。什么什么(shn me)是是测试计划？测试计划？p 测试计划是项目计划的组成部分测试计划是项目计划的组成部分p 测试计划依赖于软件组织过程、质量文化和方针测试计划依赖于软件组织过程、质量文化和方针(fngzhng)(fngzhng)。p 测试计划是指导今后一系列测试活动的文件测试计划是指导今后一系列测试活动的文件p 测试计划更是一个过程，随着项目的进展不断更新测试计划更是一个过程，随着项目的进展不断更新子曰：凡事预则立，不预则废，预即是计划。要想成功完成软件子曰：凡事预则立，不预则废，预即是计划。要想成功完成软件测试这项工作测试这项工作(gngzu)，必须首先建立测试计划。，必须首先建立测试计划。第7页/共50页第八页，共50页。会遇到哪些会遇到哪些(nxi)问题？问题？第8页/共50页第九页，共50页。测试计划的内容测试计划的内容(nirng)p 确认测试目标、范围和需求确认测试目标、范围和需求p 识别测试风险，制订相应的测试策略识别测试风险，制订相应的测试策略p 对测试任务和工作量进行估算对测试任务和工作量进行估算p 确定所需的时间和资源确定所需的时间和资源p 进度安排进度安排(npi)(npi)和资源分派，包括团队角色、责任和培训和资源分派，包括团队角色、责任和培训p 测试阶段划分，包括阶段性任务和成果测试阶段划分，包括阶段性任务和成果p 跟踪和控制机制跟踪和控制机制第9页/共50页第十页，共50页。完整完整(wnzhng)的的测试计划书测试计划书n n 目标和范围：产品特性(txng)、质量目标、范围和限制。n n 项目估算：工作量、资源的估算n n 风险计划：风险分析、识别与回避/缓解对策n n 进度安排：分解项目工作结构，指定时间/资源表n n 资源配置：人员、硬件和软件等分配。n n 跟踪和控制机制：质量保证、变更控制等第10页/共50页第十一页，共50页。测试计划的过程测试计划的过程(guchng)n n计划初期计划初期n n计划起草。计划起草。n n内部内部(nib)审审查。查。n n计划讨论和修计划讨论和修改。改。n n测试计划的多测试计划的多方审查方审查n n测试计划的定测试计划的定稿和批准稿和批准n n计划执行跟踪计划执行跟踪和修改和修改 第11页/共50页第十二页，共50页。测试测试(csh)目标目标n n在开始制定测试计划之在开始制定测试计划之前，需要确定测试目标前，需要确定测试目标 n n测试目标也分为测试目标也分为(fn wi)整体目标和阶段性目整体目标和阶段性目标、特定的任务目标标、特定的任务目标 第12页/共50页第十三页，共50页。功能测试目标功能测试目标(mbio)n n业务逻辑业务逻辑(lu j)(lu j)n n基本操作基本操作n n输入输入/输出输出n n接口接口n n各种使用场景各种使用场景n n异常操作异常操作第13页/共50页第十四页，共50页。性能性能(xngnng)测试目标测试目标n n通过性能测试(csh)，不仅要通过压力测试(csh)发现性能瓶颈，还要获得系统的容量和系统所需要的各项具体的性能指标 第14页/共50页第十五页，共50页。测试策略测试策略(cl)的内涵的内涵p 针对风险（工作量、时间等压力）采取对策，包括遵照的标针对风险（工作量、时间等压力）采取对策，包括遵照的标准取舍、测试准取舍、测试(csh)(csh)任务的优先级等。任务的优先级等。p 如何更好地执行测试如何更好地执行测试(csh)(csh)用例以及如何执行后续的回归用例以及如何执行后续的回归测试测试(csh)(csh)。p 选定使用测试选定使用测试(csh)(csh)技术和工具。技术和工具。p 考虑影响资源分配的特殊情况。考虑影响资源分配的特殊情况。测试策略描述当前测试项目的目标和所采用的测试方法，描述不同测试阶段的测试对象、范围和方法以及每个阶段内所要进行的测试类型，或者说是在一定的软件测试标准、测试规范的指导下，依据测试项目的特定环境约束(yush)而规定的软件测试的原则、方式、方法的集合。第15页/共50页第十六页，共50页。测试策略测试策略(cl)制定的基本要制定的基本要素素n n 输入，作为制定测试策略的依据，包括限制条件和已具有的资源。n n 输出，制定策略的成果，即最终对所制定策略的定义或说明。n n 制定策略的过程，测试组分析需求(xqi)，参与设计的讨论，要求开发、编写针对所有测试级别的测试策略，并和项目组一起复审测试策略和计划。第16页/共50页第十七页，共50页。如何有效制定测试如何有效制定测试如何有效制定测试如何有效制定测试(csh)(csh)策略策略策略策略pp全面细致地了解产品的项目信息pp分析各个因素对产品的影响pp确定测试范围、等级和测试重点pp使用尽可能少的有效测试用例,发现尽可能多的缺陷pp测试既不能失败、不足，也不能过度，而是寻求(xnqi)一个最佳平衡点第17页/共50页第十八页，共50页。制定制定(zhdng)有效的测试计划有效的测试计划n n在确定测试项目的任务之前，应清楚测试的范围和目标在确定测试项目的任务之前，应清楚测试的范围和目标n n让所有合适的相关人员参与测试项目的计划制定，特别是在测试让所有合适的相关人员参与测试项目的计划制定，特别是在测试计划早期计划早期n n对测试的各阶段所需要的时间、人力及其它资源进行预估，测试对测试的各阶段所需要的时间、人力及其它资源进行预估，测试范围能分解范围能分解(fnji)(fnji)应尽量分解应尽量分解(fnji)(fnji)，针对每个测试任务仔，针对每个测试任务仔细分析到位，尽量做到客观、准确、留有余地。细分析到位，尽量做到客观、准确、留有余地。n n制定测试项目的输入、输出和质量标准，并和有关方面达成一致。制定测试项目的输入、输出和质量标准，并和有关方面达成一致。n n建立变化处理的流程规则，识别出在整个测试阶段中哪些是内在建立变化处理的流程规则，识别出在整个测试阶段中哪些是内在的、不可避免的变化因素，如何进行控制。的、不可避免的变化因素，如何进行控制。第18页/共50页第十九页，共50页。本章(bn zhn)内容n n10.1 测试的原则n n10.2 测试计划n n10.3 测试范围分析和工作量估计n n10.4 资源安排和进度管理n n10.5 测试风险(fngxin)的控制n n10.6 测试报告n n10.7 测试管理工具第19页/共50页第二十页，共50页。测试范围测试范围(fnwi)分析分析n n总体上可分为功能测试(csh)范围和非功能测试(csh)范围分析n n功能测试(csh)范围可以借助流程图和框图按功能层次分解，也可以按功能区域、功能逻辑进行分解 n n非功能性测试(csh)范围可以分别从性能测试(csh)、兼容性测试(csh)、适用性测试(csh)和安全性测试(csh)等各个方面进行分析 第20页/共50页第二十一页，共50页。示例示例(shl)第21页/共50页第二十二页，共50页。测试范围测试范围(fnwi)的确立的确立n n 优先级最高的需求功能n n 新功能和改动较大的旧功能n n 运用有效的测试技术去提高测试效果n n 经常容易出现(chxin)问题部分的功能n n 一些经常被用户使用的功能和配置第22页/共50页第二十三页，共50页。本章(bn zhn)内容n n10.1 测试的原则n n10.2 测试计划n n10.3 测试范围分析和工作量估计n n10.4 资源安排和进度管理n n10.5 测试风险(fngxin)的控制n n10.6 测试报告n n10.7 测试管理工具第23页/共50页第二十四页，共50页。10.4 资源资源(zyun)安排和进度管理安排和进度管理第24页/共50页第二十五页，共50页。测试资源测试资源(zyun)的需求的需求n n不仅是一个人数的问题，而且须考虑能力、专长和个性等，选择合适的人员，组成测试团队 n n人力资源的需求在各个(gg)阶段也是不同的第25页/共50页第二十六页，共50页。团队组建团队组建(z jin)与培训与培训n n团队是动态的 n n一些(yxi)通用的做法也适合测试团队建设 n n比较健全的测试组，包括测试组长、实验室管理人员、自动化测试工程师、资深测试工程师和初级测试工程师 n n项目测试组的内部培训不容忽视 n n培训内容可以分为纵向和横向的两部分 第26页/共50页第二十七页，共50页。问题问题(wnt)测试什么测试什么(shn me)时候可以时候可以结束？结束？第27页/共50页第二十八页，共50页。测试进度(jnd)管理n n进度管理是为了保证项目按时完成，控制项目的成本n n进度管理是一门艺术、一个追求动态平衡的管理过程 n n清楚定义测试结束的标准、测试阶段进/出要求，密切监控测试覆盖率和缺陷的状态，综合各方面因素做出判断 n n加强前期工作的进度管理，和开发人员保持密切联系，发现问题及时提出(t ch)来，督促和影响开发人员的设计和编程工作的进度 第28页/共50页第二十九页，共50页。本章(bn zhn)内容n n10.1 测试(csh)的原则n n10.2 测试(csh)计划n n10.3 测试(csh)范围分析和工作量估计n n10.4 资源安排和进度管理n n10.5 测试(csh)风险的控制n n10.6 测试(csh)报告n n10.7 测试(csh)管理工具第29页/共50页第三十页，共50页。10.5 测试风险(fngxin)的控制n n主要存在主要存在(cnzi)的风险的风险n n控制风险的对策控制风险的对策n n测试策略的执行测试策略的执行第30页/共50页第三十一页，共50页。测试测试(csh)风险风险p 风险风险(fngxin)(fngxin)识别的有效方法就是建立风险识别的有效方法就是建立风险(fngxin)(fngxin)项目检查项目检查表表p 此前，历史资料、此前，历史资料、BrainstormingBrainstorming等帮助建立项目检查表等帮助建立项目检查表p 风险风险(fngxin)(fngxin)识别并确定其程度，给出预防或处理措施。识别并确定其程度，给出预防或处理措施。软件测试存在较高的风险(fngxin)，测试风险(fngxin)管理就是设法降低或缓解测试过程中的风险(fngxin)，包括确定哪些风险(fngxin)是可以避免的、可以采取哪些措施等。第31页/共50页第三十二页，共50页。两种剖面两种剖面(pumin)的风险的风险n n测试对象剖面的风险，即测试测试对象剖面的风险，即测试对象比较复杂，在测试的广度对象比较复杂，在测试的广度和深度和深度(shnd)都不够。都不够。n n测试操作剖面的风险，主要指测试操作剖面的风险，主要指测试操作过程中存在的各种风测试操作过程中存在的各种风险，险，第32页/共50页第三十三页，共50页。风险风险(fngxin)项目检查表项目检查表第33页/共50页第三十四页，共50页。风险风险(fngxin)项项目检查表（续）目检查表（续）第34页/共50页第三十五页，共50页。控制控制(kngzh)风险的对策风险的对策 n n消除执行风消除执行风险险n n降低降低(jingd)进度风险进度风险n n减少人员风减少人员风险险第35页/共50页第三十六页，共50页。风险管理风险管理风险管理风险管理第36页/共50页第三十七页，共50页。风险的控制风险的控制(kngzh)方法方法n n 采取措施避免可以避免的风险。n n 高风险转移为低风险。n n 设法降低不可避免的风险n n 做好风险管理计划。n n 制定处理风险一些应急、有效的方案。n n 计划时，对于估算(sun)资源、时间、预算留有余地n n 制定文档标准，建立机制，保证文档及时产生。第37页/共50页第三十八页，共50页。本章(bn zhn)内容n n10.1 测试的原则n n10.2 测试计划n n10.3 测试范围分析和工作量估计n n10.4 资源(zyun)安排和进度管理n n10.5 测试风险的控制n n10.6 测试报告n n10.7 测试管理工具第38页/共50页第三十九页，共50页。10.6 测试报告测试报告n n评估测试覆盖率评估测试覆盖率n n基于基于(jy)软件缺陷软件缺陷的质量评估的质量评估n n测试报告的书写测试报告的书写第39页/共50页第四十页，共50页。评估评估(pn)测试覆盖率测试覆盖率n n测试覆盖率是用来衡量测试完成程度测试覆盖率是用来衡量测试完成程度(chngd)(chngd)、或评估、或评估测试活动覆盖产品代码的一种量化的结果测试活动覆盖产品代码的一种量化的结果n n由测试需求覆盖率和代码覆盖率等两部分组成由测试需求覆盖率和代码覆盖率等两部分组成 n n可对被测试的程序代码语句、代码块、类、函数、路径可对被测试的程序代码语句、代码块、类、函数、路径或条件的覆盖率分析或条件的覆盖率分析第40页/共50页第四十一页，共50页。示例示例(shl)第41页/共50页第四十二页，共50页。基于基于(jy)软件缺陷的质量评估软件缺陷的质量评估 n n缺陷密度，在软件规模上的缺陷分布，如每千行代码缺陷密度，在软件规模上的缺陷分布，如每千行代码缺陷密度，在软件规模上的缺陷分布，如每千行代码缺陷密度，在软件规模上的缺陷分布，如每千行代码（KLOCKLOC）或每个功能点的缺陷数）或每个功能点的缺陷数）或每个功能点的缺陷数）或每个功能点的缺陷数 n n缺陷清除率缺陷清除率缺陷清除率缺陷清除率 n nD1:D1:软件开发过程中发现的所有软件开发过程中发现的所有软件开发过程中发现的所有软件开发过程中发现的所有(su(su y y u)u)缺陷数缺陷数缺陷数缺陷数n nD2D2：软件发布后发现的缺陷数：软件发布后发现的缺陷数：软件发布后发现的缺陷数：软件发布后发现的缺陷数n nDD：软件发现的总缺陷数：软件发现的总缺陷数：软件发现的总缺陷数：软件发现的总缺陷数n nF F：功能点：功能点：功能点：功能点n n质量质量质量质量=D2/F=D2/F；n n缺陷注入率缺陷注入率缺陷注入率缺陷注入率=D/F=D/F；n n整体缺陷清除率整体缺陷清除率整体缺陷清除率整体缺陷清除率=D1/D=D1/D；第42页/共50页第四十三页，共50页。测试报告的内容测试报告的内容(nirng)n n介绍测试项目或测试对象（软件程序、系统、产品等）相关信息，包括名称、版本、依赖关系、进度安排(npi)、参与测试的人员和相关文档等。n n描述测试需求，包括新功能特性、性能指标要求、测试环境设置要求等。n n说明具体完成了哪些测试、以及各项测试执行的结果。n n根据测试的结果，对软件产品质量做出准确、全面的评估，列出所有已知的且未解决的问题、测试有待完善的计划和产品质量改进建议等。第43页/共50页第四十四页，共50页。基本基本(jbn)条目条目n n产品标识；n n用于测试的计算机系统；n n使用的文档及其标识；n n产品描述、用户文档、程序和数据的测试结果；n n与要求不符(bf)的清单；n n针对建议的要求不符(bf)的清单，产品未作符合性测试的说明；n n测试结束日期。第44页/共50页第四十五页，共50页。本章(bn zhn)内容n n10.1 测试的原则n n10.2 测试计划n n10.3 测试范围分析和工作量估计(gj)n n10.4 资源安排和进度管理n n10.5 测试风险的控制n n10.6 测试报告n n10.7 测试管理工具第45页/共50页第四十六页，共50页。测试测试(csh)管理系统的构成管理系统的构成 n n能管理整个(zhngg)测试过程，提高管理的效率和准确性，并提供一个协同合作的环境n n测试管理系统以测试用例库、缺陷库为核心 第46页/共50页第四十七页，共50页。测试测试(csh)管理系统的构成管理系统的构成 n n在需求/功能点、测试用例、缺陷等之间建立必要的映射(yngsh)关系 第47页/共50页第四十八页，共50页。主要主要(zhyo)工具工具n n商业性工具商业性工具(gngj)：HP Mercury TestDirector，IBM Rational Test Manager和和Team Test，Compuware QADirector、Borland SilkCentral Test Manager和和Microsoft Visual Studio Team System等。等。n n开源工具开源工具(gngj)：TestLink、Bugzilla Test Runner、FitNesse、JtestCas、Eclipse TPTP。其它。其它一些测试管理框架，如一些测试管理框架，如TestMaker、SalomeTMF、JTR（Java Test Runner）、）、Jetif、Marathon、Grinder、TESTARE等。等。第48页/共50页第四十九页，共50页。Q&AQ&A第49页/共50页第五十页，共50页。