第8章 测试管理.ppt

1、第8章：测试管理。随着软件开发规模和复杂性的增加，发现软件中的错误变得更加困难。为了尽可能地找出程序中的缺陷，开发出高质量的软件产品，有必要对测试工作进行组织和规划，并对其进行有效的管理，采用系统的方法建立软件测试管理系统。监督和控制测试活动，确保软件测试在软件质量保证中发挥应有的关键作用。第8章测试管理，8.1建立测试管理系统8.2测试管理的基本内容8.2.1测试组织管理8.2.2测试过程管理8.2.3资源和配置管理8.2.4测试文档管理8.3测试管理原则8.4测试管理实践8.5通用测试管理工具8.5.1测试主管测试管理工具8.5.2其他测试管理工具8.5.3测试中心，一个国内测试管理工具8

2、.1建立一个测试管理系统，并应用系统方法建立一个软件测试管理系统也就是说，将测试工作作为一个系统，并识别和管理组成系统的各种过程，以实现设定的系统目标。 同时，这些过程应该协同工作，相互促进，尽可能多地发现和消除软件故障。测试系统主要由以下六个相互关联、相互作用的过程组成：测试计划、测试设计、测试实施、配置管理、资源管理、测试管理、8.1。建立测试管理系统。此外，测试系统和软件修改过程是相互关联和相互作用的。测试系统的输出(软件故障报告)是软件修改的输入。反过来，软件修改的输出(新的测试版本)成为测试系统的输入。根据以上六个过程，可以确定建立软件测试管理系统的六个步骤：确定软件测试所需的过程和

3、应用，即测试规划、测试设计、测试实施、配置管理、资源管理和测试管理；确定这些过程的顺序和相互作用。前一个过程的输出是后一个过程的输入。其中，配置管理和资源管理是这些过程的支持过程，而测试管理则监控、测试和管理其他测试过程。为了确定这些过程所需的标准和方法，通常应制定记录这些过程的程序，以及监测、测量和控制的标准和方法；确保能够获得必要的资源和信息，以支持这些过程的运行和监控；监控、测量和分析这些过程；实施必要的改进措施，8.2测试管理的基本内容，8.2.1测试组织管理的主要任务：组织和管理测试团队，以确定测试团队的组织模式，安排测试任务，估计测试工作量，确定要交付的测试文件，管理测试件，确定测

4、试要求和组织测试设计等。8.2测试管理的基本内容8.2.2测试过程管理软件测试不等于程序测试，软件测试贯穿于软件开发的整个生命周期，但软件测试过程管理的具体内容在每个阶段都是不同的。在软件开发的每个阶段，测试任务的最终完成都要经过一系列的步骤，从计划、设计和执行到结果分析和总结，这构成了软件测试的基本过程。因此，软件测试过程管理主要集中在测试准备、测试计划、测试用例设计、测试执行、测试结果分析以及如何开发和使用测试过程管理工具。8.2测试管理的基本内容，8.2.2测试过程管理的基本内容包括：测试准备、测试计划、测试设计、测试执行，8.2测试管理的基本内容，测试准备，确定测试组长，组建测试团队，

5、参加相关的项目计划、分析和设计会议，获取必要的需求分析、系统设计文件和培训相关产品/技术知识。8.2测试管理的基本内容，测试计划阶段：的总体目标是确定测试范围、测试策略和方法，并分析和估计可能出现的问题和风险、所需的各种资源和投入，从而指导测试的实施。一个好的测试计划应该包括以下几个方面：测试的标准测试策略、资源分配责任、明确的时间表、测试用例库及其标准化的组装工具、8.2测试管理的基本内容、测试设计阶段：软件测试设计是基于测试计划的，测试内容是通过设计测试用例来完成的，以达到确定的测试目标。软件测试设计的主要内容是：制定测试技术方案，设计测试用例，设计测试用例集，测试、开发、设计和测试测试环

6、境设计的测试技术方案是否可行、有效，是否能达到预定的测试目标；设计的测试用例是否完整，是否考虑了边界条件，是否满足覆盖要求；设计的测试环境是否接近用户的实际使用环境。8.2测试管理的基本内容，在测试执行阶段：建立和设置相关的测试环境，准备测试数据，并开始执行测试。测试执行可以手动或自动执行。自动测试通过测试工具运行测试脚本并获得测试结果，因此管理相对简单，而人工测试的管理相对复杂。8.2测试管理的基本内容，测试结果分析：测试后，分析测试结果以确定软件产品的质量，并为产品改进或发布提供数据和支持。在管理上，要做好测试结果的审核和分析，以及测试报告的撰写和审核。8.2测试管理的基本内容，8.2.3

