TestDirector操作手册.docx
《TestDirector操作手册.docx》由会员分享，可在线阅读，更多相关《TestDirector操作手册.docx（57页珍藏版）》请在冰豆网上搜索。
TestDirector操作手册
TestDirector操作手册
年月日发布年月日起实施
目录
1概述6
1.1测试管理过程6
1.2需求定义6
1.3测试计划7
1.4测试执行8
1.5缺陷跟踪8
2开始9
2.1启动TestDirector9
2.2TestDirector窗口12
2.3TestDirector工具栏13
2.4修改密码14
2.5修改用户属性15
3开发需求树15
3.1关于需求树16
3.2创建需求树16
3.3查看关联缺陷18
3.4从需求创建测试19
3.4.1转换需求到测试19
3.4.2从需求产生测试23
4测试计划26
4.1开发测试计划树27
4.1.1关于测试计划树27
4.1.2创建测试计划树27
4.1.3添加测试到测试计划树28
4.1.4修改测试计划树30
4.2连接测试到需求32
4.2.1关于连接测试到需求32
4.2.2连接需求到一个测试34
4.2.3连接测试到一个需求35
4.2.4需求和测试覆盖的使用37
4.3构建测试38
4.3.1关于构建测试38
4.3.2设计测试步骤38
4.3.3调用一个具有参数的手动测试40
4.4创建自动化测试43
5测试集45
5.1创建测试集46
5.1.1关于创建测试集46
5.1.2添加测试集47
5.1.3添加测试到测试集49
5.2计划测试运行50
5.2.1关于计划测试运行50
5.2.2计划测试运行52
6缺陷记录57
6.1增加BUG（测试员&程序员）57
6.2修改BUG状态59
1
概述
1.1测试管理过程
TestDirector的测试管理包括如下四个阶段：
需求定义（SpecifyRequirements）：
分析应用程序并确定测试需求。
测试计划（PlanTests）：
基于测试需求，建立测试计划。
测试执行（ExecuteTests）：
创建测试集（TestSet）并执行测试。
缺陷跟踪（TrackDefects）：
报告程序中产生的缺陷并跟踪缺陷修复的全过程。
贯穿测试的每一个阶段，你能够通过产生详细的报告和图标对数据进行分析。
1.2需求定义
分析应用程序并确定测试需求。
定义测试范围（DefineTestingScope）：
检查应用程序文档，并确定测试范围——测试目的、目标和策略。
创建需求（CreateRequirements）：
创建需求树（RequirementsTree），并确定它涵盖所有的测试需求。
描述需求（DetailRequirements）：
为“需求树”中的每一个需求主题建立了一个详细的目录，并描述每一个需求，给它分配一个优先级，如有必要的话还可以加上附件。
分析需求（AnalyzeRequirements）：
产生报告和图表来帮助你分析测试需求，并检查需求以确保它们在你的测试范围内。
1.3测试计划
基于已定义的测试需求，创建相应的测试计划，注意：
工具中的测试计划并非标准意义上的测试计划，暂时还没有时间计划，可以理解为测试用例的集合。
定义测试策略（DefineTestingStrategy）：
检查应用程序、系统环境和测试资源，并确认测试目标。
定义测试主题（DefineTestSubject）：
将应用程序基于模块和功能进行划分，并对应到各个测试单元或主题，构建测试计划树（TestPlanTree）。
定义测试（DefineTests）：
定义每个模块的测试类型，并为每一个测试添加基本的说明。
创建需求覆盖（CreateRequirementsCoverage）：
将每一个测试与测试需求进行连接。
设计测试步骤（DesignTestSteps）：
对于每一个测试，先决定其要进行的测试类型（手动测试和自动测试），若准备进行手动测试，需要为其在测试计划树上添加相应的测试步骤（TestSteps）。
测试步骤描述测试的详细操作、检查点和每个测试的预期结果。
自动测试（AutomateTests）：
对于要进行自动测试的部分，应该利用MI、自己或第三方的测试工具来创建测试脚本。
分析测试计划（AnalyzeTestPlan）：
产生报告和图表来帮助你分析测试计划数据，并检查所有测试以确保它们满足你的测试目标。
1.4测试执行
创建测试集（TestSet）并执行测试。
创建测试集（CreateTestSets）：
在你的工程中定义不同的测试组来达到各种不同的测试目标，他们可能包括，举个例子，在一个应用程序中测试一个新的应用版本或是一个特殊的功能。
并确定每个测试集都包括了哪些测试。
确定进度表（ScheduleRuns）：
为测试执行制定时间表，并为测试员分配任务。
运行测试（RunTests）：
自动或手动执行每一个测试集。
分析测试结果（AnalyzeTestResults）：
查看测试结果并确保应用程序缺陷已经被发现。
生成的报告和图表可以帮助你分析这些结果。
1.5缺陷跟踪
报告程序中产生的缺陷并跟踪缺陷修复的全过程。
添加缺陷（AddDefects）：
报告程序测试中发现的新的缺陷。
在测试过程中的任何阶段，质量保证人员、开发者、项目经理和最终用户都能添加缺陷。
检查新缺陷（ReviewNewDefects）：
检查新的缺陷，并确定哪些缺陷应该被修复。
修复打开的缺陷（RepairOpenDefects）：
修复那些你决定要修复的缺陷。
测试新构建（TestNewBuild）：
测试应用程序的新构建，重复上面的过程，直到缺陷被修复。
分析缺陷数据（AnalyzeDefectData）：
产生报告和图表来帮助你分析缺陷修复过程，并帮助你决定什么时候发布该产品。
2开始
2.1启动TestDirector
你可以通过你的工作站上WEB浏览器启动TestDirector。
启动TestDirector：
1.打开Web浏览器并输入TestDirector所在的URL（http:
//cvsserver/tdbin/default.htm），TestDirector的首页将被打开。
2.点击TestDirector链接。
首次登陆TD，TD会提示你安装一些TD的插件，选择“总是信任...”如图所示：
3.在域列表中选择你想进入的域。
这里选择DEFAULT。
若不知道具体应该选择哪个域，请与管理员联系。
在工程列表中选择一个工程。
你可以选择名为Demo的工程（确信你在Domain列表中已经选择了DEFAULT域）。
注：
现在这个工程是一个测试的工程，每个人都有除了管理员权限之外的所有权限，可以在这个工程中做一些学习操作，里面也放了一些具体的实例。
另外你还可以选择TESTDIRECTOR_DEMO工程，此工程会为你介绍TestDirector，包括需求、测试、测试集、TestRuns以及缺陷。
关于更多的信息，请参考《TestDirector指南》（《TestDirectorTutorial》）指南中的例子大部分都使用这个工程库来说明的。
4.在UserID框中，选择或输入你的用户名称。
现用户名为工号，密码为空。
若需要对密码进行修改，请查看第19页的“修改密码”。
5.点击
按钮。
TestDirector会打开在你上一次运行TestDirector任务时所用过的那些模块（需求、测试计划、测试实验室和缺陷）。
6.对于退出和返回到TestDirector登陆窗口，请点击在右上角的
按钮。
2.2TestDirector窗口
当你打开一个工程时，TestDirector的主窗口会打开你上次工作时使用过的模块。
在标题栏，TestDirector会显示工程名称和你的用户名。
TestDirector包含如下几个模块：
需求（Requirements）
定义测试需求。
包括定义你正在测试的内容、定义需求的主题和条目并分析这些需求。
测试计划（TestPlan）
开发一个测试计划。
包括定义测试目标和策略、将测试计划分为不同的类别、对测试进行定义和开发、定义哪些需要自动化测试、将测试与需求进行连接和分析测试计划。
测试实验室（TestLab）
运行测试并分析测试结果。
缺陷（Defects）
增加新缺陷、确定缺陷修复属性、修复打开的缺陷和分析缺陷数据。
技巧：
你可以在两个模块间利用快捷键进行切换。
用Ctrl＋Shift＋1来访问需求模块，用Ctrl＋Shift＋2来访问测试计划模块，如此类推。
所有的TestDirector模块都包括如下内容：
TestDirector工具栏（TestDirectorToolbar）
位于TestDirector工程名的紧上面。
假如此工具栏不可见，请点击ShowToolbar按钮。
关于TestDirector工具栏的更多信息，请查看第18页的“TestDirector工具栏”。
菜单栏（MenuBar）
位于TestDirector工程名的紧下面。
菜单名称随你选择的模块名称不同而改变。
模块工具栏（ModuleToolbar）
位于菜单栏下面。
包括当前所使用TestDirector模块中经常使用到的命令。
工具按钮（ToolsButton）
位于窗口的右上角。
能够让你改变用户密码和另外的一些用户属性、changethelanguagedirectionforauserinaprojectfromlefttorightorrighttoleft、清楚历史数据、查看每一个TestDirector客户端组件的版本信息或打开文档引擎。
关于文档引擎的更进一步信息，请查看第28章“产生工程文档”（GeneratingProjectDocuments）。
关于定制工具菜单请查看《TestDirector安装手册》（《TestDirectorInstallationGuide》）。
帮助按钮（HelpButton）
位于窗口的右上角。
能够通过它访问TestDirector的在线资源。
关于定制帮助菜单，请查看《TestDirector安装手册》（《TestDirectorInstallationGuide》）。
2.3TestDirector工具栏
公用的TestDirector工具栏对所有的TestDirector模块都是适用的。
包含如下的一些按钮：
导航按钮
返回（Back）
返回到先前TestDirector所在的位置。
前进（Forward）
假如你已经使用了返回的导航按钮，你可以使用前进按钮返回回来。
首页（Home）
登出并且进入TestDirector登陆窗口。
拼写按钮
拼写检查（CheckSpelling）
为所选中的单词或文本框作拼写检查。
假如不存在错误，一个确认的消息将被弹出。
假如错误被发现，将会弹出对话框显示相应的提示信息。
拼写选项（SpellingOptions）
打开拼写选项对话框，并能够让你对TestDirector的拼写检查执行方式进行配置。
辞典（Thesaurus）
打开辞典对话框，并显示所选中单词的同义、近义或反义词。
你能够替换掉所选择的词或查找新的词。
缺陷按钮
增加缺陷（AddDefect）
打开增加缺陷对话框，并能够让你增加一个新的缺陷。
关于更进一步的信息，请查看第25章“增加和跟踪缺陷”（AddingandTrackingDefects）。
帮助按钮
帮助按钮（HelpButton）
打开在线帮助并为当前的内容显示帮助主题。
2.4修改密码
你能够改变访问TestDirector工程的用户密码。
修改密码：
1.在窗口右上角，点击Tools按钮并选择ChangePassword菜单项。
或者在工程定制窗口点击ChangePassword链接。
修改用户密码的对话框将被弹出。
2.在OldPassword框中输入你的旧密码。
3.在NewPassword框中输入你的新密码。
4.在RetypeNewPassword框中重新输入你的新密码。
5.点击OK，关闭修改密码对话框。
2.5修改用户属性
你能够修改你的用户属性信息，包括全名、Email地址、电话号码和描述信息。
注意，Email地址信息是非常重要的，因为能够直接通过你的邮箱，让你接收到缺陷、需求和测试集的信息。
修改用户属性：
1.在窗口右上角，点击Tools按钮并选择ChangeUserProperties菜单项。
或者在工程定制窗口点击ChangeUserProperties链接。
用户属性对话框将被弹出。
2.编辑如下的用户属性：
FullName、Email、Phone、Description。
3.点击OK按钮，保存你的修改。
3开发需求树
登陆成功后，点击功能标签“REQUIREMENTS”，进入需求管理，如下图：
3.1关于需求树
定义测试需求的过程是单调乏味并耗时的。
大多数情况下，测试组是用字处理软件或电子表格文档来记录需求。
这样的需求文档维护复杂，难以组织和分类，而且不能够连接到基于需求创建的测试和相应的缺陷。
作为整个测试过程的第一步，TestDirector需求模块能够让你简单的定义和管理你的测试需求。
测试小组通过在TestDirector中创建需求树来记录需求。
它以图表的方式展现了整个需求说明和需求关系。
一旦你已经创建了测试，你就可以在需求和测试间建立连接，而测试与缺陷又可以建立关联。
通过这种方式，你就可以跟踪测试需求到整个测试过程的每一个步骤。
假如测试需求被改变，你可以立即确定哪些测试和缺陷受到影响，并且是谁负责的收到了影响。
你能够在需求树中分组和分类需求，监控需求过程和任务分配，并产生详细的报告和图表。
注意：
本章假定你是使用需求模块的DocumentView去创建需求树。
3.2创建需求树
你可以通过创建需求树来定义你的需求。
创建需求树：
1.在需求模块的工具栏上点击NewRequirement按钮
，或者选择Requirements>NewRequirement.
注意：
假如需求字段已经在工程自定义窗口中定义，，则NewRequirement对话框将被打开。
为不要的字段选择值，并点击OK。
TestDirector将增加一个默认名称为“NewRequirement”的新需求到需求树中。
2.为新的需求输入一个名称，并按Enter。
注意，需求名称中不能够包括字符：
/^*，例如：
校验信息正确。
3.在Description面板中，输入新需求的描述信息，例如：
校验日期、身份证号正确。
4.点击Attachments按钮或选择View>Attachments，为新需求添加附件。
附件可以是文件、URL、应用程序的快照、剪贴板中的图像或系统信息。
TestDirector会在需求树中，紧挨着需求名放置一个可点击的附件图标
。
5.点击TestsCoverage按钮
或选择View>TestsCoverage，为需求添加测试覆盖。
测试覆盖定义了测试计划树中的测试并能够让你连接测试需求到测试。
你仅仅只有当在测试计划期间创建测试后，才能够定义测试覆盖。
关于测试覆盖的更详细信息，请看“连接测试到需求”。
6.添加另外的需求到需求树：
●点击NewRequirement按钮
，在当前需求下面添加同等级需求。
●点击NewChildRequirement按钮
，在当前需求下面添加低一级的需求。
3.3查看关联缺陷
你能够查看需求树中的需求所关联的缺陷。
为了让需求有关联的缺陷，此需求必须要有测试覆盖。
查看关联缺陷：
选择View>AssociatedDefected，或右键点击一个需求，并选择AssociatedDefected。
关联缺陷对话框将被弹出。
3.4从需求创建测试
一旦你创建了需求树，你可以用这些需求作为基础，在测试计划树中定义测试，并在测试集中运行测试。
从需求创建测试有如下两种方法：
●转换需求到测试（ConvertRequirementtoTests）：
转换需求到测试计划树中指定主题的测试。
你可以转换需求树中的所选定的需求或所有需求。
这种方法使用转换到测试向导，帮助你设计测试计划树。
●从需求产生测试（GenerateaTestfromRequirements）：
转换需求到测试计划树中指定主题的测试，并添加到测试实验室模块指定的测试集中。
这种方法使用产生测试对话框，在你分析需求时，能够帮你迅速运行测试。
3.4.1转换需求到测试
使用转换到测试向导，转换需求到测试计划树中指定主题的测试。
1.你可以转换需求树中指定的需求或全部需求：
转换所有需求：
选择Tools>ConverttoTest>ConvertAll。
转换指定的需求：
在需求树中选择所要转换的需求，并选择Tools>ConverttoTests>ConvertSelected。
Step1对话框将被打开。
2.选择一种自动转换方法。
●选择Convertlowestchildrequirementstodesignsteps，将所有最低级别的子需求转换为设计步骤、高一级别的转换为测试、所有更高级别的转换为主题。
●选择Convertlowestchildrequirementstotests，将所有最低级别的子需求转换为测试、所有高级别的转换为主题。
●选择Convertallrequirementstosubjects，将所有选择的需求转换为主题。
3.点击Next去开始转换需求。
若想取消转换并返回到步骤1，点击进度条上的Stop按钮。
当转换过程完成，转换结果将被显示在Step2对话框中。
注意：
假如你仅仅只转换单个需求，向导将会跳过此对话框。
4.查看向导图例，点击Legend链接。
5.对每一个转换项，你能够做如下操作：
●选择一个项，并点击
Exclude按钮，或右键点击该项，并选择
Exclude，将此项从测试计划树中删除。
●选择一个项，并点击
Subject按钮，或右键点击该项，并选择
Subject，将选择的项改变为一个主题。
子项将变为主题或测试。
注意，主题名称必须唯一。
●现在一个项，并点击
Test按钮，或右键点击该项，并选择
Test，将选择的项改变为一个测试。
子项将被转换为测试步骤。
注意，测试名称必须唯一。
●选择一个项，并点击
Step按钮，或右键点击该项，并选择
Step，将所选择的项改变为测试步骤。
子项将被转换为步骤的描述。
●选择一个项，并点击
Desc按钮，或右键点击该项，并选择
Desc，将所选择的项改变为步骤描述。
子项将被转换为缩进的描述文本。
6.当你作修改时，若不希望使用向导，将默认选中的AutoCompleteChildren选择项取消。
假如此项被选中，你在改变父级别时，如从主题改变为测试，向导会自动转换所有子项的级别，如从测试到测试步骤。
7.点击Next，步骤3的对话框将被打开。
8.在DestinationSubjectPath中，点击Browse按钮，SelectaDestinationSubject对话框将被打开，在此对话框中显示的测试计划树中选择一个主题。
或者输入一个主题名称。
默认情况下，TestDirector将放置这些测试到测试计划模块的临时测试文件夹。
9.点击Finish。
在进度栏上点击Stop按钮，去停止转换过程，并返回到步骤3对话框。
10.点击信息对话框中的OK按钮，关闭转换到测试的对话框，或者查看生成的错误信息。
3.4.2从需求产生测试
使用产生测试对话框，转换需求到测试计划树中指定主题的测试，并添加到测试实验室模块指定的测试集中。
1.在需求树中，右键点击一个需求，并选择GenerateTest。
产生测试对话框将被打开。
2.对于Subject框，从测试计划树中选择一个主题“功能需求”或输入一个新的主题名。
默认情况下，放置此测试在测试计划模块的临时测试文件夹。
3.在TestName框中，为新测试输入一个名字。
默认情况下，TestDirector将使用需求名称作为测试名。
4.假如你不希望TestDirector去创建测试步骤，取消CreateDesignSteps复选框的选择。
假如此选项是被选中的，TestDirector将为每个子需求添加一个步骤到测试。
5.选中AddTesttoTestSet复选框，去要求TestDirector在测试实验室模块中增加测试到测试集。
在TestSet列表中，选择一个测试集或输入一个新的测试集名称。
6.点击OK。
4测试计划
登陆成功后，点击功能标签“TESTPLAN”，进入测试计划管理，如下图：
4.1开发测试计划树
4.1.1关于测试计划树
典型的应用程序，若作为一个整体去测试是太大的。
测试计划模块能够让你，通过创建测试计划树，根据功能性，将你的应用程序分成各个单元或主题。
这是对你的测试计划的一种图形表达，根据它们功能的等级关系来展现你的测试。
在测试计划树上定义完主题之后，你就应开始决定应该为每个主题创建哪些测试，并添加它们到树中。
在这个阶段，你先定义关于测试的基本信息，如名称、状态、设计者。
你也可以为测试添加附件，可以是文件、URL、应用程序快照或系统信息。
然后为每个测试定义测试步骤——怎样去执行测试和估计相应结果的详细描述。
注意：
开发和编辑测试计划树，需要相应的用户权限。
4.1.2创建测试计划树
你可以通过创建测试计划树来将你的测试计划定义为分级架构。
创建测试计划树：
1.点击NewFolder按钮
，或选择Planning>NewFolder。
新文件夹对话框将被打开。
2.在FolderName框中为新的主题输入一个名称，并点击OK。
注意，主题文件夹名称中不能够包括字符：
/或^，例如性能测试。
3.在Description标签页中，为主题输入的描述信息。
4.假如需要的话，点击Attachments标签页为这个新的文件夹添加附件。
附件可以是文件、URL、应用程序的快照、剪贴板中的图像或系统信息。
TestDirector会在需求树中，紧挨着需求名放置一个可点击的附件图标
。
5.以同样的方式在主级别目录上创建你想要的主题文件夹。
6.在测试计划树上选择一个主主题文件夹，并在其下面创建子文件夹。
7.点击NewFolder，并重复步骤2－6。
4.1.3添加测试到测试计划树
一旦你已经创建了包括主测试主题的测试计划树，你就可以准备创建测试了。
每一个测试应该有一个明确的目标，如检验一个特定
升级会员 