补充软件测试项目管理

软件测试技术，张晓芳，第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.软件测试文档给出了软件测试的主要文档的类型。2.软件测试计划主要是预先计划和安排软件测试项目、所需的测试工作、测试人员应负责的测试工作、测试过程、测试所需的时间和资源以及测试风险。3。测试设计规范用于每个测试级别，以指定测试集的体系结构和覆盖跟踪。软件测试用例规范文档用于描述测试用例。测试过程用于指定执行测试用例集的步骤。6.由于记录测试的执行情况不同，可以根据需要选择测试日志。软件缺陷报告用于描述测试过程或软件中出现的异常情况，这些异常情况可能存在于需求、设计、代码、文档或测试用例中。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章，要求掌握：1 mttf的全称，意思是2具体应用，如书中的例子，课后练习。1 mtbf表示故障间隔时间，即平均故障间隔时间。它是从新产品在规定的工作环境条件下开始工作到第一次出现故障的时间的平均值。平均