7、资源和配置管理，人力资源，测试人员的数量和他们的测试技能，测试项目所需的测试人员和要求在不同的阶段是不同的。环境资源：是建立测试环境所需的计算机软件资源和硬件资源的总和。硬件提供了支持操作系统、应用系统和测试工具运行的基本平台，而软件资源包括操作系统、第三方软件产品和测试工具。8.2测试管理的基本内容、8.2.3资源和配置管理配置管理在团队开发中，一种识别、控制和管理软件变更的管理是在软件生命周期的不同时间点识别软件配置并系统地控制这些识别的变更，以确保软件产品的完整性和可追溯性的过程。基本过程：配置识别：识别软件产品的每个组件，定义其属性，并制定基线计划；配置控制：控制配置项的修改；发布配置

8、状态：向相关组织和个人报告变更申请的处理过程、允许的变更及其实施情况；配置评审：确认受控配置项是否满足要求。8.2测试管理的基本内容，8.2.4测试文件管理的类型测试计划：详细说明测试要求，包括测试的目的和内容，方法和步骤，测试标准等。测试分析报告：用于分析和解释测试结果。软件经过测试后，应当对评估给出结论性意见，如软件的能力、缺陷和局限性等。测试文档管理文档分类管理文档格式和模板管理文档一致性管理文档存储管理，8.2测试管理的基本内容，SQAP:软件质量保证计划，每个软件测试产品一个。SVVP:软件验证和确认测试计划，每个SQAP一个。VTP:核查测试计划：每项核查活动一份。MTP:主验证测

9、试计划，每个SVVP一个。详细确认测试计划，每个活动一个或多个。测试设计规范，每个测试设计方案一个或多个。测试用例规格，每个测试用例一个或多个。测试步骤规格，每个测试步骤一个或多个。测试用例。每个牵引力控制系统一个。8.2测试管理的基本内容从图8-1可以看出：每个软件产品都有一个软件质量保证计划，每个软件质量保证计划都有一个软件验证和确认测试计划，软件验证和确认计划都有一个主验证测试计划。每个验证测试活动都有一个验证测试计划，每个验证测试活动都有一个或多个测试计划，每个测试计划都有一个或多个测试设计规范，每个测试设计规范都有一个或多个测试步骤规范，每个测试设计规范都有一个或多个测试用例规范，每

10、个测试用例规范都有一个测试用例。8.2试验管理的基本内容：验证试验报告。每个验证活动一个。TPS:测试步骤规范。测试记录。每个测试周期一份。全内反射：测试事故报告。每起事故一个。测试总结报告。8.3测试管理的原理和软件生命周期模型为我们提供了软件测试的过程和方法，并为测试过程的管理提供了基础。然而，实际的测试工作复杂而繁琐，没有一个模型完全适用于某项测试工作。因此，我们应该从不同的模型中根据实际情况抽象出测试过程的管理概念，并根据这些概念来规划测试过程，以适应所有的变化。当然，测试管理涵盖的范围很广，如测试组织管理、测试过程管理、测试文档管理、人力资源管理、风险管理、进度管理等。8.3测试管理

11、原则，早期测试，全面测试，全过程迭代测试，8.3测试管理原则，早期测试：测试人员尽早参与软件项目，及时准备测试。包括编写测试计划、制定测试计划和准备测试用例等。尽快执行测试，即一旦单元模块完成代码编写就执行单元测试，一旦模块代码被集成到相对独立的子系统中就执行集成测试，一旦软件系统被提交就执行系统测试并评估测试结果。全面测试：对所有软件产品进行全面测试，包括需求规格分析、概要设计规格、详细设计规格和源程序。软件开发人员和测试人员应该充分参与测试工作。8.3测试管理、全过程测试的原则：测试人员应充分关注软件开发过程，及时响应开发过程中的各种变化。例如，开发进度的调整可能导致测试进度和测试策略的调

