TD使用手册
TestDirector Basics
1、概述（Introduction）
欢迎您使用TestDirector，它是Mercury Interactive公司推出的基于WEB的测试管理工具，无论是通过Internet还是通过Intranet你都可以以基于Web的方式来访问TestDirector。
应用程序测试是非常复杂的，它需要开发和执行数以千计的测试用例。通常情况下，测试需要多样式的硬件平台、多重的配置（计算机，操作系统，浏览器）和多种的应用程序版本。管理整个测试过程中的各个部分是非常耗时和困难的。
TestDirector能够让你系统地控制整个测试过程，并创建整个测试工作流的框架和基础，使整个测试管理过程变得更为简单和有组织。
TestDirector能够帮助你维护一个测试工程数据库，并且能够覆盖你的应用程序功能性的各个方面。在你的工程中的每一个测试点都对应着一个指定的测试需求。To meet the various goals of a project, you organize the tests in your project into unique groups. TestDirector还为你提供了直观和有效的方式来计划和执行测试集、收集测试结果并分析数据。
TestDirector还专门提供了一个完善的缺陷跟踪系统，它能够让你跟踪缺陷从产生到最终解决的全过程。TestDirector通过与你的邮件系统相关联，缺陷跟踪的相关信息就可以被整个应用开发组，QA , 客户支持，负责信息系统的人员所共享。
TestDirector提供了与Mercury Interactive公司的测试工具（WinRunner, LoadRunner, QuickTest Professional, Astra QuickTest, QuickTest Professional for MySAP.com Windows Client, Astra LoadTest, XRunner, Visual API and Visual API-XP）、第三方或者自主开发的测试工具、需求和配置管理工具、建模工具的整合功能。TestDirector能够与这些测试工具很好的无缝链接，为你提供的全套解决方案选择来进行全部自动化的应用测试。
TestDirector会指导你进行需求定义、测试计划、测试执行和缺陷跟踪，即整个测试过程的各个阶段。通过整合所有的任务到应用程序测试中来确保你的客户收到更高质量的产品。
1.1测试管理过程（The Test Management Process）
TestDirector的测试管理包括如下四个阶段：
需求定义（Specify Requirements）：
分析应用程序并确定测试需求。
测试计划（Plan Tests）：
基于测试需求，建立测试计划。
测试执行（Execute Tests）：
创建测试集（Test Set）并执行测试。
缺陷跟踪（Track Defects）：
报告程序中产生的缺陷并跟踪缺陷修复的全过程。
贯穿测试的每一个阶段，你能够通过产生详细的报告和图标对数据进行分析。
1.2需求定义（Specify Requirements）
分析应用程序并确定测试需求。
定义测试范围（Define Testing Scope）：
检查应用程序文档，并确定测试范围--测试目的、目标和策略。
创建需求（Create Requirements）：
创建需求树（Requirements Tree），并确定它涵盖所有的测试需求。
描述需求（Detail Requirements）：
为"需求树"中的每一个需求主题建立了一个详细的目录，并描述每一个需求，给它分配一个优先级，如有必要的话还可以加上附件。
分析需求（Analyze Requirements）：
产生报告和图表来帮助你分析测试需求，并检查需求以确保它们在你的测试范围内。
1.3测试计划（Planning Tests）
基于已定义的测试需求，创建相应的测试计划。
定义测试策略（Define Testing Strategy）：
检查应用程序、系统环境和测试资源，并确认测试目标。
定义测试主题（Define Test Subject）：
将应用程序基于模块和功能进行划分，并对应到各个测试单元或主题，构建测试计划树（Test Plan Tree）。
定义测试（Define Tests）：
定义每个模块的测试类型，并为每一个测试添加基本的说明。
创建需求覆盖（Create Requirements Coverage）：
将每一个测试与测试需求进行连接。
设计测试步骤（Design Test Steps）：
对于每一个测试，先决定其要进行的测试类型（手动测试和自动测试），若准备进行手动测试，需要为其在测试计划树上添加相应的测试步骤（Test Steps）。测试步骤描述测试的详细操作、检查点和每个测试的预期结果。
自动测试（Automate Tests）：
对于要进行自动测试的部分，应该利用MI、自己或第三方的测试工具来创建测试脚本。
分析测试计划（Analyze Test Plan）：
产生报告和图表来帮助你分析测试计划数据，并检查所有测试以确保它们满足你的测试目标。
1.4测试执行（Running Tests）
创建测试集（Test Set）并执行测试。
创建测试集（Create Test Sets）：
在你的工程中定义不同的测试组来达到各种不同的测试目标，他们可能包括，举个例子，在一个应用程序中测试一个新的应用版本或是一个特殊的功能。并确定每个测试集都包括了哪些测试。
确定进度表（Schedule Runs）：
为测试执行制定时间表，并为测试员分配任务。
运行测试（Run Tests）：
自动或手动执行每一个测试集。
分析测试结果（Analyze Test Results）：
查看测试结果并确保应用程序缺陷已经被发现。生成的报告和图表可以帮助你分析这些结果。
1.5缺陷跟踪（Tracking Defects）
报告程序中产生的缺陷并跟踪缺陷修复的全过程。
添加缺陷（Add Defects）：
报告程序测试中发现的新的缺陷。在测试过程中的任何阶段，质量保证人员、开发者、项目经理和最终用户都能添加缺陷。
检查新缺陷（Review New Defects）：
检查新的缺陷，并确定哪些缺陷应该被修复。
修复打开的缺陷（Repair Open Defects）：
修复那些你决定要修复的缺陷。
测试新构建（Test New Build）：
测试应用程序的新构建，重复上面的过程，直到缺陷被修复。
分析缺陷数据（Analyze Defect Data）：
产生报告和图表来帮助你分析缺陷修复过程，并帮助你决定什么时候发布该产品。
1.6 Working with Project Database
当你创建一个TestDirector工程后，你需要存储和管理TestDirector自身产生和连接的数据库。每一个工程都支持通过数据库来存储工程信息。
TestDirector是一个知识库，它存储着需求、测试、测试集、测试个案（Test Run）、工程文档和定制信息。为了应用程序测试工程能够正常工作，TestDirector需要持续不断地访问这些数据。
可以使用下面的数据库应用软件来存储和管理TestDirector信息：
Microsoft Access
Sybase (TestDirector Enterprise Edition only)
Microsoft SQL (TestDirector Enterprise Edition only)
Oracle (TestDirector Enterprise Edition only
关于创建和管理TestDirector的更多信息，请参考《TestDirector管理员手册》（《TestDirector Administrator's Guide》）
1.7用户权限（User Privileges）
TestDirector允许你管理用户访问工程的权限，它会创建一个有权用户的列表和为一个组或者是一个用户分配一个口令。你可以控制每个用户能够对项目进行怎样的添加和修改。在TestDirector中用户所拥有的权利是由该用户所在的用户组决定的。TestDirector允许你为工程中指定的目录创建包含特权和许可机制的规则，一些有用的信息可能在TestDirector的用户组中被用到。
关于TestDirector中的用户组、口令分配和权限的更详细的信息，请参考《TestDirector管理员手册》（《TestDirector Administrator's Guide》）
1.8导出Word文档（Exporting Documents from Microsoft Word）
你能够直接从测试需求树和测试计划树中导出Microsoft Word格式的测试文档和需求。若需要使用Microsoft Word文档导出功能，必须首先下载和安装Microsoft Word插件。
下载Microsoft Word插件：
1. 在TestDirector的Window选项中，点击Add-ins Page链接，TestDirector的Add-ins页被打开。
2. 点击More TestDirector Add-ins链接，更多的TestDirector Add-ins页被打开。
3. 在Microsoft Add-ins内，点击Microsoft Word链接，Microsoft Word的Add-ins页被打开。
4. 点击Microsoft Word Add-in Readme链接，依据指示运行Microsoft Add-in。
5. 点击Download Add-in 连接开始安装Microsoft Word Add-in。
关于TestDirector Add-ins页的更进一步信息，请参考《TestDirector安装手册》（《TestDirector Installation Guide》。
1.9到处Excel文档（Exporting Documents from Microsoft Excel）
你能够直接从TestDirector工程中导出Microsoft Excel格式的测试文档、需求或缺陷报告。若需要使用Microsoft Excel文档导出功能，必须首先下载和安装Microsoft Excel插件。
下载Microsoft Excel插件：
6. 在TestDirector的Window选项中，点击Add-ins Page链接，TestDirector的Add-ins页被打开。
7. 点击More TestDirector Add-ins链接，更多的TestDirector Add-ins页被打开。
8. 在Microsoft Add-ins内，点击Microsoft Excel链接，Microsoft Excel的Add-ins页被打开。
9. 点击Microsoft Excel Add-in Readme链接，依据指示运行Microsoft Add-in。
10. 点击Download Add-in 连接开始安装Microsoft Excel Add-in。
关于TestDirector Add-ins页的更进一步信息，请参考《TestDirector安装手册》（《TestDirector Installation Guide》）
1、开始（Getting Started）
本章对TestDirector的使用进行粗略介绍，并解释它是如何开始工作的。包括如下几个部分内容：
启动TestDirector（Starting TestDirector）
TestDirector窗口（The TestDirector Window）
TestDirector工具条（The TestDirector Toolbar）
修改密码（Changing Passwords）
修改用户属性（Changing User Properties）
清除历史记录（Clearing History）
1.1启动TestDirector（Starting TestDirector）
你可以通过你的工作站上WEB浏览器启动TestDirector。
启动TestDirector：
1. 打开Web浏览器并输入TestDirector所在的URL（http://[Servername]/[virtual Directory name]/default.htm），TestDirector的首页将被打开。
若不知道正确的路径，请与系统管理员联系。
注意：如果你不能启动你的TestDirector，请接洽你的公司的系统管理员来确定TestDirector已经被安装到了公司的Web服务器上。关于更多的信息，请参考《TestDirector安装手册》（《TestDirector Installation Guide》）
2. 点击TestDirector链接。
在你第一次运行TestDirector时候，软件将会被下载到你的计算机上，随后TestDirector会自动进行版本检查，若发现存在新的版本，它将会帮你下载新的版本。一旦TestDirector进行完版本检查和更新（假如需要的话），TestDirector的登陆页面将被显示。
注意：关于运行TestDirector时，下载组件到你的计算机的更多信息，请参考《TestDirector安装手册》（《TestDirector Installation Guide》）。
3. 在域列表中选择你想进入的域。
你能够选择名为DEFAULT的默认域。若不知道具体应该选择哪个域，请与管理员联系。
注意：DEFAULT域在TestDirector的标准版中才有效。
4. 在工程列表中选择一个工程。假如工程列表是空的，请查阅TestDirector的知识库（http://support.mercuryinteractive.com）并搜索关键字"empty project list"。
若TestDirector的示例工程已经被安装在TestDirector的服务端，你则可以选择名为TestDirector_Demo的工程（确信你在Domain列表中已经选择了DEFAULT域）。
此工程会为你介绍TestDirector，包括需求、测试、测试集、Test Runs以及缺陷。关于更多的信息，请参考《TestDirector指南》（《TestDirector Tutorial》）
5. 在User ID框中，选择或输入你的用户名称。若不清楚你的用户名，请与系统管理员联系。
注意：User ID列表信息是与客户端本身所在的机器有关的，故你在（某台机器上）第一次登陆TestDirector时，应该输入你的用户名。
6. 在Password框中，输入管理员指派给你的密码。（若是第一次以Admin的身份登陆，你不需要输入密码，此时密码为空）
若需要对密码进行修改，请查看第19页的"修改密码"。
7. 点击 按钮。TestDirector会打开在你上一次运行TestDirector任务时所用过的那些模块（需求、测试计划、测试实验室和缺陷）。
对于定制模块名称，请查看《TestDirector安装手册》（《TestDirector Installation Guide》）。
8. 对于退出和返回到TestDirector登陆窗口，请点击在右上角的 按钮。
1.2 TestDirector窗口（The TestDirector Window）
当你打开一个工程时，TestDirector的主窗口会打开你上次工作时使用过的模块。在标题栏，TestDirector会显示工程名称和你的用户名。
TestDirector包含如下几个模块：
需求（Requirements） 定义测试需求。
包括定义你正在测试的内容、定义需求的主题和条目并分析这些需求。
测试计划（Test Plan） 开发一个测试计划。
包括定义测试目标和策略、将测试计划分为不同的类别、对测试进行定义和开发、定义哪些需要自动化测试、将测试与需求进行连接和分析测试计划。
测试实验室（Test Lab） 运行测试并分析测试结果。
缺陷（Defects） 增加新缺陷、确定缺陷修复属性、修复打开的缺陷和分析缺陷数据。
技巧：你可以在两个模块间利用快捷键进行切换。用Ctrl＋Shift＋1来访问需求模块，用Ctrl＋Shift＋2来访问测试计划模块，如此类推。
所有的TestDirector模块都包括如下内容：
TestDirector工具栏（TestDirector Toolbar） 位于TestDirector工程名的紧上面。
假如此工具栏不可见，请点击Show Toolbar按钮。关于TestDirector工具栏的更多信息，请查看第18页的"TestDirector工具栏"。
菜单栏（Menu Bar） 位于TestDirector工程名的紧下面。
菜单名称随你选择的模块名称不同而改变。
模块工具栏（Module Toolbar） 位于菜单栏下面。
包括当前所使用TestDirector模块中经常使用到的命令。
工具按钮（Tools Button） 位于窗口的右上角。
能够让你改变用户密码和另外的一些用户属性、change the language direction for a user in a project from left to right or right to left、清楚历史数据、查看每一个TestDirector客户端组件的版本信息或打开文档引擎。
关于文档引擎的更进一步信息，请查看第28章"产生工程文档"（Generating Project Documents）。
关于定制工具菜单请查看《TestDirector安装手册》（《TestDirector Installation Guide》）。
帮助按钮（Help Button） 位于窗口的右上角。
能够通过它访问TestDirector的在线资源。关于定制帮助菜单，请查看《TestDirector安装手册》（《TestDirector Installation Guide》）。
1.3 TestDirector工具栏（The TestDirector Toolbar）
公用的TestDirector工具栏对所有的TestDirector模块都是适用的。包含如下的一些按钮：
导航按钮 返回（Back） 返回到先前TestDirector所在的位置。
前进（Forward） 假如你已经使用了返回的导航按钮，你可以使用前进按钮返回回来。
首页（Home） 登出并且进入TestDirector登陆窗口。
拼写按钮 拼写检查（Check Spelling ） 为所选中的单词或文本框作拼写检查。
假如不存在错误，一个确认的消息将被弹出。假如错误被发现，将会弹出对话框显示相应的提示信息。
拼写选项（Spelling Options） 打开拼写选项对话框，并能够让你对TestDirector的拼写检查执行方式进行配置。
辞典（Thesaurus） 打开辞典对话框，并显示所选中单词的同义、近义或反义词。你能够替换掉所选择的词或查找新的词。
缺陷按钮 增加缺陷（Add Defect） 打开增加缺陷对话框，并能够让你增加一个新的缺陷。
关于更进一步的信息，请查看第25章"增加和跟踪缺陷"（Adding and Tracking Defects）。
帮助按钮 帮助按钮（Help Button） 打开在线帮助并为当前的内容显示帮助主题。
1.4修改密码（Changing Passwords）
你能够改变访问TestDirector工程的密码。
注意：管理员能够改变并覆盖用户密码。对于更多信息，请查看《TestDirector管理员手册》（《TestDirector Administrator's Guide》）。
修改密码：
1. 在窗口右上角，点击Tools按钮并选择Change Password菜单项。或者在工程定制窗口点击Change Password链接。修改用户密码的对话框将被弹出。
2. 在Old Password框中输入你的旧密码。
3. 在New Password框中输入你的新密码。
4. 在Retype New Password框中重新输入你的新密码。
5. 点击OK，关闭修改密码对话框。
1.5修改用户属性（Changing User Properties）
你能够修改你的用户属性信息，包括全名、Email地址、电话号码和描述信息。注意，Email地址信息是非常重要的，因为能够直接通过你的邮箱，让你接收到缺陷、需求和测试集的信息。
注意：管理员能够改变并覆盖用户属性信息。对于更多信息，请查看《TestDirector管理员手册》（《TestDirector Administrator's Guide》）。
修改用户属性：
1. 在窗口右上角，点击Tools按钮并选择Change User Properties菜单项。或者在工程定制窗口点击Change User Properties链接。用户属性对话框将被弹出。
2. 编辑如下的用户属性：Full Name、Email、Phone、Descrīption。
3. 点击OK按钮，保存你的修改。
1.6 清除历史记录（Clearing History）
在自定义TestDirector工程时，你可以要求TestDirector来保存系统中的日志信息，以及在需求、测试和缺陷实体中的用户字段。产生的历史记录数据会被显示在需求、测试计划和缺陷模块的历史记录属性页上面。对于更多关于为TestDirector域设置历史记录的信息，请查看《TestDirector管理员手册》（《TestDirector Administrator's Guide》）。
一旦你不想存储历史数据，TestDirector允许你将这些历史数据从TestDirector工程中删除。举个例子，假如你已经成功地运行了你创建的测试集，你可能想从TestDirector工程中清除这些历史记录。
你能够清除所有的历史记录，或指定实体或域的历史记录。另外，你能够让TestDirector仅删除直到某一天（包括这一天）的历史记录。TestDirector所清除的历史记录显示在各自模块的History属性页下。
注意：默认状态下，只要具有管理员权限的用户才能够清除历史记录。用户权限是能够被定制的。对于关于权限的更多信息，请查看《TestDirector管理员手册》（《TestDirector Administrator's Guide》）。
清除历史记录：
1. 在窗口右上角，点击Tools按钮并选择Clear History菜单项。清除历史记录对话框将被弹出。
2. 在Entity框中，选择你准备删除历史记录所属的实体。若你准备删除需求、测试和缺陷实体的历史记录，请选择All。
3. 在Field框中，选择你准备删除的历史记录所在的字段，若想删除历史记录的所有字段，请选择All。
4. 在Until Date框中，选择一个日期。TestDirector所删除直到所选择日期的历史记录（包括所选择日期当天）。
5. 点击OK。
3、Working With TestDirector Data
利用TestDirector网格（Grid）和树，你能够查看和修改你工程中的数据。本章描述如下几个部分内容：
组织列（Arranging Columns）
过滤记录（Filtering Records）
高级/交叉过滤记录（Advanced/Cross Filtering Records）
记录分类（Sorting Records）
刷新清除设置（Refreshing and Clearing Setting）
保存数据到文件（Saving Data to a File）
1.1 About Working with TestDirector Data
TestDirector利用网格或树组织并显示数据。
Tree/Grid 描述
需求树（Requirements Tree） 用在需求模块。为TestDirector工程显示测试需求。关于更进一步的信息，请看第八章"开发需求树"（Developing the Requirement Tree）。
测试计划树（Test Plan Tree） 用在测试计划模块。在TestDirector工程中显示测试和对应的组。关于更进一步的信息，请看第十一章"开发测试计划树"（Developing the Test Plan Tree）。
测试网格（Test Grid） 用在测试计划模块选择View>Test Grid时。在TestDirector工程中显示所有的测试。关于更进一步的信息，请看第十章"测试计划模块一览"（The Test Plan Module at a Glance）。
设计步骤网格（Design Steps Grid） 用在测试计划模块。显示测试的步骤。关于更进一步的信息，请看127页的"构造测试"（Building Test）。
测试集树（Test Sets Tree） 用在测试实验室模块。在TestDirector工程中显示测试集--一组测试，运行它们能够达到指定的测试目标。关于更进一步的信息，请看第十八章"创建测试集"（Creating Test Sets）。
执行网格（Execution Grid） 用在测试实验室模块。显示测试集中的所有测试。关于更进一步的信息，请看第十七章"测试实验室模块一览"（The Test Lab Module at a Glance）。
缺陷网格（Defects Grid） 用在缺陷模块。在TestDirector工程中显示测缺陷。关于更进一步的信息，请看第二十五章"增加并跟踪缺陷"（Adding and Tracking Defects）。
当你利用TestDirector网格和树进行工作时，你能够对列进行排列、根据条件过滤记录、设置分类属性、刷新清除过滤和分类设置、保存数据到文件。注意：当TestDirector网格和树所显示内容的类型发生变化时，本章中的描述不总是完全适用。
注意：你能够按照你自己的喜好保存你的网格设置，比如分类和过滤。更进一步的信息，请看第五章"Working With Favorite View"。
1.2 组织列（Arranging Columns）
你能够自定义每一列显示内容的顺序并且可以对每一列的长度进行调整。对列设置的修改将会在下次启动时仍然有效。
设置列顺序（Setting Column Order）
使用选择列对话框，你能够决定哪些列显示在TestDirector中，并决定所显示列的顺序。比如说，在Test Grid中你可以选择Subject作为第一列。
决定显示的列和顺序：
1. 点击Select Columns按钮 ，Select Columns对话框将被弹出。
Available Columns列表框中显示当前没有被显示的列。
Visible Columns列表框中显示了当前正在显示的列。
2. 选择列名称并点击箭头按钮（<和>），将它们在Available Columns和Visible Columns列表框间移动。点击双向箭头按钮（<<和>>），将所有的列从一个列表框移动到另一个列表框。注意，你也可以点击列表名在两个列表框间进行拖动。
3. 在Visible Columns列表框中，你可以通过Up和Down箭头 ，挑战列显示的顺序。注意，你也可以通过上下拖动列名称来调整它们的顺序。
4. 设置非滚动列（Non-scrolling Columns）。通过在Fixed Columns框中设置你想要的非滚动列的数量，可以从最左边开始的这些数量的列设置为非滚动列。当你水平拖动滚动滑块时，非滚动列的位置是保持不变的，并且以阴影显示。（注意，此功能在需求模块中是无效的）
5. 点击OK按钮，关闭对话框并应用新的列顺序。
调整列宽度（Resizing Columns）
你能够用鼠标调整每一列的尺寸。点击在列表头的右边界，通过拖动去调整列的宽度。注意，你仅仅只能够调整没有固定的列，即没有设置为非滚动列的列。
1.3 过滤记录（Filtering Records）
你能够过滤TestDirector数据，仅仅只按你定义的标准进行显示。你能为过滤条件指派一个简单的项（比如"Failed"），或一个合理的表达（比如"Passed Or Failed"）。只有当记录满足所有的过滤标准时，才会显示在TestDirector网格或树中。
你也能够指定多个过滤条件。举个例子，你能够指定Status的过滤条件为"Failed"，为Tester指定过滤条件为"David Or Mark"。TestDirector将仅仅只显示由David或Mark操作的，并且失败的测试。
定义一个过滤：
1. 点击Set Filter/Sort按钮 。过滤对话框将被弹出，并显示Filter属性页。
2. 点击相应的Filter Condition输入框，为指定的列设置过滤条件。点击Browse按钮，Select Filter Condition对话框将被弹出。
3. 定义过滤条件。假如列表可用的话，从列表中选择项。你也能够增加一些操作，从而创建一个合理的表达式。
注意：在定义过滤条件时，如下内容应该被考虑：
显示在分级列表中的有些项包含子列表。这些项是被一个文件夹包括在一起。双击文件夹，并点击所要选择的项，就能够从子列表中选择一个项。
当为一个用户定义条件时，你能够指定当前用户（选择【CurrentUser】）或整个用户组（如：【Developer】）。
假如你输入的某个项超过一个单词，必须用一个引号在包含它们。举个例子，若搜索Login Boundary测试，在条件输入框中应该输入："Login Boundary"。
假如你只想输入某个项的一部分，你可以用星号（*）。举个例子，若想在所有测试中搜索包含Login单词的测试，在输入框中输入：*Login*。
若想从所有的测试中搜索由Insert New开头的测试，在输入框中输入："insert new*"。
4. 点击OK去关闭Select Filter Condition对话框。
5. 若想添加交叉过滤条件，点击Advanced链接。对于更进一步的信息，请看第30页的"高级/交叉过滤记录"（Advanced/Cross Filtering Records）。
6. 点击OK去关闭过滤对话框。
TestDirector应用这些过滤条件并显示过滤描述。对于一个网格，TestDirector也将在显示列名称下面的网格过滤框（Grid Filter Box）中显示过滤条件。
技巧：对于一个网格，你也可以通过网格过滤框（Grid Filter Box）定义过滤条件。若想显示网格过滤框（Grid Filter Box），请选择View>Grid Filters。假如过滤框为空，则说明过滤条件对此项不适用。你可以直接在过滤框中输入过滤条件或点击过滤框，并点击显示出来的Browse按钮，在打开的Select Filter Condition对话框中输入过滤条件。
注意：假如你正工作在测试计划树或测试集列表下，你能够保存过滤或分类信息并重新加载你所需要的树或列表。点击Save按钮去保存一个过滤设置、点击Load按钮去加载一个先前保存的过滤设置、点击Organize按钮去重命名，另存或删除过滤设置。假如你正工作在任何其它区域，请看第五章"Working with Favorite View"来保存作为自己喜欢视图的过滤信息。
1.4高级/交叉过滤记录（Advanced/Cross Filtering Record）
当你在定义过滤条件时，你也能够包括一个cross filter--关于关联项高级的第二次过滤，如关联的需求、测试、测试集或缺陷。举个例子，在测试计划树中，你能够定义状态为"Open"的测试集作为交叉过滤条件。另外，你可能有一些别的过滤条件，但TestDirector仅仅只会显示处于打开状态测试集的测试。
下面的表格简要介绍了交叉过滤（Cross Filter）在各个TestDirector模块中的有效性。
模块（Module） 交叉过滤（Cross Filter）
需求（Requirements） 关联缺陷：通过缺陷和相关的测试覆盖过滤需求。
关联测试：通过测试覆盖过滤需求
测试计划（Test Plan） 关联测试集：通过包含测试的测试集来过滤测试。
关联需求：通过需求覆盖来过滤测试。
关联缺陷：通过相关联的缺陷来过滤测试。
测试实验室--测试集列表（Test Lab-Test Sets List） 关联缺陷：通过缺陷过滤测试集。
关联测试：通过包含的测试过滤测试集。
测试实验室--执行网格（Test Lab-Execution Grid） 关联需求：通过覆盖了所选择的需求的测试来过滤测试实例。
关联缺陷：通过相关联的缺陷来过滤测试。
缺陷（Defects） 关联测试集：通过相关联的测试集来过滤缺陷
关联需求：通过覆盖了所选择的需求的测试来过滤缺陷。
关联测试：通过相关联的测试来过滤缺陷。
定义交叉过滤：
1. 点击Set Filter/Sort按钮 。过滤对话框被弹出，并显示过滤属性页。
关于定义过滤条件的更进一步信息，请查看第27页的"过滤记录"（Filtering Records）。
2. 点击Advanced链接去显示Cross Filter选项。
3. 在Filter by下面，选择一个高级过滤的复选框。例如：选择"Associated Test Sets"复选框，然后点击相应的链接，Cross Filter：Associated【Filter】对话框将被弹出。
4. 用你准备过滤规则定义一个交叉过滤。对于更详细信息，请查看27页的"过滤记录"（Filtering Records）。
5. 点击OK按钮去保存你的改变并关闭Cross Filter对话框。
6. 点击OK按钮去保存你的改变并关闭Filter对话框。
1.5记录分类（Sorting Records）
默认情况下，记录是以它们被添加的顺序进行显示的。当你设置记录的分类属性后，它们的显示顺序根据ASCII分类顺序（ASCII Sort Order）而定。ASCII分类顺序首先会认为以字符或空格开始的记录先于以数字开始的记录，接着会考虑大写字符，最终考虑小写字符。
举个例子，假如在测试网格中的Tester列被标识为最高的分类优先级，记录将以显示在Tester列的名称根据ASCII分类顺序进行分类。假如Test Name被标识为次优先级，则先按Tester列的名称进行分类，对于同名的Tester列，再按Test Name列进行分类。
注意：默认情况下，记录是按等级顺序定义在测试计划树中，只有当记录定义了根据主题进行分类后，记录才会按字母顺序进行排列。
对记录进行分类（To sort records）：
1. 点击Set Filter/Sort按钮，过滤对话框将被弹出。
2. 点击Sort属性页标签。
Available Fields中包含了所有能够显示在列表中的域名称。
Sorted Fields中包含了当前已经标识了分类优先级的域名称。
3. 选择一个域名称并点击Arrow按钮（<和>），将它们在Available Fields和Visible Fields间移动。点击双向箭头按钮（<<和>>），将所有的名称从一个列表框移动到另一个列表框。注意，你也可以点击列表名在两个列表框间进行拖动。
4. 在Sorted Fields中，使用向上和向下箭头，设置域名称的显示顺序。注意，你也可以直接向上或向下拖动域名称。
5. 在Sorted Fields中，选择一个域名称并点击Sort Direction按钮，从而设置此域是以升序还是降序显示。
6. 点击OK去应用分类顺序设置。
注意：假如你正工作在测试计划树或测试集列表下，你能够保存过滤或分类信息并重新加载你所需要的树或列表。点击Save按钮去保存一个过滤设置、点击Load按钮去加载一个先前保存的过滤设置、点击Organize按钮去重命名，另存或删除过滤设置。假如你正工作在任何其它区域，请看第五章"Working with Favorite View"来保存作为自己喜欢视图的过滤信息。
1.6 刷新和清除设置（Refreshing and Clearing Settings）
你能够刷新清除TestDirector数据的过滤和分类设置。
点击Set Filter/Sort箭头并选择Refresh，或点击Refresh Filter/Sort按钮来刷新在TestDirector网格或树中的数据。
点击Set Filter/Sort箭头并选择Clear，或点击Clear Filter/Sort按钮来清除在TestDirector网格或树所有的过滤和分类优先级设置。
1.7保存数据到文件（Saving Data to a File）
你能够将网格中的内容保存为Text文件、Microsoft Excel电子表格、Microsoft Word文档、或HTML文档。
保存数据到文件中：
1. 在网格上点击右键，并在右键菜单上选择Save As。
2. 选择一个文件类型：Text File、Excel Sheet、Word Document或HTML，保存网格结果对话框将被弹出。
3. 在Save in框中，选择此文件保存的路径。
4. 在File Name框中，输入此文件名称。
5. 点击Save按钮。
4、添加附件（Adding Attachments）
你能为需求、主题文件夹、测试、测试步骤、测试集、测试运行或缺陷添加附件。本章将描述：
Attaching a File
Attaching a URL
Attaching a Snapshot
Attaching System Properties
Attaching an Image from the Clipboard
Managing Attachments
4.1 About Adding Attachments
遍及整个测试过程，你都可以添加附件来更好的阐明你的工作，这些附件可以是文件、URL、应用程序快照、从剪贴板拷贝的图像或系统信息。你是通过Attachments对话框来管理附件的。
下面的表格描述了在TestDirector的各个模块，怎样去打开Attachments对话框。
添加附件到…… 所在模块 过程
需求 需求 从需求树上选择一个需求，并点击Attachments按钮或选择View>Attachments。
测试或主题 测试计划--测试计划树视图 从测试计划树上选择一个主题文件夹或测试，点击Attachments标签页。
设计步骤 测试计划--测试计划树视图 从测试计划树上选择一个测试，点击Design Steps标签页。在此标签页上选择一个步骤，并点击Attachments按钮。
测试 测试计划--测试网格视图 从测试网格上选择一个测试，并点击Attachments按钮。
测试集 测试实验室 选择一个测试集，并点击Test Set Properties标签页，然后点击Attachments链接。
测试步骤 测试实验室--手动测试运行 在一个手动测试运行期间，点击Exec Steps按钮。选择其中一个步骤并点击Attachments按钮
测试运行 测试实验室--执行网格或执行流图 在Test Run Properties对话框中，点击Attachments标签页。
缺陷 缺陷 从缺陷网格上选择一个缺陷，并点击Attachments按钮。
4.2 Attaching a File
TestDirector能够让你去贴附文件。
贴附一个文件：
1. 在Attachments对话框，点击File按钮 ，Open对话框将被弹出。
2. 选择一个文件名并点击Open。
文件名称、文件尺寸和修改日期会连同一起显示在附件列表中，与文件程序相关联的图标显示在文件名称前面。
3. 在Descrīption栏中输入任何与所附文件相关的信息。
4.3 Attaching a URL
TestDirector能够让你去贴附URL。能够是任何有效的URL，如：HTTP、FTP、Gopher、News、Mailto、File等。
贴附一个URL：
1. 在Attachments对话框，点击URL按钮 ，贴附URL的对话框将被打开。
2. 在URL对话框中输入一个有效的URL，并点击OK。
此URL将显示在附件列表中，系统默认的Web浏览器图标显示在URL前面。
3. 在Descrīption栏中输入任何与所附URL相关的信息。
4.4 Attaching a Snapshot
TestDirector能够让你去贴附你应用程序的图像。
贴附一个Snapshot：
1. 在Attachments对话框，点击Snapshot按钮 ，Snapshot的对话框将被打开。
2. 拖动Camera图标到你想要捕获的对象上。捕获的图像将被显示在Snapshot对话框中。
3. 你能够改变你所捕获图像的缩放级别。
点击Zoom Out或Zoom In去放大或缩小图片。
点击Normal返回到原始状态。
4. 点击Attach。
TestDirector会为此图像统一分配一个文件名，且扩展名为.jpg。文件名显示在附件列表中，且图像图标显示在文件名旁边。文件的尺寸和修改日期也同样显示在附件列表中。
5. 在Descrīption栏中输入任何与所附Snapshot相关的信息。
4.5 Attaching System Properties
TestDirector能够让你去贴附你计算机系统的信息。
贴附系统属性：
1. 在Attachments对话框，点击System Info按钮 ，系统信息的对话框将被打开。
2. 若仅想贴附单个标签页上的信息，请点击此标签页并点击Current Topic按钮。
3. 若想贴附所有标签页的信息，请点击All Topic按钮。
TestDirector会为此信息统一分配一个扩展名为.tsi的文件名。文件名显示在附件列表中，且图标显示在文件名旁边。文件的尺寸和修改日期也同样显示在附件列表中。
4. 在Descrīption栏中输入任何与所附文本文件相关的信息。
4.6 Attaching an Image from the Clipboard
你能够将拷贝到剪贴板中的图片贴附到TestDirector中。
从剪贴板中贴附图像：
1. 拷贝图像到剪贴板中。
2. 在Attachments对话框，点击System Info按钮 。
TestDirector会为此信息统一分配一个扩展名为.jpg的文件名。文件名显示在附件列表中，且图标显示在文件名旁边。文件的尺寸和修改日期也同样显示在附件列表中。
4.7 Managing Attachments
你能够通过Attachments对话框查看、修改和删除附件。
查看附件：
6. 在Attachments列表中，选择一个附件。附件相应的描述信息将显示在下面的Descrīption框中。
7. 双击此附件并点击Open按钮 。附件将在相应的应用程序中打开。如，URL将在系统默认的Web浏览器中打开。
修改附件：
注意：当你在相应的应用程序中打开附件的时候，TestDirector是拷贝附件到你客户端机器的本地目录。在对此附件作修改后，你需要对它进行保存两次。首先是通过打开它的应用程序对本地拷贝进行保存，然后点击TestDirector中的Save按钮将本地拷贝保存到TestDirector工程中。
a) 在附件列表中双击一个附件，此附件的一个本地拷贝将在相应的应用程序中打开。
b) 修改此附件。
c) 在打开的应用程序中保存此附件。注意这次保存的只是你附件的本地拷贝。
d) 关闭附件。
e) 在TestDirector的Attachments对话框中点击Save按钮 。此次是将本地拷贝保存到TestDirector工程中。
删除附件：
1. 在Attachments列表中，选择你准备删除的附件。可以利用Ctrl键一个选择多个附件。
2. 点击Delete Selected按钮 ，并点击Yes确认。
5、Working With Favorite Views
Favorite View是按照你的设置执行的TestDirector窗口视图。TestDirector允许你保存Favorite View，并可以在需要的时候重新加载它们。本章将描述：
Attaching Favorite Views
Organizing Favorite Views
4.1 About Working with Favorite Views
你能够通过选择某种设置来决定TestDirector窗口的容貌。能够保存测试网格、执行网格、缺陷网格、所有的报告和图表、以及文档引擎的Favorite Views。这些设置可能包括为网格列应用一个过滤、在报告中对域进行分类或设置一个图像的外观。你能够为了以后的使用而保存一个Favorite View，并且可以加载它在以后任何适当的时候。
可以在公共文件夹或私有文件夹保存Favorite View。在公共文件夹保存的视图可以被所有用户访问。在私有文件夹保存的视图仅能被创建者访问。
从Favorite列表中选择一个Favorite View，并将其加载到TestDirector窗口中。
注意：
在执行网格中，与别的地方而言，对Favorite View的操作有一点细微的差别。取代Favorite按钮的是，你使用菜单栏命令：选择View > Favorites去显示Favorite View命令，选择Add去增加一个新的视图，选择View去加载一个存在的视图，选择Organize去组织你的视图。
部分Favorite View命令仅仅对某些用户组有用。用户组的权限是被系统管理员决定的。更详细信息，请查看《TestDirector管理员手册》（TestDirector Administrator's Guide）。
4.2 Adding Favorite Views
你能够增加视图到Favorite列表。
增加一个视图：
1. 点击Favorites箭头 ，并选择Add to Favorites，增加Favorite对话框将被弹出。
2. 在Name框中，输入一个视图名称。
3. 在Location单选框内：
选择Private去增加视图名到你的私有文件夹。在此文件夹内的Favorite Views仅仅只能够被你访问。
选择Public去增加视图名到一般文件夹。在此文件夹内的Favorite Views能够被所有用户访问。
那些已经存在的Favorite Views被显示在Existing Favorite框内。
4. 点击OK按钮，新的视图名称被添加到Favorite列表。
4.3 Organizing Favorite Views
你能够通过删除视图和改变视图属性来组织Favorite列表。
点击Favorites按钮 并选择Organize Favorites去打开Organize Favorites对话框。
修改视图属性：
你能够对Favorite列表中的视图属性进行修改。
1. 在Organize Favorites对话框中，从视图列表中选择一个视图并点击Properties。属性对话框将被弹出。
2. 在Name框中，为视图输入一个新的名称。
3. 在Location单选框内：
选择Private去增加视图名到你的私有文件夹。在此文件夹内的Favorite Views仅仅只能够被你访问。
选择Public去增加视图名到一般文件夹。在此文件夹内的Favorite Views能够被所有用户访问。
4. 点击OK。
5. 点击OK去关闭Organize Favorites对话框。
删除视图：
你能够从Favorite列表中删除Favorite视图。
1. 在Organize Favorites对话框的视图列表上，选择一个视图名称并点击Delete。
2. 点击OK去确认。
3. 点击OK去关闭Organize Favorites对话框。
Part II
Requirements Specification
6、需求定义工作流（The Requirements Specification Workflow）
你应该通过定义测试需求来开始整个应用程序的测试过程。需求详细地描述了在你的应用程序中哪些需要被测试，并为测试组提供了整个测试过程的基础。
通过定义这些需求，你能够更好地聚焦于商业需要对测试进行计划和管理。需求与测试和缺陷关联，从而确保整个过程可追溯并帮助整个过程的决策。
本章描述了怎样使用TestDirector需求模块来定义测试需求。以下是需求定义工作流的流程图：
在使用TestDirector之前，首先确保你已经有一个存放测试数据的工程。关于创建工程的更详细信息，请参考《TestDirector管理员手册》（TestDirector Administrator's Guide）。
6.1定义测试范围（Defining the Testing Scope）
测试组在基于测试的测试应用的基础上，收集所有可以利用的文档信息，开始测试处理过程，例如收集市场和商务需求文档、系统需求说明书和设计文档等。
使用这些文档您可以对应用程序的测试方面作一个全面彻底的了解，并以此为基础来确定你的测试范围--测试目的、目标和策略（Goal、Objective、Strategy）。
在确定您的测试范围之前你应该先问一下自己，以下的几个问题：
应用程序的主要目的和反向是什么？
应用程序有哪些主要特点？
哪些功能在这个产品中是相对重要的？
在应用程序中，哪些功能是危急的或高风险的？
你的测试优先级是什么？
你的客户或最终用户是否同意你的测试优先级？
你总的质量目标是什么？
6.2创建测试需求大纲（Creating the Testing Requirements Outline）
质量保证的管理人员用测试范围为应用程序的测试定义所有的测试需求。它们先定义测试主题，并将各个测试主题指派给测试组内的各个QA测试人员。然后每一个QA测试人员将自己所负责的测试主题记录到TestDirector工程上。
需求主题是通过创建需求树记录在需求模块里。此需求树是以图表的方式形象地描述了你的需求说明书，并显示了不同级别需求的等级关系。
举个例子，假设一个航班预定软件，它能够让你去管理航班调动、旅客登记和机票销售。QA管理人员可能会定义他主要的测试需求为：登陆操作、数据库操作、传真发送操作、安全性能力检查、图形和报表操作、UI检查操作和帮助。对于完整的例子，请查看TestDirector_Demo工程。
关于创建需求树的更进一步信息，请看第8章的"开发需求树"（Developing the Requirements Tree）。
6.3定义需求（Defining Requirements）
对于每一个需求主题，QA测试员均应该创建相应的详细测试需求列表。例如，Application Security需求主题可能会被分解为如下的需求：
在需求树中的每一个需求均要求被详细描述，并且应该包括所有与需求相关的附件。QA测试人员分配每个需求一个优先级，此优先级会作为测试组创建测试计划的一个考虑因素。
1.4分析需求定义（Analyzing your Requirements Specification）
QA管理人员复查这些需求，并确定测试范围被更早的定义。他们还应该将需求的状态改为"Reviewed"，假如这个需求被评审通过的话。
你应该产生TestDirector报告和图表来帮助你评审需求。对于更多信息，请查看26章"产生报告"（Generating Reports）和27章"产生图表"（Generating Graphs）。
在随后的测试计划中，你应该使用这些需求作为基础。你在测试计划阶段所创建的测试也应该覆盖这些需求。关于需求和测试覆盖的更多信息，请查看第12章"连接测试到需求"（Linking Tests to Requirements）。这些测试也能够被缺陷进行关联，从而在整个测试过程形成完整的回溯。
7、需求模块一览（The Requirements Module at a Glance）
本章将结束TestDirector需求模块的核心元素。包括如下内容：
需求模块（The Requirements Module）
需求菜单栏（The Requirements Menu Bar）
需求工具条（The Requirements Toolbar）
需求树（The Requirements Tree）
7.1需求模块（The Requirements Module）
你可以在TestDirector中点击Requirements标签页来定义你的需求。你可以用Document View或Coverage View两种方式来显示需求树。
注意：你可以从Microsoft Word、Excel或第三方的需求管理工具中导入需求到你的TestDirector工程。对于导入需求，你必须首先安装相应的TestDirector插件。对于更详细信息请查看《TestDirector安装手册》（TestDirector Installation Guide）。
默认情况下，需求模块是以文档视图方式显示需求树。
你也可以以覆盖视图方式显示需求树。这种方式能够让你更容易地为需求增加或修改测试覆盖。对于测试覆盖的更多信息，请看第12章"连接测试到需求"（Linking Test to Requirements）。
需求模块包括如下的核心元素：
Requirements Menu Bar，需求菜单栏，具有需求模块命令的下拉菜单。
Requirements Toolbar，需求工具栏，具有创建或修改需求树的常用命令按钮。
View Box，视图选择框，能够让你去选择需求树的显示方式：文档视图或覆盖视图。
Requirements Tree，需求树，你的测试需求的一种图形表达。更详细信息请看60页的需求树（The Requirements Tree）。
Descrīption Tab，描述标签页，显示当前所选择需求的注释，仅在文档视图中有效。点击Show箭头去显示描述面板。
History Tab，历史标签页，显示当前所选择需求的历史操作列表。
Tests Coverage Tab，测试覆盖标签页，显示了在需求树上，当前所选择的需求的测试列表。仅适用于覆盖视图。
Details Tab，细节标签页，显示了在需求树上当前树选择需求的详细描述。仅适用于覆盖视图。
7.2 需求菜单栏（The Requirements Menu Bar）
需求菜单栏包括如下的菜单：
Requirements菜单，包括命令：在需求树上修改需求、从一个需求产生一个测试、Mail一个需求。
View菜单，包括命令：设置需求树的显示、查找一个需求、浏览测试覆盖、关联缺陷、附件。
Tools菜单，包括命令：转换需求到测试。
Analysis菜单，包括命令：产生需求报告和图表。关于需求报告的更详细信息，请看第26章，"产生报告"（Generating Reports）。关于需求图表的更详细信息，请看第27章，"产生图表"（Generating Graphs）。
7.3 需求工具栏（The Requirements Toolbar）
需求工具栏包括如下的按钮：
New Requirements ：新建需求，增加一个新的需求到需求树。TestDirector将增加此需求到当前所选择的需求下面，并处于相同等级。
New Child Requirements ：新建子需求，增加一个新的需求到需求树。TestDirector将增加此子需求到当前所选择的需求下面，并处于低一级的级别。
Cut ：剪切，移动所选择的需求到需求树的新位置。要与Paste按钮联合使用。
Copy ：拷贝，拷贝所选择的需求到需求树的另外位置或另外的TestDirector工程。需要与Paste按钮联合使用。
Paste ：粘贴，粘贴一个剪切或拷贝的需求到需求树的另外位置。
点击Paste箭头并选择Paste，去粘贴需要到当前所选择的需求下面，以相同的级别。
点击Paste箭头并选择Paste as Child，去粘贴需要到当前所选择的需求下面，以低一级的级别。
Delete ：删除，从需求树中删除所选择的需求。
Refresh Selected ：刷新，刷新在需求模块中的数据。
点击Refresh Selected按钮，去刷新当前所选择的需求。所有子需求也会被同时刷新。
点击Refresh Selected箭头并选择Refresh All去刷新所有的需求。
Select Columns ：选择列，打开选择列对话框，你可以决定哪些字段显示在需求树中，并决定它们的显示顺序。
Zoom in ：展开，改变需求树的细节等级。
点击Zoom In按钮去展开需求树的指定分支。
点击Zoom In箭头并选择Zoom Out One Level去取消预先展开的命令。
点击Zoom In箭头并选择Zoom Out To Root去收缩，并显示整个需求树的根结点。
Find ：查找，打开查找需求对话框，能够让你在需求树中查找你想要的需求。
Mail Requirement ：Mail需求，打开发送邮件对话框，你可以从邮件列表中选择收件人，或输入其它的邮件地址，发送需求邮件。
Attachments ：附件，打开附件对话框，能够让你为所选择的需求添加附件。对于更多信息，请看第4章"增加附件"（Adding Attachments）。
Test Coverage ：测试覆盖，打开测试覆盖对话框，能够让你为选定的测试需求增加测试覆盖。注意：你也能够右键点击一个需求，并选择Associated Defects去浏览有测试覆盖需求的所有缺陷关联。
7.4需求树（Requirements Tree）
TestDirector在需求树中有机的组织并显示数据。需求树中每一行都显示了一条独立的需求。需求树中可以显示如下细节信息。
选项 描述
附件（Attachment） 指示本需求是否包含附件。
此字段值可以为"Y"或"N"。
作者（Author） 创建此需求的用户名。
默认情况，TestDirector插入登陆用户名到此字段。
覆盖状态（Cover Status） 需求当前的状态。默认情况下，状态为Not Covered。
一个需求的状态能够是如下几种：
Not Covered：这个需求没有被链接到测试。
Failed：覆盖此需求的一个或多个测试被执行，且状态为：Failed。
Not Completed：覆盖此需求的一个或多个测试被执行，且状态为：Not Completed。
Passed：覆盖此需求的所有测试均有同样状态：Passed。
No Run：覆盖此需求的所有测试均有同样状态：No Run。
你能够点击一下State，去打开你所选择需求的测试覆盖对话框，关于覆盖的更详细信息，请看第12章的"连接测试到需求"（Linking Tests to Requirements）。
创建日期（Creation Date） 需求被创建的日期。默认情况下，创建日期被设置为当前服务器日期。你也可以点击下拉箭头去显示一个日历，并选择一个不同的创建日期。
创建时间（Creation Time） 需求被创建的时间。默认情况下，创建时间被设置为当前服务器的时间。
修改（Modified） 标识此需求被最后修改的时间。
名称（Name） 需求名。
优先级（Priority） 需求的优先级。范围从最低级别（Level 1）到最紧急级别（Level 5）。
产品（Product） 需求所基于的应用程序组件。
需求ID（Req ID） 需求的唯一数字ID，右TestDirector自动分配。注意，需求ID是只读的。
复查（Reviewed） 标识此需求是否被复查，并且被责任人批准通过。
类型（Type） 需求的类型，可以是Hardware或Software。
注意：你可以改变需求树中任何字段的标签，也可以增加最多24个用户自定义的域到需求树中。更进一步信息，请看《TestDirector管理员手册》（TestDirector Administrator's Guide）。
1、开发需求树（Developing Requirements Tree）
需求树组织并展示了你的测试需求体系。本章描述了：
创建需求树（Creating a Requirements Tree）
在树中查询需求（Finding Requirements in the Tree）
查看需求树（Viewing the Requirements Tree）
查看需求历史（Viewing Requirement History）
邮寄需求（Mailing Requirements）
查看关联缺陷（Viewing Associated Defects）
修改需求树（Modifying the Requirements Tree）
从需求创建测试（Creating Test from Requirements）
8.1关于需求树（About the Requirements Tree）
定义测试需求的过程是单调乏味并耗时的。大多数情况下，测试组是用字处理软件或电子表格文档来记录需求。这样的需求文档维护复杂，难以组织和分类，而且不能够连接到基于需求创建的测试和相应的缺陷。
作为整个测试过程的第一步，TestDirector需求模块能够让你简单的定义和管理你的测试需求。测试小组通过在TestDirector中创建需求树来记录需求。它以图表的方式展现了整个需求说明和需求关系。
一旦你已经创建了测试，你就可以在需求和测试间建立连接，而测试与缺陷又可以建立关联。通过这种方式，你就可以跟踪测试需求到整个测试过程的每一个步骤。假如测试需求被改变，你可以立即确定哪些测试和缺陷受到影响，并且是谁负责的收到了影响。你能够在需求树中分组和分类需求，监控需求过程和任务分配，并产生详细的报告和图表。
注意：本章假定你是使用需求模块的Document View去创建需求树。关于Coverage View的更详细信息，请看第12章的"连接测试到需求"（Linking Tests to Requirements）。
8.2 创建需求树（Creating a Requirements Tree）
你可以通过创建需求树来定义你的需求。
创建需求树：
1. 在需求模块的工具栏上点击New Requirement按钮 ，或者选择Requirements > New Requirement.
注意：假如需求字段已经在工程自定义窗口中定义，，则New Requirement对话框将被打开。为不要的字段选择值，并点击OK。
TestDirector将增加一个默认名称为"New Requirement"的新需求到需求树中。
2. 为新的需求输入一个名称，并按Enter。注意，需求名称中不能够包括字符：/ ^ *。
3. 为需求添加需求细节。关于在需求树中的有效字段的更详细信息，请看第7章"需求模块一览"（The Requirements Module at a Glance）。
4. 在Descrīption面板中，输入新需求的描述信息。
5. 点击Attachments按钮或选择View > Attachments，为新需求添加附件。附件可以是文件、URL、应用程序的快照、剪贴板中的图像或系统信息。TestDirector会在需求树中，紧挨着需求名放置一个可点击的附件图标 。对于更多信息，请查看第4章"添加附件"（Adding Attachments）。
6. 点击Tests Coverage按钮 或选择View > Tests Coverage，为需求添加测试覆盖。测试覆盖定义了测试计划树中的测试并能够让你连接测试需求到测试。你仅仅只有当在测试计划期间创建测试后，才能够定义测试覆盖。关于测试覆盖的更详细信息，请看第12章"连接测试到需求"（Linking Tests to Requirements）。
7. 添加另外的需求到需求树：
点击New Requirement按钮 ，在当前需求下面添加同等级需求。
点击New Child Requirement按钮 ，在当前需求下面添加低一级的需求。
8.3 在树中查找需求（Finding Requirements in the Tree）
你可以基于需求名称或其它的一些信息，在需求树中查找需求。
注意：假如你使用放大，TestDirector会限制在你放大的区域进行搜索。关于树放大的更多信息，请查看67页的"查看需求树"（Viewing the Requirements Tree）。
查找需求：
1. 在工具栏上点击Find按钮 ，或者右键点击需求树，并选择Find，Find Requirement对话框将被打开。
2. 在Find in Field框中，选择查找的依据。
3. 在Value to Find框中，输入或选择你所选择字段的值。此查找是不分大小写的。
举个例子，假如字段为Name，则在Value to Find框中输入需求名称。假如字段名为Priority，则在Value to Find框中，选择一个优先级（从一到五）。
4. 点击Find。TestDirector将会用给定的值去定位这个需求。假如搜索是成功的，搜索结果对话框将被打开，并显示可能匹配的列表。从列表中选择一个结果，并点击Go To按钮，则会在需求树中高亮显示此需求。
假如搜索不成功，相应的提示信息框将被弹出。
8.4查看需求树（Viewing the Requirements Tree）
你能够改变TestDirector显示需求树的方式。包括放大和缩小树、显示编号、刷新树、展开和折叠树的分支。
缩放树：
你能够放大或缩小 需求树中的需求主题。这能够让你去改变树显示的明细程度。
放大：
1. 在需求树中选择一个需求主题
2. 在工具栏上点击Zoom In按钮，或者右键点击需求并选择Zoom In。
需求树仅仅只显示所选择的需求主题和这需求主题所包括的内容。
缩小：
要反转一个放大的行为，你可以缩小一个层次或完全的缩小。
点击Zoom In箭头，并选择Zoom Out One Level去取消先前放大的命令。
点击Zoom In箭头，并选择Zoom Out To Root去全部缩小并显示整个需求树。
显示编号：
现在View > Numeration去显示需求树中每一个需求具有等级的编号。一旦你对需求树作了改变，TestDirector将自动为这些需求重新编号。注意，这些编号和为每个需求分配的唯一需求ID是没有关系的。默认情况下，需求以编号方式显示。
刷新树：
你可以在需求模块中刷新数据。
快速地刷新需求：选择所要刷新的需求，并点击Refresh Selected按钮 ，此需求和所有的子需求将被刷新。
刷新所有需求：点击Refresh Selected箭头，并选择Refresh All。
展开和折叠树：
你能够展开或折叠需求树中的分支，这能够让你去改变树显示的细节程度。
展开树枝：单击分支名左侧的展开符号 。若想展开分支的所有层，需要右击分支名称，并选择Expand。
折叠树枝：单击分支名左侧的折叠符号 。若想折叠分支中所有层，需要右击分支名称，并选择Collapse。
8.5查看需求历史（Viewing Requirement History）
你可以查看需求树中所有需求的修改记录。
查看需求的修改历史：
4. 在需求树上选择一个需求。
5. 点击History标签页，所有字段的修改历史都显示在网格中。
对于需求的每一个改变，网格上都会显示相应的修改日期、修改人名称和修改后的值。
6. 你能够定义哪些字段可以显示在网格中。在Field列表中，选择一个字段名称，仅仅只查看该字段的修改记录。
关于保存历史记录的信息，请查看《TestDirector管理员手册》（TestDirector Administrator's Guide）。
8.6 邮寄需求（Mailing Requirements）
你可以发送E-mail给TestDirector项目中的其它使用者。这样你就可以定期地通知开发和质量保证人员关于测试需求的情况。
注意：默认状态下，TestDirector以HTML格式发送E-mail。若希望TestDirector发送无格式的文本邮件，需要在Site Administrator的Site Config标签页中编辑MAIL_FORMAT参数。更详细信息，请查看《TestDirector管理员手册》（《TestDirector Administrator's Guide》）。
邮寄需求：
6. 在需求树中，选择一个需求，并点击Mail Requirement按钮 。Send Mail对话框将被弹出。
7. 输入一个有效的E-mail地址。或者点击To按钮或Cc按钮去选择用户，Select Recipients对话框将被弹出。
选择所要发送邮件的用户或用户组，并点击OK。注意，你可以通过右击一个用户，并选择Properties来查看用户属性。关于定义用户属性的更详细信息，请查看《TestDirector管理员手册》（《TestDirector Administrator's Guide》）。
8. 在Subject框中，为邮件输入主题。
9. 选择是否需要包括需求的Attachments、History和（或）Tests Coverage。
10. 在Additional Comments框中，添加你想加的注释。
11. 在对话框中进行拼写检查：
a) 点击Check Spelling按钮 ，为所选择的词或文本框作拼写检查。假如不存在错误，一个确认消息将被弹出；假如有错误被发现，Spelling对话框将被打开，并显示错的词和更改建议。
b) 点击Spelling Options按钮 打开拼写选择对话框。能够让你配置TestDirector拼写检查的规则。
c) 点击Thesaurus按钮 打开辞典对话框，显示所选词的同义、反义或近义词。你能够替换所选择的词，或查找新单词。
12. 点击Custom去查看并编辑完整的E-mail文本。
13. 点击Send，发送E-mail。
8.7 查看关联缺陷（Viewing Associated Defects）
你能够查看需求树中的需求所关联的缺陷。为了让需求有关联的缺陷，此需求必须要有测试覆盖（详见第12章，"连接测试到需求"（Linking Tests to Requirements））。被连接的测试也需要与缺陷进行关联，或者在测试计划期间（详见第108页"Associating Defects with a Test"），或者在手动测试运行期间（详见第196页"Running a Test Manually"）。
查看关联缺陷：
选择View > Associated Defected，或右键点击一个需求，并选择Associated Defected。关联缺陷对话框将被弹出。
8.8修改需求树（Modifying the Requirements Tree）
你可以在需求树中重命名、拷贝、移动或删除需求。
重命名需求：
你可以在需求树中对需求进行重命名。
1. 从需求树中选择一个需求。
2. 点击这个需求，或右键点击这个需求，并选择Rename。
3. 编辑需求名称。注意，需求名称不能够包含如下字符：\ ^ *。
4. 按Enter。
拷贝需求：
你可以在需求树中对需求进行拷贝。当你拷贝一个需求主题时，此需求主题的所包含的内容也将被拷贝。
注意：你能够拷贝需求到不同的TestDirector工程。
1. 在需求树中选择准备要拷贝的需求。
2. 点击Copy按钮 ，或右键点击这个需求，并选择Copy。
3. 在需求树中选择一个需求。
4. 你可以将已复制的需求，粘贴到同级或低级。
以同级粘贴所拷贝的需求到所选择需求的下面：点击Paste箭头 并选择Paste，或右键点击需求，并选择Paste > Paste。
注意：假如要粘贴的需求与已经存在的需求同名，TestDirector将自动添加adds_Copy到拷贝的需求名后面。
以低一级粘贴所拷贝的需求到所选择的需求下面：点击Paste箭头 并选择Paste as Child，或者右键点击需求，并选择Paste > Paste as Child。
5. 点击Yes去确认。
移动需求：
你能够移动需求到需求树的不同位置。当你移动需求主题时，需求模块将自动移动需求主题所包含的内容。
1. 在需求树中选择准备去移动的需求。
2. 点击Cut按钮 ，或者右键点击需求并选择Cut。
3. 在需求树中选择一个需求。
4. 你可以将已剪切的需求，粘贴到同级或低级。
以同级粘贴所拷贝的需求到所选择需求的下面：点击Paste箭头 并选择Paste，或右键点击需求，并选择Paste > Paste。
以低一级粘贴所拷贝的需求到所选择的需求下面：点击Paste箭头 并选择Paste as Child，或者右键点击需求，并选择Paste > Paste as Child。
5. 点击Yes去确认。
提示：你可以通过拖动，将一个需求移动到需求树的新的位置。
删除需求：
你能够将需求从需求树中删除。若删除需求主题，需求主题所包含的所有内容也将被删除。
1. 从需求树中选择一个需求。
2. 点击Delete按钮 ，或选择Requirement > Delete。或者选择此需求，比按Delete键。
3. 点击Yes去确认。
8.9 从需求创建测试（Creating Tests from Requirements）
一旦你创建了需求树，你可以用这些需求作为基础，在测试计划树中定义测试，并在测试集中运行测试。
从需求创建测试有如下两种方法：
转换需求到测试（Convert Requirement to Tests）：转换需求到测试计划树中指定主题的测试。
你可以转换需求树中的所选定的需求或所有需求。这种方法使用转换到测试向导，帮助你设计测试计划树。详见第77页的转换需求到测试（Convert Requirement to Tests）。
从需求产生测试（Generate a Test from Requirements）：转换需求到测试计划树中指定主题的测试，并添加到测试实验室模块指定的测试集中。
这种方法使用产生测试对话框，在你分析需求时，能够帮你迅速运行测试。详见第81页的从需求产生测试（Generate a Test from Requirements）。
转换需求到测试：
使用转换到测试向导，转换需求到测试计划树中指定主题的测试。
1. 你可以转换需求树中指定的需求或全部需求：
转换所有需求：选择Tools > Convert to Test > Convert All。
转换指定的需求：在需求树中选择所要转换的需求，并选择Tools > Convert to Tests > Convert Selected。
Step 1对话框将被打开。
2. 选择一种自动转换方法。
选择Convert lowest child requirements to design steps，将所有最低级别的子需求转换为设计步骤、高一级别的转换为测试、所有更高级别的转换为主题。
选择Convert lowest child requirements to tests，将所有最低级别的子需求转换为测试、所有高级别的转换为主题。
选择Convert all requirements to subjects，将所有选择的需求转换为主题。
3. 点击Next去开始转换需求。若想取消转换并返回到步骤1，点击进度条上的Stop按钮。当转换过程完成，转换结果将被显示在Step 2对话框中。
注意：假如你仅仅只转换单个需求，向导将会跳过此对话框。
4. 查看向导图例，点击Legend链接。
5. 对每一个转换项，你能够做如下操作：
选择一个项，并点击 Exclude按钮，或右键点击该项，并选择 Exclude，将此项从测试计划树中删除。
选择一个项，并点击 Subject按钮，或右键点击该项，并选择 Subject，将选择的项改变为一个主题。子项将变为主题或测试。注意，主题名称必须唯一。
现在一个项，并点击 Test按钮，或右键点击该项，并选择 Test，将选择的项改变为一个测试。子项将被转换为测试步骤。注意，测试名称必须唯一。
选择一个项，并点击 Step按钮，或右键点击该项，并选择 Step，将所选择的项改变为测试步骤。子项将被转换为步骤的描述。
选择一个项，并点击 Desc按钮，或右键点击该项，并选择 Desc，将所选择的项改变为步骤描述。子项将被转换为缩进的描述文本。
6. 当你作修改时，若不希望使用向导，将默认选中的Auto Complete Children选择项取消。假如此项被选中，你在改变父级别时，如从主题改变为测试，向导会自动转换所有子项的级别，如从测试到测试步骤。
7. 点击Next，步骤3的对话框将被打开。
8. 在Destination Subject Path中，点击Browse按钮，Select a Destination Subject对话框将被打开，在此对话框中显示的测试计划树中选择一个主题。或者输入一个主题名称。默认情况下，TestDirector将放置这些测试到测试计划模块的临时测试文件夹。
9. 点击Finish。在进度栏上点击Stop按钮，去停止转换过程，并返回到步骤3对话框。
10. 点击信息对话框中的OK按钮，关闭转换到测试的对话框，或者查看生成的错误信息。
从需求产生测试：
使用产生测试对话框，转换需求到测试计划树中指定主题的测试，并添加到测试实验室模块指定的测试集中。
1. 在需求树中，右键点击一个需求，并选择Generate Test。产生测试对话框将被打开。
2. 对于Subject框，从测试计划树中选择一个主题或输入一个新的主题名。默认情况下，TestDirector放置此测试在测试计划模块的临时测试文件夹。
3. 在Test Name框中，为新测试输入一个名字。默认情况下，TestDirector将使用需求名称作为测试名。
4. 假如你不希望TestDirector去创建测试步骤，取消Create Design Steps复选框的选择。假如此选项是被选中的，TestDirector将为每个子需求添加一个步骤到测试。
5. 选中Add Test to Test Set复选框，去要求TestDirector在测试实验室模块中增加测试到测试集。在Test Set列表中，选择一个测试集或输入一个新的测试集名称。
6. 点击OK。
Part III
Test Planning
9、测试计划工作流（The Test Plan Workflow）
对成功的应用程序测试来说，开发一个清晰并简明的测试计划是必要的基础。一个好的测试计划，能够让你在整个测试过程的任何位置，对应用程序的质量进行评定。
本章描述了怎样使用TestDirector测试计划模块来开发测试计划。开发一个测试计划包括如下步骤：
9.1定义测试策略（Defining Testing Strategy）
若想勾画一个测试策略，来达到定义在需求模块的测试需求，需要先问自己如下两个问题：
你应当怎样测试你的应用程序？
你将使用哪些测试技术（压力测试、安全测试、性能和负载测试等等）？
你将怎样处理缺陷（缺陷严重等级、打开、关闭缺陷权限管理等）？
你需要什么资源？
为了测试，你需要什么资源（人员、硬件等等）？
各个任务什么时候被完成？
举个例子，假设一个航班预定软件，它能够让你去管理航班调动、旅客登记和机票销售。此种情况下，手动测试和自动测试均需要。你应该指派有编程经验的人设计自动测试，没有编程经验的人设计手动测试。
9.2定义测试主题（Defining Test Subjects）
根据应该程序功能的等级关系，将应该程序功能分解为各个主题，并建造相应的表现应用程序功能的测试计划树。
测试计划树是你的测试计划的一种图形的表现。它是根据主题组织的测试分级表，而每一个主题所包含的，就是为了实现质量要求而需要进行的测试。例如，对于航班预定软件，你可以将Create Order、Delete Order、Open Order和Update Order作为测试主题。
关于如何创建测试计划树的完整描述和说明，请看第11章的"开发测试计划树"（Developing the Test Plan Tree）。
9.3设计测试（Planning Tests）
为测试计划树上的每一个主题设计测试。确定每各测试主题应该创建哪些种类的测试，如正规级别测试或回归测试（关于测试类型的说明，请看第18章"创建测试集"（Creating Test Sets））。然后在每个测试计划树的分支上创建并设计它们。例如，在航班预定软件的Create Order测试主题下，可以包括如下的测试：Change Date、Change From Location、Change To Location、Insert New Order和Verify Insertion。
你能够将测试与指定的缺陷关联。这是非常有用的，例如，你可以为一个已知的缺陷创建新的测试。通过创建关联，你能够基于所关联缺陷的状态来决定这个缺陷是否应该被运行。
关于设计测试的更进一步信息，请查看第11章"开发测试计划树"（Developing the Test Plan Tree）。
9.4创建需求覆盖（Creating Requirements Coverage）
将测试计划树上的每一个测试连接到需求树上的一个或多个需求。通过为需求定义测试覆盖，你可以对你测试计划中的测试和它原始的测试需求之间进行追踪。例如，在航班预定软件中，在Create Order中的测试覆盖在需求主题Check Creation of New Order中的需求。
另外，由于测试与缺陷的关联，测试覆盖提供了从需求定义到缺陷跟踪的完整的追踪。
关于需求覆盖的更进一步信息，请看第12章的"连接测试到需求"（Linking Tests to Requirements）。
9.5设计测试步骤（Designing Test Steps）
在测试计划树中对具体的测试进行设计。创建测试步骤，描述所要执行的操作、检查点和预期的结果。定义完测试步骤后，紧接着就应该决定，该测试是准备手动测试还是自动测试。
对于手动测试，应该按你定义好的步骤，在应该程序中执行它，并记录相应的结果。手动测试需要测试人员的响应，一般包括可用性测试、一次性测试、需要立即运行的测试、需要应用程序知识的测试和没有预定义结果的测试。
例如，在航班预定软件中，假如检查对话框是否用户界面友好，需要使用者响应，因此你应该确定它们为手动测试。
关于设计测试步骤的更多信息，请查看第13章"Building Tests"。
9.6自动测试（Automating Tests）
自动化测试允许在无人值守的情况下，高速地执行测试。它也使测试能够重复的执行和使用。例如，你能够对功能性的、基准、单元、压力和负载、以及需要详细应用程序信息的测试执行自动化操作。
在设计完测试步骤后，你能够决定哪些测试应该进行自动化。影响测试自动化的因素包括：执行的频率、数据输入量、执行时间的长度和复杂度。
对于自动化测试，你可以首先设计测试步骤，然后产生一个测试模板来对它们进行自动化测试。测试模板可以是：WinRunner,、QuickTest Professional、Astra QuickTest,、QuickTest Professional for MySAP.com Windows Client,、Astra LoadTest, LoadRunner,、XRunner、Visual API、or Visual A。
例如，在航班预定软件中，你可以对登陆过程进行自动化测试。在添加完测试步骤后，你创建一个测试模板，然后用WinRunner来完成自动化测试脚本。
关于创建自动化测试的更进一步信息，请看第14章"Creating Automated Tests"。
注意：你也可以创建自动化的系统测试去要求TestDirector为机器提供系统信息、捕获桌面图像或重新启动计算机。更进一步信息，请看第15章"Working with System Tests"。
9.7分析测试计划（Analyzing Your Test Plan）
复查你的测试计划去确定怎样它才能满足在测试过程开始阶段定义的测试目标。然后通过产生TestDirector报告和图表对你的测试计划进行分析。请看第26章"Generating Reports"和第27章"Generating Graphs"。
例如，你能够创建一个报告来显示测试计划树中每一个测试的测试步骤。你能够用此报告来帮助你决定你的测试设计的优先级。
建议贯穿整个测试过程来分析你的测试计划，从而更好地保证测试过程的成功。复查测试计划，并确定是否满足测试目标，并相应地对测试计划作出调整。
10、测试计划模块一览（The Test Plan Module at a Glance）
本章将介绍TestDirector测试计划模块的核心元素。包括如下内容：
测试计划模块（The Test Plan Module）
测试计划菜单栏（The Test Plan Menu Bar）
测试计划工具条（The Test Plan Toolbar）
测试计划网格（The Test Plan Grid）
10.1测试计划模块（The Test Plan Module）
你可以通过点击Test Plan标签页进入测试计划模块设计测试。
测试计划模块包括如下的核心元素：
Test Plan Menu Bar，测试计划菜单栏，具有测试计划模块命令的下拉菜单。
Test Plan Toolbar，测试计划工具栏，具有创建或修改测试计划树的常用命令按钮。
Test Plan Tree，测试计划树，你的测试计划的图形表现。更详细信息，请看第11章"Developing the Test Plan Tree"。
Details Tab，细节标签页，测试计划树上当前所选择的主题文件夹或测试的详细描述。更详细信息，请见第11章"Developing the Test Plan Tree"。
Design Steps Tab，设计步骤标签页，一个测试步骤列表，描述怎样去执行测试计划树中当前所选中的测试。假如当前所选中的测试包含设计步骤的话，在标签页上将会包含一个设计步骤图标 。更详细信息，请见第13章"Building Tests"。
Test scrīpt Tab，测试脚本标签页，测试计划树中当前所选中的测试的TSL测试脚本。假如当前所选中的测试具有测试脚本的话，在标签页上将会包括一个测试脚本图标 。更详细信息，请见第14章"Creating Automated Tests"。
Attachments Tab，附件标签页，附件列表，为测试计划树中当前所选中的测试提供辅助信息。假如当前所选中的测试具有任何附件的话，在标签页上将会包括一个附件图标 。更详细信息，请见第4章"Adding Attachments"。
Reqs Coverage Tab，需求覆盖标签页，测试计划树上当前所选中测试对应的需求列表。假如当前所选中的测试具有需求覆盖的话，在标签页上将会包括一个覆盖图标 。更详细信息，请见第12章"Linking Tests to Requirements"。
技巧：在测试计划树上右键点击一个测试或选择Go to Test in Test Set。TestDirector将会打开测试实验室模块，并高亮显示所选择的测试。
10.2 测试计划菜单栏（The Test Plan Menu Bar）
测试计划菜单栏包括如下的菜单：
Planning菜单，包含能够让你管理测试计划树上的文件夹和测试的命令，更详细信息，请见第11章"Developing the Test Plan Tree"。。
View菜单，包括命令：设置测试计划树的显示（更详细信息，请见第3章"Working With TestDirector Data"）、打开测试网格和添加关联缺陷。
Analysis菜单，包括命令：产生计划报告和图表。关于计划报告的更详细信息，请看第26章，"产生报告"（Generating Reports）。关于计划图表的更详细信息，请看第27章，"产生图表"（Generating Graphs）。
10.3 测试计划工具栏（The Test Plan Toolbar）
测试计划工具栏包括如下的按钮：
New Folder ：新建文件夹，向测试计划树中添加一个新的测试主题。
New Test ：新建测试，向测试计划树中添加一个新的测试。
Delete ：删除，从测试计划树中删除所选择的文件夹或测试。假如删除一个文件夹，TestDirector将移动此文件夹中所有的�
TAG:
