TestDirector7_6简易使用手册
TestDirector测试管理工具试用及评估报告_OPEN
技术文件技术文件名称：MI TestDirector测试管理工具试用及评估报告技术文件编号：版本：V1.0文件质量等级：共26 页（包括封面）拟制邓巨峰程琳张平陆建浓谢华审核会签标准化批准深圳市中兴通讯股份有限公司目录目录 (2)1 试点实施的背景 (3)2 试点实施内容和目标 (3)3 试点项目介绍 (4)4 TestDirector工具简介 (5)4.1 TestDirector工作流图 (5)4.2 TestDirector主要组成部分 (6)5 需求（Test Inputs） (7)5.1 现状描述 (7)5.2 TestDirector 需求管理 (7)6 测试用例库 (11)6.1 测试用例设计－现状描述 (11)6.2 测试用例（Test Case）管理 (11)6.3 自动化测试脚本 (13)6.4 测试规程文档的生成 (14)7 测试执行(Test Set) (15)7.1 现状描述 (15)7.2 TD 测试执行 (15)8 故障跟踪 (18)9 测试评价 (18)9.1 测试结果日志 (18)9.2 测试覆盖率 (18)9.3 测试报告生成 (18)10 工具特性 (18)11 总体评价 (18)12 典型问题解决方案 (19)13 试点中存在的问题和解决方案 (22)1试点实施的背景CMM3对测试组织提出了测试流程一致化、标准化、更高的过程管理的要求。
目前我们的测试工作中有几个方面需要提高：1)测试人员对需求、测试计划与测试设计、测试实施、测试评价这一完整测试生命周期的认识尚不清晰，缺乏统一的测试过程管理平台，导致测试具有一定的盲目性，测试工作开展地较被动；2)测试效率和测试执行质量完全依赖于个人的技术水平和责任心，测试过程的可控性较差；3)好的测试设计思想和技术没有被集中地管理起来，测试过程中积累的方法和经验没有被有效地固化下来，不利于测试工作的长远发展。
4)研发流程中系统生命周期各阶段是相互关联的。
TestDirector用户手册 [文档在线提供]
![TestDirector用户手册 [文档在线提供]](https://img.taocdn.com/s3/m/1d0ccd6825c52cc58bd6be76.png)
TestDirector用户手册【摘要】TestDirector是Mercury Interactive公司推出的基于WEB的测试管理工具。
它能够指导进行测试需求定义、测试计划、测试执行和缺陷跟踪，即整个测试过程的各个阶段。
通过整合所有任务到软件测试中，来使整个测试管理工作更有效，并确保客户收到更高质量的产品。
【关键词】需求定义测试计划测试执行缺陷跟踪需求树测试计划树测试集欢迎使用TestDirector欢迎您使Mercury Interactive公司推出的基于WEB的测试管理工具——TestDirector。
它能够帮助你组织和管理软件测试过程的每一个阶段，包括测试需求定义、测试计划、测试执行和缺陷跟踪。
．如何使用本手册本手册描述了如何使用TestDirector来管理整个软件的测试过程。
它包括如下七个部分：Part I TestDirector 概貌提供关于TestDirector系统特征和使用方法的总体描述。
Part II 需求定义描述如何通过构造需求树来定义测试需求。
Part III 测试计划描述如何计划从构建测试计划树到创建测试的整个测试过程。
Part IV 测试执行描述如何创建测试集，执行手动测试和自动测试并且检查测试结果。
Part V 缺陷跟踪描述如何报告软件缺陷到TestDirector工程中并且跟踪缺陷的修复过程直到这个缺陷被解决。
Part VI TestDirector 分析描述如何通过创建报告、图表和工程文档来监控测试和缺陷跟踪过程。
Part VII 附录描述如何使用VAPI-XP测试工具。
．TestDirector文档套件除了本手册之外，TestDirector还附带了如下已印刷的文档：TestDirector 安装手册描述如何去安装TestDirector和需要连接到TestDirector工程数据库的客户端数据库软件。
TestDirector 指南一步一步的教你如何使用TestDirector来管理软件测试过程。
TestDirector详细使用步骤
TestDirector详细使用步骤1、计划测试运行（Scheduling Test Runs）TestDirector能够让你去控制测试集中测试的执行。
本章描述了：●计划测试运行（Scheduling a Test Run）●修改测试运行计划（Modifying a Test Run Schedule）●有序地组织测试（Arranging Tests Sequentially）●查找测试（Finding Tests）●查看执行流程图（Viewing the Execution Flow Diagram）1.1关于计划测试运行（About Scheduling Test Runs）在执行流程中，你能够为执行的测试指定日期和时间，以及设置条件。
条件是基于在执行流程中另一个已定义测试的结果。
通过设置条件，你能够要求TestDirector去推迟执行当前的测试，直到另一个已定义的测试已经完成运行或通过。
你也能够设置测试执行的顺序。
例如在New Order测试集中，你能够决定Test2的运行仅仅需要在Test1已经结束；Test3运行仅仅需要Test2通过；Test2必须在Test3之前运行一天。
不象执行网格，它显示的测试仅仅具有测试运行信息，执行流程显示的测试具有在图中的条件。
注意，在执行流程中，你仅仅只能够计划测试运行。
在执行流程图中，测试集是以测试集图标在表现，每个测试是以一个测试图标在表现。
一个虚线箭头当一个测试具有时间依赖时，一个时间依赖图标将被添加到这图表中。
1.2 计划测试运行（Scheduling a Test Run）执行流程能够让你查看已经发生的执行过程和控制测试被执行的方式。
你能够指定在什么时间（时间依赖）和什么条件（执行条件）下，测试被执行。
计划一轮测试运行：1.在执行流程上，双击一个测试或右击一个测试并选择Test Run Schedule。
测试运行计划的对话框被打开，并现在执行条件标签页。
TestDirector操作手册
错误！未找到引用源。
年月日发布年月日起实施目录1概述 (4)1.1测试管理过程 (4)1.2需求定义 (4)1.3测试计划 (5)1.4测试执行 (6)1.5缺陷跟踪 (6)2开始 (7)2.1启动TestDirector (7)2.2TestDirector窗口 (10)2.3TestDirector工具栏 (11)2.4修改密码 (12)2.5修改用户属性 (13)3开发需求树 (13)3.1关于需求树 (14)3.2创建需求树 (14)3.3查看关联缺陷 (16)3.4从需求创建测试 (17)3.4.1 转换需求到测试 (17)3.4.2 从需求产生测试 (21)4测试计划 (24)4.1开发测试计划树 (25)4.1.1关于测试计划树 (25)4.1.2创建测试计划树 (25)4.1.3添加测试到测试计划树 (26)4.1.4修改测试计划树 (28)4.2连接测试到需求 (30)4.2.1关于连接测试到需求 (30)4.2.2连接需求到一个测试 (32)4.2.3连接测试到一个需求 (33)4.2.4需求和测试覆盖的使用 (35)4.3构建测试 (36)4.3.1关于构建测试 (36)4.3.2设计测试步骤 (36)4.3.3调用一个具有参数的手动测试 (38)4.4创建自动化测试 (41)5测试集 (43)5.1创建测试集 (44)5.1.1关于创建测试集 (44)5.1.2添加测试集 (45)5.1.3添加测试到测试集 (47)5.2计划测试运行 (48)5.2.1关于计划测试运行 (48)5.2.2计划测试运行 (50)6 缺陷记录 (55)6.1增加BUG（测试员&程序员） (55)6.2修改BUG 状态 (57)1概述1.1测试管理过程TestDirector的测试管理包括如下四个阶段：需求定义（Specify Requirements）：分析应用程序并确定测试需求。
测试计划（Plan Tests）：基于测试需求，建立测试计划。
学习在TestDirector中建立测试计划及执行测试
实验九学习在TestDirector中建立测试计划及执行测试实验目的：掌握TestDirector中构建测试计划树、设计测试步骤、复制测试步骤、调用带参数的测试、创建并查看需求覆盖情况、生成自动测试脚本。
掌握TestDirector中定义测试集、向测试集中添加测试、制定测试运行时间表、执行手动测试、执行自动测试。
实验要求：在TestDirector_Demo项目中完成实验目的中所述各项任务。
实验条件：windows2000、TestDirector8.0实验内容及步骤：一、登录TD进入测试模块：打开TestDirector_Demo项目，仍然以质量保证测试者alice_td登录，密码为空；显示测试计划模块，并以测试计划树视图的方式显示。
二、创建一个测试计划树：1.在测试计划树中添加一个主题文件夹：选择Cruises 主题，单击New Folder 按钮，在对话框中填写Folder Name : Cruise Cancellation.在描述栏中填写说明：This folder contains tests that verify the Cancel Reservationfunctionality.2.在主题文件夹中添加一个新测试：选择Cruise Cancellation ，单击New Test 按钮，在对话框中填写Test Name : Cancel All Reservations 并选择测试类型为WR-AUTOMATED，单击OK。
测试类型包括：WR-AUTOMATED使用WinRunner进行功能测试；MANUAL手动测试；VAPI-TEST使用Visual API 进行功能测试；LR-SCENARIO：使用LoadRunner进行性能测试；ALT-SCENARIO：使用Astra LoadTest中的性能场景测试。
在测试的用户定义区域对话框中选择：Level: Basic （测试的难度级别：高级、基本、中级）Reviewed: Not ReviewedPriority: 4-Very High在描述栏中填写说明：The test verifies cancellation of cruise reservations in the Itinerary page.三、设计测试步骤：对于手动测试——通过制定测试步骤来完成测试计划的设计，并可以根据计划立即执行测试。
TestDirector的使用
TD的使用版本：1.0发布日期：2010-12-16 实施日期：2010-12-16修订记录目录修订记录 (2)1.TD的使用 (4)1.1.需求管理 (5)1.1.1.定义需求 (5)1.1.2.查看需求 (7)1.1.3.维护需求 (8)1.1.4.需求转换 (9)1.2.测试计划 (13)1.2.1.建立测试计划树 (13)1.2.2.创建需求覆盖 (17)1.3.执行测试 (19)1.3.1.定义测试集合 (19)1.3.2.在测试集中添加测试 (22)1.3.3.设计测试流程 (23)1.3.4.执行手工测试 (27)1.4.缺陷跟踪 (31)1.4.1.缺陷跟踪过程 (31)1.4.2.添加缺陷 (32)1.4.3.修改缺陷 (33)2.分析测试过程 (35)2.1.生成报告 (35)2.2.生成图表 (36)1.TD的使用TD是Mercury Interactive（交互式的）公司推出的基于WEB的测试管理工具，无论是通过Internet还是通过Intranet你都可以以基于Web的方式来访问TestDirector。
TestDirector 为应用程序发布之前的测试提供一个管理的框架，能够完成从需求管理到缺陷跟踪的整个过程，分为需求管理--测试计划--测试执行--缺陷跟踪。
需求管理(The test management process)大家都知道，需求驱动整个测试过程。
TD能够捕获并跟踪首次发生的需求，协助测试计划的完成，从根本上知道测试过程的实现。
需求管理包括如下几个方面：1)根据被测软件的相关文档定义测试范围，将产品需求转化为测试需求。
2)通过一棵需求树来定义被测软件的全部需求。
3)针对需求树中的每一个功能点，提供详细的需求描述，包括粘贴附件等方式。
4)自动生成统计图表，便于测试管理者分析需求。
测试计划(Planning tests)有了测试需求，就可以制定测试计划了，虽然需求驱动整个测试，但是对于我们测试来讲，测试计划的制定却是测试过程中至关重要的环节，它直接影响测试的进度和质量。
TestDirector用户指南
使用TestDirector的20个步骤作者：熊 浩1. 检查应用程序文档以确定测试范围，包括测试目标，测试策略。
2. 构建Requirements Tree以定义全部的测试需求。
3. 为需求树中的每一个需求创建详细的测试需求列表。
描述每一个需求，为之分配优先级，必要时可添加附件。
4. 生成报告和图表以助于分析测试需求。
复审需求以确保该需求适宜测试范围。
5. 检查应用程序、系统环境和测试资源以确定测试目标。
6. 将应用程序划分为模块或功能以备测试。
构建Test Plan Tree，将应用程序层次性的划分为测试单元或主题。
7. 为每个模块确定你所需要的测试类型。
向Test Plan Tree中的每一个测试添加基本定义。
8. 将每一个测试链接到相应的一个或多个需求。
9. 在Test Plan Tree中，通过为测试添加测试步骤开发手工测试。
测试步骤描述了每一个测试的测试操作、需要检查的点和预期结果。
然后确定哪些测试需要被自动化。
10. 通过使用Mercury Interactive的测试工具或者定制的测试工具、第三方测试工具为你所决定的需要自动化的测试创建测试脚本。
11. 生成报告和图表以助于分析测试计划数据。
复审测试以确定该测试适宜测试目标的程度。
12. 定义多个测试集以用于在项目中达到各种各样的测试目标。
确定在每一个测试集中包括哪些测试。
13. 确定测试执行的时间并给测试人员分配任务。
14. 在相应的测试集中自动或手工的执行测试。
15. 查看测试运行的结构以确定是否在应用程序中发现了缺陷。
生成报告和图表以助于分析测试运行结果。
16. 报告在应用程序中检测到的缺陷。
项目相关人员可以在测试过程中的任意阶段添加缺陷。
17. 复审新缺陷并且确定哪些缺陷应当被修复。
18. 改正那些需要修复的缺陷。
19. 测试新创建的应用程序。
继续以上过程知道缺陷被修复。
20. 生成报告和图表以助于分析缺陷修复的过程，还可以帮助确定何时发布应用程序。
TestDirector的使用
TD中的EMAIL发送流程 TD中的EMAIL发送流程
当Defect的状态改变时，TD会定时向相关人员发 Defect的状态改变时，TD会定时向相关人员发 送邮件，必要时，还可以手动发送邮件。
状态 Open/Reopen Fixed Rejected Developer
用户 TDAdmΒιβλιοθήκη n/Tester Tester/TDAdmin
Full permission to modify the contents of the test project None Create tests and modify their own tests None Create and execute test sets. Modify their own test sets None Create and change defect statuses from fixed to close Report defects and modify status Report defects and modify status of their own reported defects to fixed None
Requirements （测试需求）
在TD中，可以由粗到细制定测试需求。例 TD中，可以由粗到细制定测试需求。例 如功能测试，可以按照子系统的划分，逐步细 化到每个功能模块，而每个功能模块的测试需 求还可以再往下细分。如登录测试 ，可以分 为用户名称检查、密码检查；用户名称检查又 可以按照输入的内容分：合法字符、非法字符、 空字符、存在的用户名称、不存在的用户名称、 存在但类似的名称（如添加空格或大小写变化） 等等。测试需求不要求具体到实际的测试过程。
Defect的流转过程 Defect的流转过程
TestDirector 7.6 使用简介
TestDirector7.6使用简介——工程搭建初始化V 1.0四川启明星银海科技有限公司一、引言 (3)二、安装前期准备 (3)三、安装TestDirector 7.6 (3)四、创建项目 (12)五、定制项目模块、加入用户和授权 (17)六、Defect使用 (25)七、缺陷生命周期 (27)八、TD的备份 (28)九、常见问题处理方法 (28)一、引言本文用于简单描述测试管理工具TestDirector 7.6的安装、配置、及使用过程，旨在指导从来没有接触过该软件的人员可以快速使用它。
二、安装前期准备TestDirector需要一种数据库支持，所支持的数据库有access, SQL server, oracle ,Sybase , Access我们以SQL Server2000为例。
TestDirector的安装环境要求 IIS。
如果你没有，请在控制面板添加/删除程序中安装IIS。
放入SQL server2000光盘，在自动运行导航界面中单击“安装数据库服务器”，按向导安装即可，有不明之处，请参考Microsoft SQL Server 安装盘下的Readme文件。
三、安装TestDirector 7.61、为了延长工具的使用期，将计算机的时间改后N年，安装完后再改回。
2、在安装盘下执行setup.exe文件。
（在XP系统上安装，同时需要按住SHIFT键，跳过系统版本检测，否则安装报错）。
3、弹出如下图的界面4、点击按钮。
5、输入序列号License NO：B343P-44B44-43444-6444S，点击按钮。
6、选择支持的数据库服务器类型:MS-SQL server, Access, Sybase, Oracle，可选一个或多个, 点击按钮。
7、输入连接串，这里我们采用默认的，点击按钮。
8、这里验证你是否是域用户，请输入你的域用户帐号，点击按钮。
9、设置你的域存储区的路径，这里保存了域存储区的相关信息（建议使用默认路径），点击按钮。
TestDirector安装配置
TestDirector 安装/配置一、安装安装前提：系统安装有IIS、压缩软件RAR双击TestDirector 7.6 Enterprise.part01.rar点击setup.exe根据提示安装即可（安装时不用配置邮件等，安装完毕后再统一配置）二、配置1、邮件配置打开TD默认页面点击Site Administrator ，输入管理口令进入管理界面选中TD Servers标签页，点击Mail Protocol选中单选框Windows MAPI，填入“MS Exchange 设置”（和我们公司的邮箱系统一致，非本公司选取其他项）其他：在TD服务器上安装邮件客户端（Microsoft Outlook），申请专为TD定制的帐号，正确配置即可注意：只有邮件客户端启动后，TD才可以正常发邮件2、新建库（项目）配置打开TD默认页面点击Site Administrator ，输入管理口令进入管理界面选中Projects标签页，这里可以创建域、创建项目等点击”Create”按钮，可以新建一个域（比如test），在这个域中可以建立多个项目（比如test_project）选中所建的域（比如test），点击右FRAM上方的”Create”按钮即可创建项目（或鼠标右击域，点击菜单“Create Project”）系统弹出对话框，输入要创建的项目名称（比如test_project），并选择此项目的TD库要用的数据库类型（包括ACCESS、ORACLE、SYBASE、MS SQL） 点击”Next”，根据提示直到出现”Create”按钮，即可创建一个项目，即TD创建了一个TD库3、用户创建打开TD默认页面点击Site Administrator ，输入管理口令进入管理界面选中Users标签页，这里可以创建、删除用户等在创建用户时，用户名建议用英文，可以在”Full Name”中填入中文名，也可以填入相对应的邮箱地址，以便可以利用TD发邮件4、项目配置打开TD默认页面点击TestDirector，进入管理、使用总界面在”Project”下拉框中选择要配置的项目，点击右上角的CUSTOMIZE，系统弹出对话框，输入管理员口令确认（当然也可以在此对话框中选择域和项目） 以下进入项目本身配置，包括用户权限、分组、自定义等等●项域配置（TD列表显示内容以及提TD需要录入项）✓点击“Customize Project Entities”，进入项目本身需要我们自己定义的项✓对于测试库来说，经常用的是“DETECT”，那么可以在“SYSTEMFIELDS”中添加我们经常用的（比如流转到、受理人、受理时间、问题描述等）；“USER FIELDS”中添加我们经常用的（比如发布版本号、来源、提出人等）●项域子项配置✓点击“Customize Project Lists”，进入项目子项配置，可以给项目域加入子项✓选中一个项域，点击“New Item”按钮即可添加子项（比如，选中来源，添加子项“市场部”、“厂商”、“网络部”等）●组定义配置（用户组，便于做权限控制）✓点击“Setup Groups”，系统弹出组设置、自定义的界面✓系统默认的组为：Develper、Project Manager、QA Tester、TDAdmin 、Viewer等几种。
Parasoft-CTest操作手册
C++Test介绍修订历史记录目录第一章C++Test 特性 (4)第二章C++Test 使用 (6)一．安装说明 (6)1．Windows下安装 (6)2．申请License (6)二．启动C++Test (7)1．从VC++里启动C++Test (7)2．传统启动C++Test (8)三．Linux下安装及启动 (9)四．C++Test快速测试 (10)1．打开被测文件 (10)2．静态测试 (12)3．动态测试 (14)4．生成报表 (16)第三章C++Test高级功能 (19)一．导入VC++工程(Import VC++ project) (19)二．选择编译器(project configuration) (20)三．设置测试配置(test configuration ) (21)四．编码规则测试结果分析 (26)五．测试用例分析 (28)六．Data Source (33)七．桩函数设置 (40)八．导入导出测试用例 (43)九．T est Objects (45)十．覆盖率分析 (48)十一．回归测试 (52)十二．其他设置 (55)1．设置TCM (55)2．设置GRS (56)3．设置源代码编辑器和HTML浏览器 (57)第四章RuleWizard定制规则 (59)一．启动RuleWizard (59)二．打开一个现有的规则 (60)三．设计一个新规则 (62)四．C++Test中导入自定义规则 (71)第一章C++Test 特性C++Test是一个C/C++单元测试工具，自动测试任何C/C++类、函数或部件，而不需要您编写一个测试用例、测试驱动程序或桩调用。
C++Test能够自动测试代码构造（白盒测试）、测试代码的功能性（黑盒测试）和维护代码的完整性（回归测试）。
C++Test是一个易于使用的产品，能够适应任何开发生命周期。
通过将C++Test集成到开发过程中，您能够有效地防止软件错误，提高代码的稳定性，并自动化单元测试技术（这是极端编程过程的基础）。
TestDirector使用说明
TestDirector使用简要说明一．TestDirector登陆
在IE地址栏输入http://192.168.11.165/tdbin/，在页面中选择TestDirector，如下图所示。
选择Domain为安管，根据测试模块的不同在Project选择安管系统或者代理，安管系统主要是系统功能和界面的测试，代理主要是白名单和代理保护文件的测试。
在UserId中填各自的中文名字登录，密码全部为空。
二．填写用户感受
在进入TestDirector中之后，选择TESTPLAN按钮，在左侧Subject树中
点击用户感受前的+号，选择自己的用户名，在Details选项的Description中，填写各自的使用感受。
为了统一格式，第一行先注明时间，感受在时间之后开始写起。
如图所示：
三．提交BUG和缺陷
选择DEFECTS按钮，如图选择Add Defects
在弹出的对话框中，填入相应的信息，如下图：
Sumary中填入要提交BUG和缺陷的概要内容；Serverity中选择缺陷的严重级别，根据情况酌情选择；
Assigned To中选择这一缺陷所属模块的研发负责人；Priority中选择此缺陷需要处理的优先级别；Subject选择这一缺陷所属的主题，该主题为在TESTPLAN中建立的测试计划主题；Description中填入该BUG和缺陷出现的详细步骤和前提，为研发人员解决问题提供方便。
提交BUG图片时，需要将BUG图片保存在本地，然后在点击添加附件按钮，将保存到本地的BUG图片导入，如下图。
TestDirector使用手册
TestDirector 使用手册1：简介TestDirector是MI（Mercury Interactive）公司一个测试管理工具，是业界第一个基于Web 的测试管理系统,它可以在您公司内部或外部进行全球范围内测试的管理。
通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。
电子商务正影响着许多公司制定计划和建立自己的IT系统。
很快，一个Web应用软件就能被创建，开发并立即展现在您的客户、供应商或合作伙伴的面前。
然而，由于紧凑的开发计划和复杂的系统基构，Web应用软件的测试经常是被忽视的。
为了与新经济同步，您必须开发经过系统测试的高品质的网络应用软件。
您需要设立一个中央点来管理测试过程。
一套基于Web的测试管理系统提供了一个协同合作的环境和一个中央数据仓库。
由于测试人员分布在各地，您需要一个集中的测试管理系统能让测试人员不管在何时何地都能参与整个测试过程。
IT部门增长地会非常快，人员也会不断流动。
您必须以最快的速度培训新的测试人员，教会他们所有与测试有关的知识技术。
重点在于管理复杂的开发和测试过程，改善部门间的沟通，加速您测试的成功。
TestDirector能消除组织机构间、地域间的障碍。
它能让测试人员、开发人员或其它的IT 人员通过一个中央数据仓库，在不同地方就能交互测试信息。
TestDirector将测试过程流水化——从测试需求管理，到测试计划，测试日程安排，测试执行到出错后的错误跟踪——仅在一个基于浏览器的应用中便可完成，而不需要每个客户端都安装一套客户端程序。
需求管理程序的需求驱动整个测试过程。
TestDirector 的Web 界面简化了这些需求管理过程，以此您可以验证应用软件的每一个特性或功能是否正常。
通过提供一个比较直观的机制将需求和测试用例、测试结果和报告的错误联系起来，从而确保能达到最高的测试覆盖率。
实验七 学习TestDirector基本界面及在TestDirector中建立需求树
实验七学习TestDirector基本界面及在TestDirector中建立需求树实验目的：了解TestDirector的测试过程及被测软件Mercury Tours，掌握TestDirector的登录、退出方法，掌握TestDirector基本界面组成。
掌握TestDirector中需求树的创建、查看、修改、转换。
实验要求：完成TestDirector的登录，熟悉TestDirector基本界面中各部分组成。
在TestDirector_Demo项目中完成对需求树的创建、查看、修改、转换过程。
实验条件：windowsXP、TestDirector8.0、Mercury Tours实验内容及步骤：一、了解TestDirector初始界面二、进入TestDirector主界面，了解相关设置，如：TD工程选项设置、TD站点管理等。
三、以质量保证测试者alice_td登录，密码为空四、在基本界面中了解：1.公有组成部分：TestDirector系统工具条、项目名称（当前用户）、工具、帮助、退出按钮；2.各模块：模块菜单栏、模块工具条、模块视图五、退出TestDirector六、了解被测软件Mercury Tours：1.先启动Tomcat服务，打开Mercury Tours；2.在Mercury Tours中注册个人信息——Register3.登录Mercury Tours——Sign-In，直接进入航班查询页4.预定一次航班5.测试其他模块6.退出Mercury Tours——Sign-Off，关闭网页，停止Tomcat服务七、打开TestDirector_Demo项目，仍然以质量保证测试者alice_td登录，密码为空；显示需求模块，并使需求树以文档视图的方式显示。
了解需求模块界面中菜单、工具栏按钮及需求类表各字段的含义。
八、创建一个需求：1.添加一个新需求：2.添加两个子需求：九、查看需求树：1.逐级查看需求2.查看需求编号十、修改需求树：1.复制一个需求：2.粘贴3.将需求重命名：4.在需求树中移动需求：5.删除需求：十一、将需求转换成计划1.选定需求：2.打开转换为测试向导进行转换：3.将需求转换成计划树中的一个主题；完成转换。
TestDirector项目的配置手册
1C u s t o m i z e P r o j e c t E n t i t i e s 1.1 DEFECT1.1.1System FieldsMake sure that the following fields need operation log – check the checkboxes of History●Assigned To●Detected by●Detected in Version●Detected on Date●Status●Description1.1.2User Fields1.1.2.1 A dd a user field 产生于阶段The field type is lookup list and thenCreate the relevant lookup list named 产生于阶段, the list include items as following:1.1.2.2 A dd a user field 解决方法The field type is lookup list and thenCreate the relevant lookup list named 解决方法, the list include items as following:1.1.2.3 C reate a user field 种类The field type is lookup list and thenCreate the relevant lookup list named 缺陷种类, the list include items as the following: image1.1.2.4 C reate a user field 强行关闭原因1.1.2.5 C reate a user field 发现于阶段The field type is lookup list and theCreate the relevant lookup list named 发现于阶段, the list include items as following1.2 Requirement1.2.1System Field1.2.1.1 R eviewedCheck the check box of Lookup list link to this field. Please refer to the following image.2Customize Project Lists2.1 Bug statusSet the bug status as the following image2.2 评审缺陷种类set the 评审缺陷种类as the following image3Setup groups3.1 测试工程师Create a new group 测试工程师and setup it’s permissions as following3.1.1DEFECTS3.1.1.1 A dd Defect:3.1.1.2 M odify defectSet the privilege as the following imageClear all the options of “Owner Only” because this option does not work properly. Remove all the transition rules except status, the transition rules are as following image3.1.1.3 D elete DefectClear the checkbox to forbid this group to delete defects.3.1.2Requirements Setup as the following imageFollowing are some detailed settings AttachmentDescriptionDirect Cover StatusPriorityReviewed3.1.3Test Plan3.1.3.1 A dd Test3.1.3.2 M odify TestCheck all the checkboxes under the node “Modify Test”Check all the options of “Owner Only” except Executions Status and Status Clear the options of “Owner Only” of Executions Status and Status Remove all the transition rules.3.1.3.3 D elete Test3.1.3.4 A dd Design Step3.1.3.5 M odify Design StepCheck all the checkboxes under this node.3.1.3.6 D elete Design Step3.1.3.7 A dd Folder3.1.3.8 M odify FolderCheck all the checkboxes under this node.3.1.3.9 D elete Folder3.1.3.10 Move Folder3.1.3.11 Copy Folder3.1.3.12 Generate Script3.1.4Test LabCheck all the checkboxes to grant all the privileges to this groupUncheck all the options of “Owner Only”Remove all the transition rules.3.1.5AdministrationSet up as the following image3.2 测试经理Create a new group 测试经理(create as 测试工程师). And setup it’s permissions as following3.2.1Defect3.2.1.1 A dd defectThe same as group 测试工程师3.2.1.2 M odify defectThe same as group 测试工程师except the transition rule of status3.2.1.3 D elete defectCheck the check box to enable this group to erase defects, and clear the option of “Owner Only”. In another word, this group can delete all the defects.3.2.2RequirementsCheck all the checkboxes to grant all the privileges to this group.Clear all the options of “Owner Only”except attachment and description.Check the options of “Owner Only”of attachment and descriptionClear all transition rules.3.2.3Test plan3.2.3.1 A dd TestThe same as group “测试工程师”3.2.3.2 M odify TestThe same as group “测试工程师” except Designer.The setting of Designer of this group is as following image3.2.3.3 D elete TestThe same as group “测试工程师”3.2.3.4 A dd Design Step The same as group “测试工程师”3.2.3.5 M odify Design Step The same as group “测试工程师”3.2.3.6 D elete Design Step The same as group “测试工程师”3.2.3.7 A dd FolderThe same as group “测试工程师”3.2.3.8 M odify FolderThe same as group “测试工程师”3.2.3.9 D elete FolderThe same as group “测试工程师”3.2.3.10 Move FolderThe same as group “测试工程师”3.2.3.11 Copy FolderThe same as group “测试工程师”3.2.3.12 Generate Script The same as group “测试工程师”3.2.4Test labThe same as group “测试工程师”3.2.5AdministrationSetup as the following image3.3 开发工程师Create a new group 开发工程师(create as developer). And setup it’s permissions as following 3.3.1Defects3.3.1.1 A dd DefectClear the checkbox to forbid this group to add defect.Setup as the following imageClear all the option of “Owner Only”Remove all the transition rules except statusSet the transition rules of Status as following imageClear the checkbox to forbid this group to erase defect.3.3.2RequirementsSetup as the following image3.3.3Test planClear all the checkboxes to forbid all the privileges to this group 3.3.4Test labClear all the checkboxes to forbid all the privileges to this group 3.3.5AdministrationThe same as group 测试工程师3.4 开发经理Create a new group 开发经理(create as 开发工程师). And setup it’s permissions as following 3.4.1Defects3.4.1.1 A dd DefectThe same as group “开发工程师”3.4.1.2 M odify DefectSetup as the following imageClear all the options of “Owner Only”Clear all the transition rules except status, the transition rules of status is as following3.4.1.3 D elete DefectThe same as the group 开发工程师3.4.2RequirementsThe same as the group 开发工程师3.4.3Test PlanThe same as the group 开发工程师3.4.4Test LabThe same as the group 开发工程师3.4.5AdministrationThe same as the group 开发工程师3.5 测试员Create a new group 测试员(create as 测试工程师). And setup it’s permissions as following 3.5.1DefectsClear all the checkboxes to forbid all the privileges to this group3.5.2RequirementsClear all the checkboxes to forbid all the privileges to this group3.5.3Test PlanClear all the checkboxes to forbid all the privileges to this group 3.5.4Test LabSetup as the following image3.5.5AdministrationThe same as group 测试工程师4Setup workflow4.1 Script Generator-List Customization for defectsModule4.2 Script Generator- Add defect field customization 4.2.1测试工程师(需要添加期望解决日期与解决人)Setup as the following image4.2.2测试经理The same as 测试工程师4.3 Script Generator –Defect details fieldcustomization4.3.1测试工程师4.3.2测试经理The same as 测试工程师4.3.3开发工程师The same as 测试工程师4.3.4开发经理The same as 测试工程师4.4 Script Generator – Script Editor 4.4.1Defects module script4.4.1.1 D efects_Bug_NewModify the sub as the following image4.4.2Test Plan Module script4.4.2.1 T estPlan_Test_NewModify the sub as the following image。
软件测试管理-基于TestDirector应用教学设计
软件测试管理-基于TestDirector应用教学设计概述测试是软件开发过程中不可或缺的一部分。
软件测试的主要目的是验证软件是否符合业务要求，以及完善和改进软件质量。
然而，在测试过程中，需要经过严格的管理和规划，才能实现测试的最佳效果。
TestDirector是一种测试管理工具，能够帮助项目经理计划、管理和跟踪测试活动。
本文档将介绍在软件测试过程中，如何使用TestDirector进行一些基本的应用教学设计。
环境准备在正式使用TestDirector之前，需要做一些准备工作，包括建立项目、添加用户、分配权限等。
建立项目首先需要建立测试项目，以便在TestDirector中追踪测试活动。
具体步骤如下：1.登录TestDirector。
2.点击“项目”选项卡。
3.选择“新建项目”。
4.填写项目名称和描述等信息，然后保存即可。
添加用户在TestDirector中，不同的用户有不同的角色和权限。
可以根据需要添加测试人员、开发人员、项目经理等不同角色的用户。
具体步骤如下：1.登录TestDirector。
2.点击“管理”选项卡。
3.选择“用户”。
4.点击“新建用户”。
5.填写用户的基本信息和登录信息等，然后保存即可。
分配权限在TestDirector中，可以对不同的用户分配不同的权限。
例如，可以让某些用户具有创建测试用例、执行测试用例等操作的权限，而让另一些用户只能查看测试结果等操作。
具体步骤如下：1.登录TestDirector。
2.点击“管理”选项卡。
3.选择“用户权限”。
4.选择要配置的用户，然后分配相应的权限。
基本应用教学设计创建测试用例在TestDirector中，可以创建测试用例来描述需求和测试活动。
具体步骤如下：1.登录TestDirector。
2.点击“测试实例”选项卡。
3.选择“测试用例”。
4.点击“新建测试用例”。
5.填写测试用例的基本信息和测试步骤等，然后保存即可。
创建测试集在TestDirector中，可以创建测试集来组合和运行多个测试用例。
TestDirector 介绍
内存:At least 128 MB of RAM memory. For improved
performance,256 MB is recommended for Windows NT 4.0.
硬盘大小: At least 90 MB of free disk space is required for
3 or Higher Windows 2000 Server/Professional
web服务: Windows NT 4.0 Server: Internet Information Server
(IIS) 4.0 Windows NT 4.0 Workstation: Personal Web Server (PWS) 4.0 Windows 2000 Server/Professional: Internet Information Server (IIS) 5.0 数据库: Oracle: 7.3, 8.0.x (excluding 8.0.3), 8.1.5, or 8.1.6 (works with Oracle 8.0.5 or 8.0.6 client only, also requires BDE to be upgraded to 5.11.) Microsoft SQL Server: 6.5 (requires Service Pack 5a), 7.0, or 2000. Sybase: up to version 11.9 Microsoft Access: ODBC 4.0
• 分析需求
计划测试（使用TEST PLAN 测试计划管理 器） 流程： 定义测试策略－》定义测试－》建立测试覆盖 －》设计测试步骤－》 自动测试
TestDirector_简易教程
TD用了1年了，已经非常上手了。
这个是我以前写的一个简易教程，TD真的是个很强大的家伙，而且使用和安装都比较简单。
还有就是安装盒使用过程中遇到的问题和解决办法。
一、服务器端安装（server2003）服务器配置：要求安装IIS并建立网站，如果是server2003，得将服务器设置为应用程序服务器；步骤：按照安装向导一步步安装完成后，在计算机管理/Internet服务iis管理/网站/新建网站，将目录设置为TD的安装目录即可。
二、客户端安装（XP系统）在客户端输入服务器上建立的网址如：http://hostname:port/TDBIN/default.htm,选择testDirector项，进入客户端界面，输入用户名和密码即可。
三、管理员使用1.创建域和项目2.分配用户在testDirector界面，点击Cutomize，分配用户给project。
（用户组需先在管理员界面中创建）3.4.管理员帐号登陆客户端，创建需求树。
5.定制测试项目的各个字段管理员帐号登陆客户端，点击右上角顶点Cutomize，进入Project Cutomize界面，选择Customize Project Entities，展开Test节点，定义系统字段。
可以将系统字段改成中文的，以便在输出成测试计划报表的时候方便阅读。
6.设置权限设置只有管理员才能修改或删除缺陷或测试：Customize /setup groups /新建一个组(如果是采用它默认的组,不能修改权限),然后点击change,在这里就可以修改权限.这个权限内荣很丰富:比如能删除、可视、编辑等的权限。
在修改defects时，发现虽然设置了某一个权限，但是仍无法修改，原因是：在右测的Transition Rules中,要把From To的内容改成: from any to any(或按需要改)四、测试人员使用1.测试计划（TEST PLAN标签）在测试计划树中按测试类型和测试模块建立测试文件夹，再在文件夹中建立各个测试步骤，并在测试步骤中添加测试用例2.测试实验室（TEST LAB标签）在Test Sets Tree中建立测试集，然后从测试计划树或需求中导入测试步骤（发现从测试树中导入不成功）然后就run即可。
testdirector下载
testdirector下载序言TestDirector是一款功能强大的测试管理工具，广泛应用于软件测试行业。
它为测试团队提供了一个集中的平台，使他们能够有效地组织和管理测试活动。
本文将介绍TestDirector的功能和优势，并向读者提供下载该软件的途径。
一、TestDirector的功能1. 项目管理：TestDirector允许用户创建和管理测试项目。
用户可以为每个项目设置不同的访问权限，并跟踪整个项目的进展。
2. 测试计划和用例管理：TestDirector提供了一个集中的界面，使用户能够创建和维护测试计划和用例。
用户可以在TestDirector中编写测试用例，指定测试步骤和预期结果，并关联用例与测试需求。
3. 缺陷跟踪和报告：TestDirector可用于跟踪和管理测试过程中的缺陷。
用户可以在TestDirector中录入缺陷，并随时更新缺陷的状态和解决进度。
此外，TestDirector还提供了灵活且可定制的报告功能，用户可以根据需要生成各种类型的测试报告。
4. 进度监控：TestDirector对测试项目的进度进行实时监控。
通过图表和报表的形式，用户可以清晰地了解测试的进展和当前的状态。
这使得测试团队能够及时做出调整和决策。
5. 自动化集成：TestDirector可以与其他自动化测试工具集成，如Selenium和HP QuickTest Professional。
这使得测试团队能够更轻松地执行自动化测试，并将测试结果直接导入TestDirector进行分析和管理。
二、TestDirector的优势1. 简化测试管理：TestDirector提供了一个集中的平台，将测试计划、用例和缺陷管理等功能整合在一起。
它提供了直观的用户界面和易于使用的功能，使测试团队能够更高效地组织和管理测试活动。
2. 提高测试效率：TestDirector的自动化功能可以大大提高测试效率。
通过与自动化测试工具的集成，测试团队可以快速执行大量的测试，减少人工测试的工作量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
TestDirector7.6简易使用手册1：序言：版本：V0.9版本文是在《TestDirector7.2简易使用手册》的基础上编写的，旨在读者通过对本文的阅读，可以大致了解TestDirector7.6中新增功能的使用方法。
如果你目前对TestDirector7.2并不十分了解，请先阅读《TestDirector7.2简易使用手册》，然后再阅读此文。
由于作者本人也对TestDirector 了解不够深入，如有错误的地方，还请阅读此文的朋友多批评指正。
2：阅读向导：本文包括四个部分：1．TestDirector7.6（简称TD7.6）系统管理员新增功能操作说明2．TD7.6用户新增功能操作说明3．TD7.6常见问题说明4．TD7.6高级功能说明3：系统管理员新增功能操作说明3.1系统安装3.1.1系统配置服务端配置：服务端配置除了硬盘空间要求提高之外，操作系统还要求必须打WIN2000 SP2。
不过可喜的是对数据库的支持更好了（支持Oracle9i是个好消息）。
平台An IBM-PC or compatible with a Pentium® II or III /266 MHz orhigher microprocessor.内存At least 128 MB of RAM memory. For improved performance, 256 MB isrecommended.硬盘大小At least 320 MB of free disk space is required for installing TestDirector on aWeb server (135 MB of free disk space on the system drive, and 185 MB offree disk space for the physical location). Note that if you store yourTestDirector projects on the same Web server, at least another 60 MB of diskspace is required.For Windows NT 4.0, at least another 140 MB of disk spacerequired for virtual memory.For Windows 2000, at least another 190 MB of disk space is required forvirtual memory.操作系统Windows NT 4.0 Server with Service Pack 6aWindows 2000 Server/Professional (with Service Pack 2)web服务Windows NT 4.0 Server with Service Pack 6a: Internet Information Server(IIS) 4.0Windows 2000 Advanced Server/Server/Professional: Internet InformationServer (IIS) 5.0数据库Microsoft AccessOracle: 7.3.4, 8.0.5, 8.1.6, 8.1.7, or 9.0.1.Microsoft SQL Server: 6.5 (requires SQL Service Pack 5a), 7.0, or 2000.Sybase: 11.9 or 12.0 (both work with Sybase 12.0 database client only)客户端配置：最大的变化应该是支持XP做为客户端，TD7.2的时候可是不支持。
平台An IBM-PC or compatible with a Pentium® /100 MHz or highermicroprocessor.内存64 MB硬盘大小10 MB of free disk space操作系统Windows 95 OSR2Windows 98 SEWindows NT 4.0 Server/Workstation with Service Pack 6aWindows 2000 Advanced Server/Server/ProfessionalWindows XP Professional/Home Edition浏览器Internet Explorer 4.01 with Service Pack 2, 5.01 with Service Pack 2, 5.5 withService Pack 2, or 6.0Netscape Navigator 4.78, or 4.79 (Note that in order to work with NetscapeNavigator, you must install Internet Explorer 4.01 with Service Pack 2.)显示Color palette setting of 256 colors or higher (65536 colors or higherrecommended). Resolution 800x600 minimum (1024x768 or higherrecommended).附带Microsoft Word 97 or higher (in order to access TestDirector’sDocument Generator).3.1.2安装步骤进入TD7.6系统安装的界面点击按钮说明：如果你有序列号，接下来的安装界面应该是数据库的设置界面这里验证你是否是域用户，请输入你的域用户帐号，点击设置你的域存储区的路径，这里保存了域存储区的相关信息，点击按钮，共享这个目录设置共享目录名称，点击按钮设置发布web的虚拟目录，点击设置是否安装默认的工程，点击点击正在安装TD7.6的界面点击点击点击TestDirector链接，进入工程界面点击下面我只介绍与7.2不同的地方：3.2.1用户管理点击Setup Users链接弹出用户管理的界面，点击出现的是供选择的用户列表（TD7.2中是没有这个列表供选择），也可以点击双击按钮，了解中新，它的作用是如果你给一个组织（例如Viewer组织）定义了登录模式。
如果定义的是Defects Module，则当这个组织的用户登录一个工程后仅仅显示Defects标签页，其他的三个标签页面都不会显示。
而如果定义的是TestDirector Module，则会显示四个标签页。
附：如果这个用户属于多个组织，这几个组织中只要有一个组织设置为TestDirector Module，则也会显示四个标签页。
3.2.3配置用户属性：新增功能，可以设置管理员自己的用户属性。
点击Change User Porperties 链接3.2.4组织管理界面上有所变化，由于没有深入研究，不知道功能上存在变化没有。
点击Setup Groups链接3.2.5配置工程字段点击Customize Project Entities链接这里比TD7.2多增加了一个TEST IN TESTSET表可以进行配置。
3.2.6工作流的配置改变较大，此部分以后逐步完善点击Setup Workflow链接3.3站点管理这部分改动比较大，站点管理也实现了远程管理了。
这部分应该是TD7.6与TD7.2最大的区别了吧。
在TD的主界面，点击Site Administrator链接，进入站点管理的登录界面点击的存储区，默认为TD_Dir，系统的域用户可以共享这个域的存储区，一个域可以存储多个工程，并且每个域都有一个叫TestDirector_Demo的默认的工程。
如下图为TD的架构图：下图为工程管理的主界面点击点击按钮可以让一个工程处于停止状态的工程恢复到活动状态。
点击Connection String链接，可以修改工程数据库的ADO连接字符串。
点击User Quota链接，可以设置工程用户的连接人数。
点击Description连接，可以修改工程的描述信息。
3.3.2用户管理用户管理的整个架构改动了，我个人比较喜欢这样的用户管理的架构。
这样就不需要在每个工程中添加用户了。
而只用在工程中选择TD用户即可。
点击Users标签页点击按钮，可以删除用户。
点击可以从系统中的域用户导入到TD中来，个人感觉这个功能相当不错。
点击3.3.4Lisenses管理点击Lisenses标签页可以管理你的lisenses3.3.5TD服务和参数管理点击TD Servers标签页可以管理日志、邮件服务等。
点击Site Config标签页可以设置TD中的一些系统参数。
附：参数一定要存在。
点击DB Servers标签页（没有注册可不会显示这个标签页）可以管理数据库服务的属性，具体操作我也没有试过。
3.4TD服务管理3.4.1停止TD服务TD7.6安装完成后，在你的任务栏上会出现图标会变为图标右键，弹出右键菜单点击Start TestDirector菜单，可以启动TD服务，管分，点击右键菜单点击Change TestDirector ”RunAs”菜单，可以更改管理TD服务的域用户的帐号3.4.4TD检查器选择开始>程序>TestDirector 7.6> TestDirector Checker点击4：用户新增功能操作说明4.1基本功能登录TD的一个工程，主界面如下4.1.1TOOLS功能菜单点击4.4.2工具栏点击按钮，可以返回到TD的后一个位置。
点击按钮，设置拼写检查属性。
点击按钮，可以添加bug。
点击4.4.3添加附件在添加附件的界面中，点击4.2需求定义：4.2.1界面上有所变化4.2.2增加了历史记录和描述窗口4.2.3增加了需求邮件通知功能4.2.4加强了需求转换为测试用例的功能4.3测试计划4.3.1界面上有小的变化4.3.2改变了用例视图的选择方式4.3.3增加了测试用例邮件通知4.3.4增加了测试步骤增加参数的功能4.3.5增加了测试用例中调用另一个用例的功能4.3.6增强了自动测试功能支持LR（LoadRunner）、WR（WinRunner）、XRunner、QTP（QuickTest Professional）、ALT （Astra LoadTest）等测试工具。
4.3.7增加了一个测试类型：系统测试这里的系统测试跟我们测试概念中的系统测试有区别，这里主要指的是软件对于操作系统支持的测试。