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

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