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的流转过程
- 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增加了一个测试类型:系统测试这里的系统测试跟我们测试概念中的系统测试有区别,这里主要指的是软件对于操作系统支持的测试。