12、整，需求的变化将影响测试的执行。测试人员应跟踪测试的全过程，如建立完善的测量和分析机制，及时了解测试过程信息，通过测量自己的过程来调整测试策略。8.3测试管理原则，迭代测试：瀑布模型在大量的软件开发实践中逐渐暴露出许多缺点，其中最突出的是模型缺乏灵活性，不能通过开发活动澄清不准确的软件需求，这可能导致开发的软件不是用户真正需要的，只能在维护过程中返工或纠正需求的偏差，从而给软件开发带来不必要的损失。为了满足不同的需求，人们在软件开发过程中探索了许多模型，如螺旋和迭代。在这些模型中，需求、设计和编码工作可能会重叠和重复，此时的测试工作也将是迭代和重复的。如果测试不能从开发中抽象出来并进行管理，就

13、会给测试管理带来麻烦。8.4测试管理的实践。本节通过一个基于组件的企业资源规划项目说明了系统测试的几个关键过程管理。假设项目的早期需求不明确，开发周期相对较长，为了更好地跟踪和管理项目，项目开发采用增量和迭代模型。整个项目开发分为三个阶段：第一阶段实现简单的开票功能和工作流程；第二阶段实现固定资产管理和财务管理，完善第一阶段的开票功能；第三阶段增加办公自动化管理。每个阶段的工作都是前一阶段的迭代和改进，同时添加新的功能。8.4测试管理的实践，规划测试过程需求分析，变更控制测量与分析，测试过程的持续改进，8.4测试管理的实践，规划测试过程系统的三个阶段是相对独立的，因此测试过程可以采用“独立与迭

14、代”的测试原则独立规划，将每个阶段提交的阶段性产品作为系统测试准备的准备点，在准备点及时进行测试。因此，在系统开发过程中，系统测试团队可以进行三个阶段的系统测试，每个阶段的系统测试都有不同的侧重点，旨在更好地配合开发工作，尽早发现软件故障，降低软件成本。8.4测试管理和需求分析的实践在该系统的开发过程中，需求的获取和改进贯穿于每个阶段。掌握需求在很大程度上决定了测试的成功。系统测试不仅要确认软件是否正确实现了所需的功能，还要确认软件是否满足了用户的需求。根据“早期测试”和“综合测试”的原则，测试人员可以在需求获取阶段参与需求的分析和讨论。测试人员与开发人员和用户一起分析需求的完整性和正确性，并

15、从可测试性的角度给出需求文档的建议。同时，测试人员可以根据之前对项目的了解，很容易地制定出一个完善的测试计划和方案，并对阶段性产品的测试方法、进度和人员安排进行规划，从而使整个项目的进度有序。实践表明，测试人员早期参与需求的获取和分析，有助于加深测试人员对需求的掌握和理解，提高需求文档的质量。在需求者掌握需求的同时，测试人员可以制定出早期的测试计划，并尽早计划和准备测试活动，这可以大大提高测试效率。8.4测试管理和变更控制的实践在软件开发过程中，变更往往是不可避免的，变更也是导致软件风险的重要因素之一。根据“全过程测试”的原则，测试团队可以密切关注软件开发过程，根据进度的变化调整测试策略，并根

16、据需求的变化及时补充和改进测试用例。8.4测试管理的实践、测量和分析在企业资源规划项目中，我们测量了测试过程中不同阶段的失败次数，并分析了测试是否得到充分执行。分析表明，在同一时间间隔内发现的故障数是收敛的。通过测量和分析测试数据的覆盖率和在不同功能点发现的问题数量，我们可以分析测试用例的充分性和故障检测率之间的关系。通过统计分析测试数据和故障检测率之间的关系，可以及时调整测试用例编写策略，从而帮助测试人员判断测试成本和收益之间的最佳平衡。事实上，度量是跟踪测试过程的结果，是及时调整测试策略的基础。对测试过程进行测量和分析可以有效提高测试效率，降低测试风险。同时，度量和分析也是软件测试过程持续

17、改进的基础。8.4测试管理的实践和测试过程的持续改进目前，有许多测试过程管理的思想和概念可供参考。然而，随着信息技术的飞速发展和新技术的出现，测试过程注定需要不断改进。基于测量和分析的可持续过程改进方法可以定制待测量的测试过程数据，分析收集的数据，找出需要改进的因素。在持续改进中，同时调整待测量的测试过程数据，使测量和分析始终服务于测试过程的持续改进，使测试过程管理不断改进，测试活动始终处于优化状态。8.5通用测试管理工具，8.5.1测试控制器测试管理工具8.5.2其他测试管理工具8.5.3国内测试管理工具测试中心，8.5通用测试管理工具，8.5.1测试控制器测试管理工具测试控制器用于管理白色-功能模块需求管理测试计划管理测试执行管理缺陷管理功能8.5通用测试管理工具需求管理在TestDirector的需