TD 8.0 安装和维护说明文档.doc

软件测试自动化 （TestDirector）TestDirector8.0使用目 录第1章 TestDirector简介11.1 引言11.2 安装前期准备11.3 安装TestDirector 8.01第2章 TestDirector简介122.1 启动TestDirector（Starting TestDirector）122.2 TestDirector窗口（The TestDirector Window）142.3 TestDirector工具栏（The TestDirector Toolbar）152.4修改密码（Changing Passwords）162.5修改用户属性（Changing User Properties）172.6 清除历史记录（Clearing History）17第3章 系统管理员操作193.1 创建项目193.2 定制项目模块、加入用户和授权23第4章 测试人员操作324.1 指定需求324.2 计划测试364.3 执行测试39第5章 项目经理操作475.1 记录缺陷475.2 缺陷生命周期515.3 TD的备份515.4 常见问题处理方法51第1章 TestDirector简介1.1 引言本文用于简单描述测试管理工具TestDirector 8.0的安装、配置、及使用过程，旨在指导从来没有接触过该软件的人员可以快速使用它。（注：由于目前安装的TD8.0版本比较低，浏览器必须是IE6.0以下版本，浏览才正常，如果没有可以对TD8.0的配置文件进行修改，见5.4常见问题处理方法）1.2 安装前期准备TestDirector需要一种数据库支持，可以连接本机安装的数据库，也可以不用在本机安装数据库，远程连接别的数据库，所支持的数据库有access, SQL server, oracle ,Sybase , Access我们以oracle为例；安装前注意事项：在windows操作系统下安装，安装前检查你的PC机上是否安装了IIS服务器，如果没有可以在windows组建中添加；1.3 安装TestDirector 8.01.在安装盘下执行setup.exe文件。2.弹出如下图的界面3、点击按钮。4、输入序列号License NO：B343P-44B44-43444-6444S，点击按钮。5、选择支持的数据库服务器类型:MS-SQL server, Access, Sybase, Oracle，可选一个或多个, 点击按钮；6、输入连接串，这里我们采用默认的,Oracle Alias点击按钮。7、这里验证你是否是域用户，请输入你的域用户帐号域用户帐号是自动获得，密码设置跟你PC机用户密码一致，如果点NEXT出现没有找到该用户，可以做如下操作：我的电脑右键属性高级性能设置数据执行保护选择“只为关键Windows程序和服务启用数据执行保护”这样就可以安装了。，点击按钮。8、这里SMTP Server 可以随便填入个IP地址，设置邮件服务：输入你用于发送邮件的SMTP服务名称（可以是IP），或者用系统IIS有的SMTP服务，这里我们输入一个IP地址:52点击按钮。9、设置你的域存储区的路径，这里保存了域存储区的相关信息（建议使用默认路径），点击按钮。10、点击按钮。11、点击按钮。12、点击按钮；13、正在安装TD8.0 的界面。14、点击按钮；15、安装完毕点击按钮；16、请重启你的机器。第2章 TestDirector简介本章对TestDirector的使用进行粗略介绍，并解释它是如何开始工作的。包括如下几个部分内容：l 启动TestDirector（Starting TestDirector）l TestDirector窗口（The TestDirector Window）l TestDirector工具条（The TestDirector Toolbar）l 修改密码（Changing Passwords）l 修改用户属性（Changing User Properties）l 清除历史记录（Clearing History）2.1 启动TestDirector（Starting TestDirector）你可以通过你的工作站上WEB浏览器启动TestDirector。启动TestDirector：1. 打开Web浏览器并输入TestDirector所在的URL（http:/Server name/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的知识库（）并搜索关键字“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登陆窗口，请点击在右上角的按钮。2.2 TestDirector窗口（The TestDirector Window）当你打开一个工程时，TestDirector的主窗口会打开你上次工作时使用过的模块。在标题栏，TestDirector会显示工程名称和你的用户名。TestDirector包含如下几个模块：需求（Requirements）定义测试需求。包括定义你正在测试的内容、定义需求的主题和条目并分析这些需求。测试计划（Test Plan）开发一个测试计划。包括定义测试目标和策略、将测试计划分为不同的类别、对测试进行定义和开发、定义哪些需要自动化测试、将测试与需求进行连接和分析测试计划。测试实验室（Test Lab）运行测试并分析测试结果。缺陷（Defects）增加新缺陷、确定缺陷修复属性、修复打开的缺陷和分析缺陷数据。技巧：你可以在两个模块间利用快捷键进行切换。用CtrlShift1来访问需求模块，用CtrlShift2来访问测试计划模块，如此类推。所有的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）。2.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）打开在线帮助并为当前的内容显示帮助主题。2.4修改密码（Changing Passwords） 你能够改变访问TestDirector工程的密码。注意：管理员能够改变并覆盖用户密码。对于更多信息，请查看TestDirector管理员手册（TestDirector Administrators Guide）。修改密码：1. 在窗口右上角，点击Tools按钮并选择Change Password菜单项。或者在工程定制窗口点击Change Password链接。修改用户密码的对话框将被弹出。 2. 在Old Password框中输入你的旧密码。3. 在New Password框中输入你的新密码。4. 在Retype New Password框中重新输入你的新密码。5. 点击OK，关闭修改密码对话框。2.5修改用户属性（Changing User Properties）你能够修改你的用户属性信息，包括全名、Email地址、电话号码和描述信息。注意，Email地址信息是非常重要的，因为能够直接通过你的邮箱，让你接收到缺陷、需求和测试集的信息。注意：管理员能够改变并覆盖用户属性信息。对于更多信息，请查看TestDirector管理员手册（TestDirector Administrators Guide）。修改用户属性：1. 在窗口右上角，点击Tools按钮并选择Change User Properties菜单项。或者在工程定制窗口点击Change User Properties链接。用户属性对话框将被弹出。 2. 编辑如下的用户属性：Full Name、Email、Phone、Description。3. 点击OK按钮，保存你的修改。2.6 清除历史记录（Clearing History）在自定义TestDirector工程时，你可以要求TestDirector来保存系统中的日志信息，以及在需求、测试和缺陷实体中的用户字段。产生的历史记录数据会被显示在需求、测试计划和缺陷模块的历史记录属性页上面。对于更多关于为TestDirector域设置历史记录的信息，请查看TestDirector管理员手册（TestDirector Administrators Guide）。一旦你不想存储历史数据，TestDirector允许你将这些历史数据从TestDirector工程中删除。举个例子，假如你已经成功地运行了你创建的测试集，你可能想从TestDirector工程中清除这些历史记录。你能够清除所有的历史记录，或指定实体或域的历史记录。另外，你能够让TestDirector仅删除直到某一天（包括这一天）的历史记录。TestDirector所清除的历史记录显示在各自模块的History属性页下。注意：默认状态下，只要具有管理员权限的用户才能够清除历史记录。用户权限是能够被定制的。对于关于权限的更多信息，请查看TestDirector管理员手册（TestDirector Administrators Guide）。清除历史记录：1. 在窗口右上角，点击Tools按钮并选择Clear History菜单项。清除历史记录对话框将被弹出。2. 在Entity框中，选择你准备删除历史记录所属的实体。若你准备删除需求、测试和缺陷实体的历史记录，请选择All。3. 在Field框中，选择你准备删除的历史记录所在的字段，若想删除历史记录的所有字段，请选择All。4. 在Until Date框中，选择一个日期。TestDirector所删除直到所选择日期的历史记录（包括所选择日期当天）。5. 点击OK。第3章 系统管理员操作3.1 创建项目1、单击桌面的图标（如果弹出的界面图片没有显示可以在该图标的属性中将ULR改为http:/本机的IP /TDBIN/default.htm,如：8/TDBIN/default.htm。2、 点击Site Administrator链接，进入站点管理的登录界面。3、 点击按钮，进入站点管理的主界面。4、 在主界面左侧可以看见已有二个项目（可以把他停掉）（TestDirecotr_Application,TestDirector_Demo），我们点击工具条上的按钮，弹出项目新建对话框。5、 默认项目名称为以“TD_”为前导字符，你可以更改，例如:TD_KM,当然这个你可任意输，全要保证唯一，选择数据类型，如:MS-SQL，点击按钮。6、 输入本地数据库的用户名和密码（若本地服务器的名称不是TDSQLSERVER，则需要在SQL SEREVER的客户端网络使用工具中建立别名TDSQLSERVER），DB Admini User,DB Admin Password 是你连接的服务器的管理员用户和管理员密码，点击按钮。7、点击按钮就新建了一个项目。8、如果项目是要从已存在的项目复制，那么在新建对话框中单击按钮。9、在Project选择框中选择你要拷贝的项目，选择你要拷贝哪些类型的数据点击按钮创建。10、创建完项目测试数据库是否正连接常用如下方法进行检测；在工具栏上点击“DB servers”选项点击”ping”输入数据库的用户名和密码点击确定。连接成功则提示ping 成功，不成功则提示未指定的错误； 3.2 定制项目模块、加入用户和授权1、单击桌面的图标（如果弹出的界面图片没有显示可以在该图标的属性中将ULR改为http:/本机的IP /TDBIN/default.htm,如：8/TDBIN/default.htm。2、 点击TestDirector链接，进入工程管理的界面.3、 点击按钮，进入工程的界面。4、在Project中选择TD_KM,就是我们上面创建的项目,输入用户名:admin,密码为空,（这是默认的系统管理员身份）,点击按钮确认进入项目定制页面。5、点击导航菜单change password链接6、这个界面可以更改管理员的密码。7、配置工程字段: 点击Customize Project Entities链接.8、这里有七个表，每个表中的字段分为系统字段(system fields)和用户定段(user fields)。9、选择DefectUser Fields节点，点击底部的按钮。10、输入字段名称和数据类型，并选择显示模式，增加完后，点击按钮返回。11、定制项目的模块分类：点击customize project lists进入定制列表框，（在这里你可以为项目中所有出现选择列表的定段定义列表内容）。12、 在lists中选择All project,点击按钮，弹出增加项目模块条目对话框。13、 输入条目名称，如:KM协作,然后点击按钮返回。14、 选择我们增加的进来的“KM协作”，点击弹出增加条目对话框。15、 输入条目名称：如:“文件协作”,点击按钮返回。16、 重复以上操作完成项目各模块的加入.完成后点击返回定制主界面。17、 增加用户：点击Setup Users进入用户设置对话框.(在这里你可以为增加删除用户，并且为用户定制权限 系统默认五种角色：浏览者、开发者，项目管理者、测试人员、TD系统管理员)。18、 点击按钮弹出加入用户对话框。19、 选择已有用户名，若要新增用户，单击按钮。20、 输入用户全名等（如：全名（ Full Name）、地址（Address）、电子邮箱（E Mail）、联系电话（Phone），点击按钮返回。21、 这时用户默认是浏览者角色（Viewer），我们修改它为测试人员(QATester)(这里有所属成员(member of) 栏和非成员栏（not member of）)。22、 重复18、19、20加入参与的成员，然后点击按钮返回定制主页面。第4章 测试人员操作4.1 指定需求这个章节的目的是让用户知道怎么使用TestDirecotr 来管理和定义测试需求。指定需求的工作流： 步骤一：定义测试范围：测试团队通过收集所有有用的文档（ 包括市场和业务需求文档、系统需求文档），来确定测试范围（测试目标、对象及策略）。在你确定测试范围的时候你应该先问一下自己下面几个问题：你要测试的软件的使用目的及方向是什么? 你要测试的软件的使用特性是什么? 哪个功能点是这个软件中相对重要的？ 哪个功能点在这个软件中存在高风险？测试优先级是什么？客户或者最终用户是否同意你的测试优先级？你的质量目标是什么？步骤二：建立需求大纲如图为指定需求的界面： 1）建立需求树： 点击工具栏按钮，在需求树上就会增加一行，然后修改标题即可。点击工具栏上的按钮，就会在需求树上添加一个子项。点击工具栏上按钮，就可以添加一个附件。点击工具栏上的按钮，弹出测试覆盖的窗口测试覆盖起到了把需求同测试进行关联到一起的作用，到后面会详细描述的。2）在需求树上查询点击工具栏上的按钮，弹出查询窗口。点击【Find in Field 】下拉框，选择要查询字段。然后在Value to Find 中输入你要在项目树上查找的关键字，点击按钮即可查询。如图为查询的结果： 选中你要查看的结果，点击按钮，焦点就会移动到你想查看的需求节点上去了。3）在需求树上查看点击工具栏上的按钮，可以缩放需求树点击工具栏上的按钮，可以进行需求树的刷新点击按钮，可以收缩和展开需求树在需求树上点击右键菜单中的【Associated Defects 】，这个窗口会显示与这个需求相对应的bug 。4）修改需求树重命名节点：在项目树上点击右键菜单中的【Rename 】， 就可以修改项目树上的节点名称了。复制节点：在项目树上点击右键菜单中的【Copy 】，然后在点击右键菜单【Paste Paste 】， 就可以粘贴一个需求节点了，如果点击右键菜单【Paste Paste as Child 】，则会粘贴为一个子节点。剪切节点：在项目树上点击右键菜单中的【Cut 】，然后在点击右键菜单【Paste Paste 】， 就可以粘贴一个需求节点了，如果点击右键菜单【Paste Paste as Child 】，则会粘贴为一个子节点。5）删除需求：点击工具栏上的按钮，可以删除需求节点6）从需求上建立测试转换需求到测试：使用转换到测试向导，转换需求到测试计划树中指定主题的测试。1. 你可以转换需求树中指定的需求或全部需求：转换所有需求：选择Tools Convert to Test Convert All。转换指定的需求：在需求树中选择所要转换的需求，并选择Tools Convert to Tests Convert Selected。Step 1对话框将被打开。2. 选择一种自动转换方法。l 选择Convert lowest child requirements to design steps，将所有最低级别的子需求转换为设计步骤、高一级别的转换为测试、所有更高级别的转换为主题。l 选择Convert lowest child requirements to tests，将所有最低级别的子需求转换为测试、所有高级别的转换为主题。l 选择Convert all requirements to subjects，将所有选择的需求转换为主题。3. 点击Next去开始转换需求。若想取消转换并返回到步骤1，点击进度条上的Stop按钮。当转换过程完成，转换结果将被显示在Step 2对话框中。注意：假如你仅仅只转换单个需求，向导将会跳过此对话框。4. 查看向导图例，点击Legend链接。5. 对每一个转换项，你能够做如下操作：l 选择一个项，并点击Exclude按钮，或右键点击该项，并选择Exclude，将此项从测试计划树中删除。l 选择一个项，并点击Subject按钮，或右键点击该项，并选择Subject，将选择的项改变为一个主题。子项将变为主题或测试。注意，主题名称必须唯一。l 现在一个项，并点击Test按钮，或右键点击该项，并选择Test，将选择的项改变为一个测试。子项将被转换为测试步骤。注意，测试名称必须唯一。l 选择一个项，并点击Step按钮，或右键点击该项，并选择Step，将所选择的项改变为测试步骤。子项将被转换为步骤的描述。l 选择一个项，并点击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。步骤三：分析需求通过报表菜单生成需求定义报表点击菜单AnalysisReportsStadard requriment report ，可以生成标准需求报表。点击菜单AnalysisGrahpsSummary ，可以生成概要图表。4.2 计划测试这个章节的目的是让用户知道怎么使用TestDirecotr 来管理测试计划测试计划的工作流程： 步骤一：定义测试策略定义测试策略的时候有两个基本问题：你将怎么测试应用程序？例如你会使用什么测试技术（如压力测试、安全性测试、确认测试等）你需要什么资源？例如你需要什么资源测试（人、硬件等）；什么时候完成任务步骤二：定义测试主题1 建立测试计划树：图为测试计划的主界面： 在工具栏上点击按钮输入你想添加的测试计划名称，点击按钮，就可添加成功。步骤三：定义测试1将测试加入到计划树中点击工具栏上的按钮选择测试类型【Test Type 】下拉框。输入测试名称，点按钮，即可添加成功。测试类型： Manual：手工测试WR Automated：winrunner 自动测试；QuickTest Test：QTP 自动测试；VAPI Test：Visual API 。标签页： Details：描述信息；Design steps：测试步骤；Test script：测试脚本（自动测试时才有效）；Attachments：附件；Reqs Coverage：需求覆盖2 查看测试计划树点击按钮可以展开和收缩测试计划树测试图标： 手工测试winrunner 测试工具测试QTP 测试工具测试Visual API 测试已经定义测试步骤的测试点击工具栏上的按钮，可以刷新测试计划树;点击工具栏上的按钮，可以过滤或者分类测试计划树上的数据3将Bug 关联到测试上你能够将测试计划树中的测试与特定的缺陷进行关联。这是有用的，例如，当为特定已知的缺陷创建一个新的测试的时候。通过创建一个关联，你能够基于缺陷的状态来决定是否这个测试应当被运行。注意，任何被该测试覆盖的需求，也会与给缺陷进行关联。关联缺陷到测试：1) 在测试计划树上选择一个测试，并选择View Associated Defected，或右键点击这个测试，并选择Associated Defected。关联缺陷对话框将被弹出。2) 点击Associate按钮去增加关联的缺陷。关联缺陷对话框将被打开。3) 输入Defect ID或点击Select按钮，从有效的缺陷列表中选择。4) 点击OK。缺陷被添加到列表中。5) 点击Refresh 去更新关联缺陷列表。6) 点击Columns 去自定义缺陷字段的显示和顺序。7) 选择缺陷并点击Remove ，并点击Yes确认，将关联的缺陷从列表中移除。8) 点击Close。4查找测试1) 在工具栏上点击Find Folder/Test按钮。对于树中限制搜索的特定文件夹，先选中此文件夹，然后点击按钮。Find Folder/Test对话框弹出并在Find In框中显示文件夹名称。假如你要搜索整个树，则文件夹名称为Subject。2) 在Value to Find框中，输入准则搜索的文件夹或测试的名称（或部分名称）。此查找是不分大小写的。注意，这个搜索是不分大小写的。3) 选中Include Tests复选框，要求TestDirector对文件夹和测试均进行搜索。4) 点击Find。TestDirector将会用给定的值去定位这个文件夹或测试。假如搜索是成功的，搜索结果对话框将被打开，并显示可能匹配的列表。从列表中选择一个结果，并点击Go To按钮，则会在测试计划树中高亮显示此文件夹或测试。假如搜索不成功，相应的提示信息框将被弹出。注意：你也可以使用查找对话框在测试网格中搜索测试。首先选择一个你想要搜索的字段，来代替搜索的文件夹，然后输入你想要搜索的值。注意，你也可以决定你的搜索：是否大小写敏感、是否精确匹配、是否使用通配符。6修改测试计划树重命名节点：在测试计划树上点击右键菜单中的【Rename 】，就可以修改项目树上的节点名称了删除测试：在工具栏上点击按钮，就可以删除一个测试节点了4.3 执行测试这个章节的目的是让用户知道怎么使用TestDirecotr 来管理测试进度执行测试的工作流程步骤一：建立测试集合测试集合就是在执行测试过程中进行的一组测试活动，例如一个build 版本的测试就可以算做一个测试集合。也可以把一个测试阶段当成一个测试集合，例如单元测试阶段也可以作为一个测试集合。1 添加一个测试集合执行测试的主界面点击工具栏上的按钮在【test set name 】输入框中输入测试集合名称，点击按钮，即可添加成功2将测试加入到测试集合中在工具栏上点击按钮会弹出上图右边的测试树， 在测试树上点击右键菜单中的【add to test set 】，则测试就加入到测试集合中去了。3.管理一个测试集合在执行测试树上点击右键菜单【test set details 】这个界面可以设置测试集合的属性。例如测试集合的状态（status） 步骤二：测试执行表这个时候测试负责人就应该安排测试的执行表， 执行表包括测试人、测试主机名称、测试执行日期、测试执行时间点击【execute flow 】标签页可以设置自动测试的执行计划步骤三：执行手工测试（自动测试） 在没有执行测试之前，它的状态都是【NO Run 】的状态，等到执行测试以后它的状态会根据测试结果而发生变化。执行手工测试的时候按以下步骤执行： 在测试应用测试的时候，要遵循测试用例中的测试步骤的详细描述进行测试比较时间的测试结果与预期的结果是否一致标记每一个步骤是passed 或者failed 如果一个步骤失败，记录下实际的测试结果1执行手工测试点击按钮点击按钮如果测试步骤通过，点击按钮即可如果测试步骤没有通过，点击按钮即可，然后在【Actual Result 】输入框中输入时间的测试结果，点击按钮，可以记录下这个bug;执行完所有的测试步骤后，点击按钮，结束这个测试。还有就是测试用例可以执行多次，而测试的状态为最后一次执行的结果。例如： 点击一条测试用例，点击按钮，进入这个测试用例的属性界面可以看到这条测试用例执行过四次，而最后一次它执行的结果为failed，所以它最终的显示结果也会为failed 。点击按钮，可以删除曾经执行过的测试。2 执行自动测试点击按钮点击【run on host 】输入框中的按钮选择一台主机即可（注意这台主机上必须安装了相应的自动测试工具）。点击按钮，执行自动测试。点击按钮，执行所有的自动测试，自动测试的执行次序会按照先前自动测试执行计划来进行。如果你设置了自动测试的执行时间， 它会在你指定的时间才会执行自动测试，这点要注意。点击按钮，可以停止正在执行的自动测试。在执行完自动测试以后，系统会给你一个自动测试的结果。或者点击【run viwe execution log 】菜单查看自动测试的测试结果。设置远程主机点击【hosts host manager 】菜单点击按钮，可以收集到局域网中主机。自动测试执行顺序点击【view order tests 】菜单这个界面可以调整自动测试执行的先后顺序。步骤四：分析测试结果在测试执行的属性界面中，有四个标签页面details 、all runs 、attachments 、plan attachment， details 标签页描述测试执行的基本信息all runs 标签页显示在执行测试过程中的信息attachments 标签页用来添加附件plan attachments 标签页用来显示在测试计划时候添加的附件如果是自动测试的话，还会多出一个标签页面exec config，它用来设置自动测试在执行过程中的一些相关参数。执行测试中的生成报表及图表类似于需求分析第5章 项目经理操作5.1 记录缺陷这个章节的目的是让用户知道怎么使用TestDirecotr 来管理软件缺陷（bug） 记录缺陷的工作流程步骤一：添加缺陷1 添加缺陷如图为记录缺陷的主界面点击按钮点击按钮，提交这条bug 。如果想填写bug 信息错误，点击按钮，可以清除已经填写的bug 信息。点击按钮，可以添加文件类型的附件。点击按钮，可以添加web 类型的附件。点击按钮，可以抓图片，并且作为附件点击按钮，就可以进行抓图了，点击按钮，就可以将所抓的图做为附件点击按钮，可以记录下测试环境的信息2 比较缺陷再填写完bug 信息后，有必要进行bug 比较，点击按钮，查找是否存在相同的bug，如果有相似的bug，会弹出如图的界面如果没有相同的bug，会有如图的提示3 发送邮件点击按钮这个界面可以发送邮件给bug 修改负责人，也可以自动定时发送邮件给bug 修改负责人（由系统管理员配置） 4 查看关联的测试点击右键菜单中的【associated test 】菜单可以查看这条bug 对应的测试信息5 删除缺陷点击菜单【Defects Delete 】，弹出如图的提示信息点击按钮，即可删除bug 步骤二：检查新缺陷开发负责人检查是否有new( 新)的缺陷，如果的确是bug 的话，将它的状态修改为open （开放），如果发现这条bug 提重复或者不是bug 时，将它的状态改为closed（关闭）或者Rejected （拒绝），注Rejected 状态的bug 可以在bug评审会上确定是closed（关闭）还是open （开放）。如果开发人员Rejected bug 的原因是bug 描述不清，请在回执中注明；如果是其他的原因， 也请在回执中注明清楚。步骤三：修改开放缺陷开发人员修改open 状态的bug，修改完成后将bug 状态改为fixed（已修复）状态。步骤四：验证缺陷测试人员在新的build 版本中验证fixed 状态