软件测试实践教程 作者 路晓丽 第8章 TestDirector测试管理工具的.pptVIP

第8章 TestDirector测试管理工具的运用 8.1 TestDirector概述 8.2 需求定义 8.3计划测试 8.4执行测试 8.5跟踪缺陷 8.1 TestDirector概述 TestDirector是MI（Mercury Interactive）公司一个测试管理工具，是业界第一个基于Web 的测试管理系统。TestDirector在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，极大地加速了测试过程。 。TestDirector将测试过程流水化：从测试需求管理，到测试计划，测试日程安排，测试执行到出错后的错误跟踪，仅在一个基于浏览器的应用中便可完成，而不需要每个客户端都安装一套客户端程序。 TestDirector的测试管理过程 TestDirector的测试管理过程包括四个阶段，分别为：需求定义、计划测试、执行测试和缺陷跟踪。 需求定义（Specify Requirements）：分析应用程序并确定测试需求 计划测试（Plan Tests）：基于测试需求，建立测试计划。 执行测试（Execute Tests）：创建测试集（Test Set）并执行测试。 跟踪缺陷（Track Defects）：报告程序中产生的缺陷并跟踪缺陷修复的全过程。 8.2 需求定义 定义测试需求是整个应用程序测试过程的开始。需求详细地描述了在应用程序中哪些需要被测试，为测试组提供了整个测试过程的基础。 8.2.1定义测试范围 在确定测试范围之前应该先问一些问题，例如： 应用程序的主要目的和方向是什么？ 应用程序有哪些主要特点？ 哪些功能在这个产品中是相对重要的？ 在应用程序中，哪些功能是危急的或高风险的？ 测试优先级是什么？ 客户或最终用户是否同意测试优先级？ 总的质量目标是什么？ 8.2.2创建测试需求大纲 质量保证的管理人员用测试范围为应用程序的测试定义所有的测试需求。首先定义测试主题，并将各个测试主题指派给测试组内的各个QA测试人员。然后每一个QA测试人员将自己所负责的测试主题记录到TestDirector工程上。 8.2.3定义需求 在需求树中的每一个需求均要求被详细描述，并且应该包括所有与需求相关的附件。 QA测试人员分配每个需求一个优先级，此优先级会作为测试组创建测试计划的一个考虑因素。 8.2.4分析需求定义 QA管理人员复查已经定义的需求，并确保它们在先前定义的测试范围之内。一旦被认为复查通过的话，还应该将其标识为“已复查（Reviewed）”状态。 在随后的测试计划中，应该以这些需求作为基础；并且在测试计划阶段所创建的测试也应该覆盖这些需求；这些测试又能够被缺陷进行关联，从而在整个测试过程形成完整的回溯。 8.2.5 TestDirector需求模块 测试人员使用TestDirector的需求模块定义和管理测试需求。下边介绍TestDirector需求模块的核心元素。包括如下内容： 需求模块（The Requirements Module） 需求菜单栏（The Requirements Menu Bar） 需求工具条（The Requirements Toolbar） 需求树（The Requirements Tree） 8.3计划测试 TestDirecotr为计划测试提供了一个结构框架，其流程为：定义测试策略－》定义测试主题－》定义测试－》建立测试覆盖－》设计测试步骤－》自动测试－》分析测试计划。 8.3.1 定义测试策略 定义测试策略的时候有两个基本问题： 怎么测试应用程序？ 需要什么资源？ 8.3.2 定义测试主题 建立测试计划树 定义测试主题 8.3.3 定义测试 定义本次测试的详细信息 8.3.4建立测试覆盖 测试覆盖指测试用例描述的需求与测试之间的关系。需求与测试之间可以是一对一的关系，也可以是一对多的关系，也可以是多对多的关系。 点击Reqs Coverage标签； 8.3.5设计测试步骤 测试步骤描述测试的执行过程。 点击design steps 标签页，就可以设计测试步骤 8.3.6自动测试 什么时候不该用自动测试？ 手工很容易测试的程序。 只需要测试一次的程序。 要马上进行测试的程序。 要使用直觉和经验才能测试的程序。 不可预知结果的程序。 2．什么时候该用自动测试？ 要经常执行测试的程序。 压力测试。（例如多用户执行、一个程序执行几万遍） 8.3.7分析测试计划 分析测试计划（Analyze Test Plan），即产生报告和图表来帮助测试人员分析测试计划数据，并检查所有测试以确保它们满足已经确定的项目测试目标。 8.4执行测试 TestDirecotr可以帮助