12new-补充&软件测试项目管理

章晓芳第6章软件测试项目管理6.1测试项目管理概述6.2测试文档6.3软件测试过程管理6.1测试项目管理概述6.1.1测试项目与测试项目管理1．测试项目测试项目是在一定的组织机构内，利用有限的人力和财力等资源，在指定的环境和要求下，对特定软件完成特定测试目标的阶段性任务。该任务应满足一定质量、数量和技术指标等要求。测试项目一般具有如下一些基本特性。（1）项目的独特性（2）项目的组织性（3）测试项目的生命期（4）测试项目的资源消耗特性（5）测试项目目标冲突性（6）测试项目结果的不确定因素2．测试项目管理测试项目管理就是以测试项目为管理对象，通过一个临时性的专门的测试组织，运用专门的软件测试知识、技能、工具和方法，对测试项目进行计划、组织、执行和控制，并在时间成本、软件测试质量等方面进行分析和管理活动。测试项目管理贯穿整个测试项目的生命周期。6.1.2测试项目的范围管理测试项目范围管理就是界定项目所必须包含且只需包含的全部工作，并对其他的测试项目管理工作起指导作用，以确保测试工作顺利完成。项目目标确定后，下一步过程就是确定需要执行哪些工作，或者活动来完成项目的目标，这就是要确定一个包含项目所有活动在内的一览表。准备这样的一览表通常有两种方法：一种是让测试小组利用“头脑风暴法”根据经验，集思广益来形成。这种方法比较适合小型测试项目。另一种是对更大更复杂的项目建立一个工作分解结构WBS(WorkBreakdownStructure)和任务的一览表。6.2测试文档测试文档是对要执行的软件测试及测试的结果进行描述、定义、规定和报告的任何书面或图示信息。测试文档不只是在测试阶段才考虑的，它应该在软件开发初期的需求分析阶段就开始着手。测试文档与用户的密切关系：»用户了解开发过程»用户理解开发的应用系统»用户澄清模糊的认识»项目小组认清用户的要求6.2.1测试文档的类型根据测试文档所起的不同作用，通常把它分成两类。测试计划及测试用例的文档属于前置作业文档。后置作业文档在测试完成后提交的，主要包括软件缺陷报告和分析总结报告。根据测试文档编制的不同方法，分为手工编制和自动编制。6.2.2主要软件测试文档根据一定的标准编写文档，具备一致的外观、结构和质量。1．软件测试文档给出了软件测试主要文档的类型。IEEE829－1998软件测试文档编制标准软件测试文档模板目录测试计划测试设计规格说明测试用例说明测试规程规格说明测试日志测试缺陷报告测试总结报告2．软件测试计划主要对软件测试项目、所需要进行的测试工作、测试人员所应该负责的测试工作、测试过程、测试所需的时间和资源，以及测试风险等做出预先的计划和安排。IEEE829－1998软件测试文档编制标准软件测试计划文档模板目录1．测试计划标识符2．介绍3．测试项4．需要测试的功能5．方法（策略）6．不需要测试的功能7．测试项通过/失败的标准8．测试中断和恢复的规定9．测试完成所提交的材料10．测试任务11．环境需求12．职责13．人员安排与培训需求14．进度表15．潜在的问题和风险16．审批3．测试设计规格说明用于每个测试等级，以指定测试集的体系结构和覆盖跟踪。IEEE829－1998软件测试文档编制标准软件测试设计规格说明文档模板目录测试设计规格说明标识符待测试特征方法细化测试标识通过/失败准则4．软件测试用例规格说明文档用于描述测试用例。IEEE829－1998软件测试文档编制标准软件测试用例规格说明文档模板目录测试用例规格说明标识符测试项输入规格说明输出规格说明环境要求特殊规程需求用例之间的相关性5．测试规程用于指定执行一个测试用例集的步骤。6．测试日志由于记录测试的执行情况不同，可根据需要选用。7．软件缺陷报告用来描述出现在测试过程或软件中的异常情况，这些异常情况可能存在于需求、设计、代码、文档或测试用例中。8．测试总结报告用于报告某个测试完成情况。6.3软件测试过程管理6.3.1测试项目的跟踪与监控软件的测试过程管理基于广泛采用的“V”模型。“V”模型支持系统测试周期的任何阶段。对软件测试过程进行跟踪、检查，并与测试计划进行对比。测试计划经批准生效后，将被用来作为对测试过程跟踪与监控的依据。测试项目的跟踪与监控的基础是软件测试计划。主要方法：选取测试的某个时刻，比较实际测试工作的工作量、投入、成本、进度、风险等与计划的差距。纠正措施：修改测试计划以反映实际进度，重新计划剩余部分工作的实施，采取相应提高效率的措施。在具体的测试项目的跟踪与监控过程中，可以采用周报、日报、例会，以及里程碑评审会等方式来了解测试项目的进展情况，建立、收集和分析项目的实际状态数据，对项目进行跟踪与监控，达到项目管理的目的。6.3.2软件测试风险管理1．风险的基本概念风险可定义为“伤害、损坏或损失的可能性；一种危险的可能或一种冒险事件。”风险涉及到一个事件发生的可能性，涉及到该事件产生的不良后果或影响。软件风险是指开发不成功引起损失的可能性，这种不成功事件会导致公司商业上的失败。在软件测试中，不可能对系统的所有方面进行测试，会存在用户发现缺陷的可能性，称为测试风险。测试计划模板中：风险与应对措施通过风险分析，测试人员识别软件中高风险的部分，并进行严格彻底地测试；确定潜在的隐患软件构件，对其进行重点测试。（涉及测试资源的分配）2．软件风险分类不同类型的测试项目有不同的风险。相同类型的项目，测试风险也各不相同，取决于：测试环境、客户、项目团队、采用的技术和工具等。分为技术风险和管理风险。技术风险：新的技术学习曲线需求变更和描述不清第三方代码系统复杂度…3．软件风险识别是测试风险管理的第一步，最重要的基础。采用的方法：头脑风暴法访谈风险检查表4．软件风险分析风险分析的目标：确定测试对象测试的优先级测试的深度确定不予测试的对象帮助测试人员识别出高风险的应用程序和特点应用程序中具有潜在错误倾向的部分。人员：开发人员、测试人员、用户、客户、销售人员和其他人员。风险分析应该尽早开始，在需求确定后就可以马上进行。对发生变动的部分应进行风险的再次评审。在测试项目进行的过程中，实时对风险分析结果进行评审。风险分析的过程：（1）确定测试范围的功能点和性能属性（2）确定测试风险发生的可能（3）确定测试风险发生后产生的影响程度（4）计算测试风险优先级（5）确定测试风险的优先级（分割线）通常风险分析采用两种方法：表格分析法和矩阵分析法。通用的风险分析表包括以下几项内容。（1）风险标识：表示风险事件的惟一标识；（2）风险问题：风险问题发生现象的简单描述；（3）发生可能性：风险发生可能性的级别（1～10）；（4）影响的严重性：风险影响的严重性的级别（1～10）；（5）风险预测值：风险发生可能性与风险影响的严重性的计算；（6）风险优先级：风险预测值从高向低的排序。表格分析法的风险优先级：风险预测值，即可能性与严重性的乘积从高向低的排序矩阵分析法的风险优先级：风险可能性与严重性的等级值之和。存在5个风险等级高(1)中(2)低(3)确定测试风险的优先级（分割线）5．软件计划风险及其应对措施根据前期的测试风险分析结果，安排测试计划，然而测试计划的实现同样存在风险。测试计划的风险一般指测试进度滞后或出现非计划事件，就是针对计划好的测试工作造成消极影响的所有因素。常见的计划风险包括：交付日期、测试需求、测试范围、测试资源、测试环境、测试工具等。计划风险分析的工作重点是提前制定计划风险发生时应采取的应急措施。可能采用的应急措施有：缩小范围、推迟实现、增加资源、减少质量过程等措施。软件风险分析和测试计划风险分析与应急措施是相辅相成的。软件风险、计划风险、重点测试、不测试，甚至整个软件的测试与应急措施都是围绕“用风险来确定测试工作优先级”这样的原则来构造的。补充：MTTF参见NIIT书籍10.6章节，要求掌握：1MTTF的全称，含义2具体应用，如书上例题，课后习题。1MTBF——MeanTimeBetweenFailure，即平均失效间隔。就是从新的产品在规定的工作环境条件下开始工作到出现第一个故障的时间的平均值。MTBF越长表示可靠性越高正确工作能力越强。2.MTTR——MeanTimeToRepair，即平均恢复时间。就是从出现故障到恢复中间的这段时间。MTTR越短表示易恢复性越好。3.MTTF——MeanTimeToFailure，即平均无故障时间/故障前平均时间。系统平均能够正常运行多长时间，才发生一次故障。系统的可靠性越高，平均无故障时间越长。4th