TestDirector使用介绍.pptx

,TestDirector,使用介绍,品管部,TestDirector,使用介绍,一、概述,二、登录与个人配置,三、测试管理过程,四,、,BUG,管理流程,五、操作流程说明,一,.,概述,TestDirector,是,Mercury Interactive,公司推出的基于,WEB,的测试管理工具，它能系统地控制整个测试过程，并创建整个测试工作流的框架和基础，使整个测试管理过程变得更为简单和有组织。它还专门提供了一个完善的缺陷跟踪系统，它能够让你跟踪缺陷从产生到最终解决的全过程。,TestDirector,会指导你进行需求定义、测试计划、测试执行和缺陷跟踪，即整个测试过程的各个阶段。通过整合所有的任务到应用程序测试中来确保你的客户收到更高质量的产品。,使用人员,：测试人员、开发人员,、项目经理以及需要使用,TD,的人员。,二、登录与个人配置,1,、打开,web,浏览器输入,TD,地址：,内网：,192.168.0.5:8011/tdbin/default.htm,外网：,218.204.245.54:8011/tdbin/default.htm,2,、点击左上方的,TestDirector,链接。在你第一次运行,TestDirector,时候，软件将会被下载到你的计算机上，一旦,TestDirector,进行完版本检查和更新（如果需要的话），,TestDirector,的登陆页面将被显示。,二、登录与个人配置,3,、在域列表中选择你想进入的域（,Domain,）。例如“翼讯”、“集团短信”。,4,、在工程列表中选择一个,project,，例如“手机端”、“企业客户端”。,5,、在,User ID,框中，选择或输入你的用户名称，在,Password,框中，输入管理员指派给你的密码，点击,按钮。,6,、退出或返回,TestDirector,登录窗口，点击 按钮。,7,、修改密码：在已登陆的页面窗口右上角，点击 按钮，选择,Change Password,菜单项。或者在定制窗口（点击,登陆后的窗口）点击,Change Password,链接，修改用户密码的对话框将被弹出，依次输入旧密码，新密码，新密码，点击,ok,即可。,二、登录与个人配置,8,、修改用户属性，包括全名、,Email,地址、电话号码和描述信息。在已登陆的页面窗口右上角，点击,按钮，选择,Change User Properties,菜单项。或者在定制窗口（点击,登陆后的窗口）点击,Change User Properties,链接。修改用户属性的对话框将被弹出，填入各项信息后点击,ok,即可,。,注：为了更好的区别开发人员，,Full Name,字段不允许修改。,三、测试管理过程,TestDirector,测试管理的四个模块：,需求（,Requirements,）,此模块用来分析应用程序并确定测试需求。,（,1,）定义测试范围：检查应用程序文档，并确定测试范围、测试目的、目标和策略。,（,2,）创建需求：创建需求树，并确定它涵盖所有的测试需求。,（,3,）描述需求：为需求树中的每一个需求主题建立一个详细的目录，并描述每一个需求，给它分配一个优先级，如有必要的话还可以加上附件。,（,4,）分析需求：产生报告和图表来帮助你分析测试需求，并检查需求以确保它们在你的测试范围内。,测试计划,(,Test,Plan,）,此模块用来对已定义的测试需求，创建相应的测试计划。,（,1,）定义测试策略：检查应用程序、系统环境和测试资源，并确认测试目标。,（,2,）定义测试主题：将应用程序基于模块和功能进行划分，并对应到各个测试单元或主题，构建测试计划树。,（,3,）定义测试：定义每个模块的测试类型，并为每一个测试添加基本的说明。,（,4,）创建需求覆盖：将每一个测试与测试需求进行连接。,（,5,）设计测试步骤：对于每一个测试，先决定其要进行的测试类型（手动测试和自动测试），若准备进行手动测试，需要为其在测试计划树上添加相应的测试步骤。测试步骤描述测试的详细操作、检查点和每个测试的预期结果。,（,6,）自动测试：对于要进行自动测试的部分，应该利用,MI,、自己或第三方的测试工具来创建测试脚本。,（,7,）分析测试计划：产生报告和图表来帮助你分析测试计划数据，并检查所有测试以确保它们满足你的测试目标。,三、测试管理过程,TestDirector,测试管理的四个模块：,测试实验室（,Test Lab,）,此模块用来创建测试集（,Test Set,）并执行测试。,（,1,）创建测试集：在你的工程中定义不同的测试组来达到各种不同的测试目标，他们可能包括，举个例子，在一个应用程序中测试一个新的应用版本或是一个特殊的功能。并确定每个测试集都包括了哪些测试。,（,2,）确定进度表：为测试执行制定时间表，并为测试员分配任务。,（,3,）运行测试：自动或手动执行每一个测试集。,（,4,）分析测试结果：查看测试结果并确保应用程序缺陷已经被发现。生成的报告和图表可以帮助你分析这些结果。,缺陷（,Defects,）,此模块用来报告程序中产生的缺陷并跟踪缺陷修复的全过程。,（,1,）添加缺陷：报告程序测试中发现的新的缺陷。在测试过程中的任何阶段，质量保证人员、开发者、项目经理和最终用户都能添加缺陷。,（,2,）检查新缺陷：检查新的缺陷，并确定哪些缺陷应该被修复。,（,3,）修复打开的缺陷：修复那些你决定要修复的缺陷。,（,4,）测试新构建：测试应用程序的新构建，重复上面的过程，直到缺陷被修复。,（,5,）分析缺陷数据：产生报告和图表来帮助你分析缺陷修复过程，并帮助你决定什么时候发布该产品。,四,、,bug,管理流程,Bug,状态有以下几种：,New,、,Open,、,Reopen,、,Fixed,、,Rejected,、,Reserved,和,Closed,。,Bug,管理流程如下,：,流程如下：,NewOpen,（,Rejected,、,Reserved,）,Fixed,（,Rejected,）,Closed,（,Reopen,）,（,1,）测试,人员（开发人员等）提交,新的,bug,，其,bug,状态为,New,。,（,2,）项目经理验证,bug,，做如下,处理：,A,如果的确是,bug,，,分配给相应的开发,人员，并,将它的状态修改为,Open,；,B,如果发现这条,bug,提重复或者不是,bug,时，将它的状态改为,Rejected,。,注意：,Rejected,状态的,bug,可以在,bug,评审会上确定是,Closed,还是,Open,。,如果,reject,bug,的原因是,bug,描述不,清或者是其他原因，,请,在,处理,中注明。,C,如果此,bug,修复需要很长时间或其他原因，暂时不能修复，可考虑以后再修复，将,bug,状态改为,Reserved,。,四,、,bug,管理流程,（承接上页）,（,3,）开发人员查询状态为,Open,或,Reopen,的,bug,，做如下处理：,A,如果是缺陷，修改完成后将,bug,状态改为,Fixed,；,B,如果不能修复，留下文字说明，告知项目经理，并保持其原先状态；,C,如果不是缺陷，修改状态为,Rejected,；,D,如果修复需要很长时间，向项目经理说明，由项目经理设置为,Reserved,。,（,4,）测试人员查询状态为,Fixed,的,bug,，做如下处理：,A,如果验证通过，将,bug,状态改为,Closed,状态；,B,如果验证不通过，将,bug,状态改为,Reopen,状态。,（,5,）测试人员查询状态为,Rejected,的,bug,，做如下处理：,A,如果此,bug,确实存在，告知项目经理，由项目经理设置为,Reopen,；,B,如果此,bug,不存在，保留其状态不变。,五,、操作流程说明,建立,需求（,Requirements,）,登录,TestDirector,，点击,REQUIREMENT,，如下图：,建立,需求（,REQUIREMENTS),a,、建立需求树,点击工具栏 按钮，弹出增加需求的对话框，填入名称，即可增加一条新的需求；,点击工具栏 按钮，可在需求树上添加子需求；,点击工具栏 按钮，可在某条需求上添加附件；,点击工具栏 按钮，可删除某条需求。,b,、查询需求,点击工具栏 按钮，弹出查询对话框，填入要查询的字段，例如“设置”，点击,ok,，系统就会弹出包含有查询字段的需求，选择你想查看的需求，点击“,Go To,”，,系统就会显示你所要查看的需求节点。,建立需求（,REQUIREMENTS),c,、修改需求树,剪切（,cut,）：在项目树上点击右键菜单中的,Cut,，然后在点击右键菜单,Paste Paste,，就可以粘贴一个需求节点了，如果点击右键菜单,Paste Paste as Child,，则会粘贴为一个子节点。,复制（,copy,）：在项目树上点击右键菜单中的,Copy,，然后在点击右键菜单,Paste Paste,，就可以粘贴一个需求节点了，如果点击右键菜单,Paste Paste as Child,，则会粘贴为一个子节点。,重命名（,rename,）：在需求树上点击右键菜单中的,Rename,，就可以修改项目树上的节点名称了。,需求与测试的关联,方法一：,在需求树上点击右键菜单中的,Generate Test,。,或者在上方,Requirements,菜单中选择,Generate Test,，,弹出右边对话框。,在,Subject,框中，从测试计划树中选择一个主题或输入一个新的主题名。默认情况下，,TestDirector,放置此测试在测试计划模块的临时测试文件夹,Temporary Tests,中。,在,Test Name,框中，为新测试输入一个名字。默认情况下，,TestDirector,将使用需求名称作为测试名。,假如你不希望,TestDirector,去创建测试步骤，取消,Create Design Steps,复选框的选择。假如此选项是被选中的，,TestDirector,将为每个子需求添加一个以该需求节点为名字的步骤到,TEST,PLAN,。,选中,Add Test to Test Set,复选框，去要求,TestDirector,在,TEST LAB,模块中增加测试到测试集。在,Test Set,列表中，选择一个测试集或输入一个新的测试集名称。,点击,OK,按钮，这条需求就建立为一条测试了。相应的在测试,树,TEST PLAN,上就,会有这条记录，并且这条测试就会和这条需求关联起来。,需求与测试的关联,方法二：,使用转换到测试向导，转换需求到测试计划树中指定主题的测试。,A 转换所有需求：选择Tools Convert to Test Convert All。,B 转换指定的需求：在需求树中选择所要转换的需求，并选择Tools Convert to Tests Convert Selected。将出现如下对话框：,需求与测试的关联,方法二：,使用转换到测试向导，转换需求到测试计划树中指定主题的测试。,A 转换所有需求：选择Tools Convert to Test Convert All。,B 转换指定的需求：在需求树中选择所要转换的需求，并选择Tools Convert to Tests Convert Selected。将出现如下对话框：,1）Convert lowest child requirements to design,steps：将所有最低级别的子需求转换为设计步骤、,高一级别的转换为测试、所有更高级别的转换为主题。,2）Convert lowest child requirements to tests：,将所有最低级别的子需求转换为测试、所有高级别的,转换为主题。,3）Convert all requirements to subjects：,将所有选择的需求转换为主题。,点击Next开始转换需求，若想取消转换并返回到,Step1，点击进度条上的Stop按钮。,需求与测试的关联,方法二：（承接上页）,当Step1完成之后，将出现如下对话框：（在这里可对测试计划树种各节点进行修改）,将选中项删除；,将选中项设置成一个主题，子项,将变为主题或者测试，主题名必须唯一。,将选中项设置成测试，子项将变成,测试步骤，测试名必须唯一。,将选中项设置为测试步骤，子项将,变成步骤的描述。,将选中项设置为步骤描述，子项,也,将成为步骤描述,。,当你作修改时，若不希望使用向导，,将默认选中的Auto Complete Children选择项取消。假如此项被选中，你在改变父级别时，如从主题改,变为测试，向导会自动转换所有子项的级别，如从测试到测试步骤。,需求与测试的关联,方法二：（承接上页）,点击Next，将出现如下窗口：,在Destination Subject Path中，点击Browse按钮，Select Destination Subject对话框将被打开，在此对话框中显示的测试计划树中选择一个主题，或者输入一个主题名称。默认情况下，TestDirector将放置这些测试到测试计划模块的临时测试文件夹。,点击Finish。在进度栏上点击Stop按钮，去停止转换过程，并返回到Step 3对话框。,点击信息对话框中的OK按钮，关闭转换到测试的对话框，或者查看生成的错误信息。,建立测试计划,(TEST PLAN),前面两种方法，我们都是从,REQUIREMENTS,入手，将需求与测试关联起来。在这里，我们将从测试,(TEST PLAN),入手，建立测试树，再将测试与需求关联起来。,a,、在,TEST PLAN,左,栏中使用,创建主题，使用 创建测试，创建的测试树如右图；,b,、选中某一条测试，点击右边窗口中的,Design Steps,，可设置该测试的具体步骤，如：,c,、选中某一条测试，点击右边窗口中,Reqs Coverage,下的 按钮，这时在,，窗口最右边将出现需求树，如右图所示，选择,某一条需求，选择某个需求节点，点击 ，或者右键选择,即可将该测试与需求关联起来，,关联后在窗口中将列出该测试对应的需求节点。,执行测试,(TEST LAB),a,、建立测试集,点击,TEST LAB,，可以看到测试实验室页面如下,图：,如果之前在建立需求中的需求与测试关联的对话框中没有选择,Add Test to Test,选项的话，那么在这里我们可以使用,建立测试,集，方法类同与建立测试计划树。建立后的测试集如下图：,选定某一条测试集，点击右边窗口中的,Execution,Flow,下的 ，右边将出现测试计划树，,选择相应的节点，点击 把该测试集和测试计划树,相关联。,至此，需求树、测试计划树、测试集将互相关联起来。,执行测试,(TEST LAB),b,、计划测试运行,在,Execution Flow,中，可以看到如下视图：,在执行流程中，可以为执行的测试指定日期和时间，以及设置条件。条件是基于在执行流程中另一个已定义测试的结果。通过设置条件，可以要求,TestDirector,去推迟执行当前的测试，直到另一个已定义的测试已经完成运行或通过。另外，还可以设置测试执行的顺序。,在,执行流程图中，一个虚线,箭头标识,该测试不具有条件。一个实线箭头,标识一个条件，能够为蓝色或绿色。假如实线箭头为蓝色，则表示条件状态设置为,“Finished”,；假如实线箭头为绿色，则表示条件状态设置为,“Passed”,。,当,一个测试具有时间依赖时，一个时间依赖图标,将,被添加到这图表中,。,执行测试,(TEST LAB),b,、计划测试运行（承接,上,页）,1,、指定测试运行,在,Execution Flow,页面，双击一个测试或右击一个测试并选择,Test Run Schedule,。测试运行计划的对话框被打开，,如下第一个图,点击,New,按钮，增加一个条件。新增执行条件对话框被,打开，如上面第二个图。,在,Test,下拉框，选择一,个准备,与当前测试形成依赖的测试。,选择,Finished,命令，,TestDirector,仅仅只在指定的测试结束执行后，才开始执行当前的测试。,选择,Passed,命令，,TestDirector,仅仅只在指定的测试结束并通过后，才开始执行当前的测试,。,在,Comments,框中，添加任何关于执行条件的相关信息。,点击,OK,。条件被添加到列表中。,执行测试,(TEST LAB),b,、计划测试运行（承接上页）,点击,Time Dependency,标签页，指定你准备执行这个测试的时间。选择,Run At Specified Time,项，并选择,Date,和,/,或,Time,。,2,、编辑测试运行,在执行流程中，双击一个条件箭头，或右键点击一个条件箭头,，,并选,择,Execution Condition,。执行条件对话框被打开，如下图。,修改,任何关于执行条件的相关信息，点击,OK,。,3,、有序组织测试,在,执行流程中,，,可以,改变,显示在图中,测试,的,执行顺序，重新组织测试顺序。,按住,Shift,键并在执行流程中选择两个或更多的测试。,选择,Execution Arrange Tests Sequentially,，或右键,点击,一个测试并选择,Arrange Tests Sequentially,。组织,测试对话框被打开，,如右图。,从,列表中选择一个测试并点击向上或向下箭头来改变测试在序列中的位置。,点击,OK,。为序列改变的执行条件被添加。,执行测试,(TEST LAB),c,、执行测试,点击,TEST LAB,下的,Execution,Grid,，如下图,在,没有执行测试之前，记录的状态都是,NO Run,的状态，等到执行测试以后它的状态会根据测试结果而发生变化,。,1,、选择一条测试，点击 将弹出右边窗口：,2,、在此,页面可以简单填写一些基本信息，然后,点击,，,对每一步骤进行测试，并比较实际的,测,试,结果与预期的结果是否一致,。,若有失败的步骤,，,可以,点击,按钮,添加,bug,。,3,、标记,每一个步骤是,passed,或者,failed,。你也,可以,根据,实际情况修改,bug,状态为其它状态,。,执行,后,bug,状态有以下几种：,Failed,：执行失败；,N/A,：此,步骤,不适用；,Not,completed,：没,执行,完成；,Passed,：执行,通过,执行测试,(TEST LAB),c,、执行测试（承接上页）,4,、,如果一个步骤失败，在,Actual Result,输入框中输入实际的测试结果，点击,按钮,，可以记录下这个,bug,。有一个步骤失败，则整个测试的结果显示失败,。,每,一步都执行完后，可,得到右图：,注：通过,TEST LAB,运行测试后提交的,bug,将列在,DEFCTS,中。,缺陷跟踪,(DEFECTS),注：开发人员和项目经理需特别关注。,点击,DEFECTS,，将出现如下界面：,可右键选择,Select Columns,，选择需要显示的列。,1,、添加,bug,。,点击,按钮,，弹,出,Add Defect,的,对话框，,填写相应的,bug,信息，点击,Submit,即可生成一条,bug,记录。点击上方的按钮可以添加,一些,不同,类型的,附件。,注：红色字段为必填项。,缺陷跟踪,(DEFECTS),各字段含义：,1,、,Defect ID,：,bug,的,ID,，自动生成，一直累加，即使删除该条,bug,，此,bug,所属,ID,也不可复用；,2,、,Status,：,bug,的状态，即,new,、,open,、,fixed,、,rejected,、,reserved,、,reopen,、,closed,；,3,、,Assigned To,：指派给某人，当测试人员、开发人员或者有新增,bug,权限的人员每添加一条,bug,记录，,bug,的初始状态为,new,，并指给涂志峰，潘荣增等相关负责人，再由相关负责人修改,bug,的状态（,open,、,rejected,、,reserved,）后指给具体的开发人员；,4,、,Summary,：,bug,的标题，显示此,bug,的大致内容；,5,、,Subject,：,bug,的主题，例如是属于事务模块或者添加企业等；,6,、,Version,：版本号，记录发现此,bug,的软件版本，如,0.1.1,；,7,、,Closing Version:,关闭此,bug,的版本，表示此,bug,是在软件哪个版本修改完成的；,8,、,Severity,：,bug,严重等级，分为,5,级，依次递增，,1-Low,如字眼错误的,bug,，,5-Urgent,如引发死机的,bug,；,9,、,Platform,：发现,bug,的软件平台，如,mobile,、,kjava,、,symbian,；,10,、,Detected on Date,：添加,bug,的日期，自动生成；,11,、,Detected By,：添加,bug,的人，自动记录，相关负责人如果对,bug,有疑问，可与之联系；,12,、,category,：类型，描述此记录是属于,defect,、需求还是建议，一般需求也是属于一种缺陷，只是它是出现在最初的需求中。,缺陷跟踪,(DEFECTS),2,、查看,bug,可在,DEFECTS,界面筛选你需要看到的,bug,，直接点击各字段下省略号，将弹出筛选条件输入框。例如点击,Assigned to,，可选择,bug,指向人员，点击,ok,，那么界面将显示指给所选人的,bug,；点击,Status,，输入筛选条件，例如,Not Closed And Not Reserved,，即可将非,closed,和非,reserved,的,bug,筛选出来。,可保留筛选条件到,Favorite,文件夹：点击 ，选择,Add To Favorite,。,3,、修改,bug,直接在,DEFECTS,界面的,bug,记录上修改相关字段，或双击,一条,bug,记录,，弹,出,Defect Details,的对话框，如下,图,缺陷跟踪,(DEFECTS),根据,bug,的处理进度，可修改,bug,的状态以及添加评论或修改,bug,的其它信息：先点击右下方的 在左下框中可看到编辑内容和时间：即可在下方编辑内容。,注：参考,bug,管理流程,3,、,bug,与测试的关联,选中,一条,bug,记录，选择,ViewAssociated Test,，或者右键菜单选择,Associated TestDetails,或,View Report,可查看相关测试的详细信息。,选中,一条记录，右键菜单选择,Associated TestRerun Test,或,Rerun Test Manually,可以重新运行与此,bug,相关联的测试,。,生成,报告与导出文档,在,REQUIEMENTS,、,TEST PLAN,、,TEST LAB,、,DEFECTS,中，,我们,点击菜单,AnalysisReports,或,AnalysisGraphs,可以,选择生成,各种相关报表。如右图：,我们以,DEFECTS,为例，如要看图形报告，选择下方的,Graphs,，,X,，,Y,轴数据可以,自己定义,，定义完后点击,下方,Refresh,按钮就可以,更新,图表,。例如我们选择,X,轴是,Subject,，,Y,轴是,Severiry,，点击,Refresh,，则可生成如下,面,所,示的报表。报告,上方均有保存的图标，点击后选择,保 存,的类型即可保存。,生成,报告与导出文档,在,REQUIEMENTS,、,TEST PLAN,、,TEST LAB,、,DEFECTS,中，我们还可以导出文档。,点击页面右,上角,按钮，选择,Document Generator,，会出来页面如下,图,在,左侧树状结构目录中选择你要导出的部分，点击白色框表示选中；点击目录名称，对话框右边会显示其详细信息，可进行填写或选择操作。,设置,好后点击左上角的,Full Documen,t,或,Snapshot,按钮可以导出到,word,。,TD,相关文档,文档一：,TestDirector,使用流程规范,文档二：,TestDirector8.0,用户手册,地址：,