论TestDirector过程管理 毕业论文.docx

论testdirector过程管理论文独创性的声明值此论文完成之际，本人郑重声明：所呈交的论文是我个人在导师指导下独立完成的。尽我所知，除了文中特别加以标注的地方外，论文中不包含其他人已经发表或撰写的研究成果。同时，对于文中所参考他人的研究成果，均已在论文中作了说明，并致以谢意。 签名： 日期：论文使用的授权本人完全了解河北司法警官职业学院有关保留、使用毕业论文的规定，即：学院有权保留所送交的论文，允许论文被查询和借阅，并可以公布论文内容，以及可以采用影印、缩印或其他复制手段保存论文。签名: 导师签名： 日期： 内容摘要应用程序测试是非常复杂的，它需要开发和执行数以千计的测试用例。通常情况下，测试需要多样式的硬件平台、多重的配置和多种的应用程序版本。管理整个测试过程中的各个部分是非常耗时和困难的。testdirector能够让我们系统地控制整个测试过程，并创建整个测试工作流的框架和基础，使整个测试管理过程变得更为简单和有组织。能够覆盖你的应用程序功能性的各个方面。在你的工程中的每一个测试点都对应着一个指定的测试需求。testdirector还为你提供了直观和有效的方式来计划和执行测试集、收集测试结果并分析数据。还专门提供了一个完善的缺陷跟踪系统，它能够让你跟踪缺陷从产生到最终解决的全过程。testdirector通过与你的邮件系统相关联，缺陷跟踪的相关信息就可以被整个应用开发组，qa , 客户支持，负责信息系统的人员所共享。testdirector会指导你进行需求定义、测试计划、测试执行和缺陷跟踪，即整个测试过程的各个阶段。通过整合所有的任务到应用程序测试中来确保你的客户收到更高质量的产品。本文从几个方面研究、探讨testdirector站点管理、项目管理、自定义管理、测试过程管理。关键词测试需求 测试计划 测试执行 缺陷跟踪 站点管理abstractapplication testing is very complex, and it needs to develop and implement thousands of test cases. typically, test how styles of hardware platforms, multiple configurations and multiple application versions. manage the entire testing process is very time-consuming and difficult parts. testdirector allows us to systematically control the entire testing process and create an entire framework and basis for test workflow, so that the whole test management process becomes more simple and organized. to cover various aspects of your applications functionality. each of the test points in your project corresponds to a specific testing needs. testdirector also provides you with an intuitive and efficient way to plan and execute test sets, collection of test results and analysis of the data. also specializes in providing a complete bug tracking system, it lets you track defects arising from the final settlement of the whole process. testdirector by associated with your messaging system, defect tracking application related information can be the entire development team, qa, customer support, shared by persons responsible for the information system. testdirector will guide you through requirements definition, test planning, test execution and defect tracking, test all phases of the process as a whole. by consolidating all of the tasks in the application tests to ensure that your customers receive higher quality products. research on this article from several perspectives, explore the testdirector site management, project management, custom administration, managing the testing process.key words:test requirements, test plan , defect tracking, site management目 录前言11.testdirctor的安装21.1 iis搭建21.2 testdirctor的简单安装22. 站点管理32.1 创建项目project或域domain33.项目管理53.1 新建用户、用户组53.2 创建新用户并赋权流程63.3 新建用户组角色及角色的授权64.自定义管理84.1 定置td使用模块84.2 自定义缺陷字段94.3 缺陷字段显示定置104.4 缺陷单汉化115.testdirector测试流程的管理135.1 需求定义135.2 测试计划165.3 测试执行195.4 缺陷跟踪20注释22参考文献23致谢24前言软件工具的种类总体来讲可分为两大类：一、系统软件工具，如：操作系统、编译程序等等。二、软件开发工具，它的作用是支持软件开发周期各个阶段的工作，所以有些人也常常把他们称为服务程序、公用程序或实用软件，尤其是最近，有的人干脆就把它们称为“case工具”。【2】鉴于软件质量问题的重要性和迫切性，人们已经提出各种各样的方法和技术来提高软件的质量，如形式化方法、面向对象方法和软件测试技术等。【9】相对于测试工具testdirector是全球最大的软件测试工具提供商mercury interactive公司生产的企业级测试管理工具，也是业界第一个基于web的测试管理系统,它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，testdirector极大地加速了测试过程。一个web应用test软件很快就能被创建，开发并立即展现在您的客户、供应商或合作伙伴的面前。然而，由于紧凑的开发计划和复杂的系统基构，web应用软件的测试经常是被忽视的。为了与新经济同步，必须开发经过系统测试的高品质的网络应用软件。我们需要设立一个中央点来管理测试过程。一套基于web的测试管理系统提供了一个协同合作的环境和一个中央数据仓库。由于测试人员分布在各地，需要一个集中的测试管理系统能让测试人员不管在何时何地都能参与整个测试过程。it部门增长地会非常快，人员也会不断流动。我们必须以最快的速度培训新的测试人员，教会他们所有与测试有关的知识技术。重点在于管理复杂的开发和测试过程，改善部门间的沟通，加速测试的成功。1.testdirctor的安装1.1 iis搭建testdirctor的安装，安装时必须搭建iis。搭建iis时需要在控制面板添加/删除程序添加新程序应用程序服务器中选择下一步，选中应用程序服务器点击详细信息如图1-1。图1-1 勾选iis勾选iis，点击确定，再点击下一步接着下一步选择浏览后点击确定,等待安装完毕，即iis搭建完成。接下来该安装testdirector。1.2 testdirctor的简单安装首先下载一个testdirctor的安装包，选择setup.exe应用程序进行安装，点击next后如图1-2。图1-2 勾选useevaluationkey再次点击next后勾选my-sql server,这是选择数据库,勾选后继续点击next到输入密码那一步，这里必须得输入密码。在这一步一般会出现一些错误的,首先计算机一定要有用户名和密码,如果还报错就右键计算机-属性-高级-性能（设置）-数据执行保护，选中仅为基本windows程序和服务启用dep（t）,点击确定后，会提示重启，重启后再进行安装，接下来紧接着上一步设置了密码后点击next接着选择默认的c:td_dir,继续点击next,接下来的一直点击yes和ok即可.接下来就是选择td的邮件服务器的smtp协议，随便输一个继续点击next，选择安装搭建完成。2. 站点管理2.1 创建项目project或域domain在公司新跟进一个项目的时候首先要创建一个项目或域domain，也是站点创库管理。先打开testdirector后选择site_administrator进入到下个页面如图（初次进入不用输入密码），点击login进入到创建项目和域的页面。创建domain，有俩种创建方式（一种是直接点击create domain创建，另一种是右键创建好的domain）如图2-1。如图2-1 创建domain输入domain名，这里我输入的是公司项目讯库。新建好domain后该创建project了，和新建domain一样有俩种新建方法，这里只说一种。点击create project，出现create project的页面窗口如图2-2。图2-2 创建create project输入project的名称并且选择要加入的域，我这里选择的是刚才建好的讯库，选择相应的数据库，选择项目要建在哪个数据库上这里有ms access 和ms-sql，点击next后点击create，创建完成。【10】3.项目管理3.1 新建用户、用户组td8.0默认有developer；project manager；qatester；tdadmin；viewer5个用户组（角色）。这5个用户组（角色）的权限是不可修改的，当我们对这些用户组（角色）的授权不能满足我们的要求时，我们需要自己创建用户组（角色）。先介绍如何创建用户及组首先登录td，点击testdirctor进入到主页面点击customize输入项目的用户名和密码，不设密码，不用输。点击ok进入到项目自定义页面选择set up group首先创建组如图3-1。图3-1 创建用户组这里涉及到角色，在下一节中会详细介绍的。接下来创建用户，点击set up users选择add user，在new user窗口中输入名称如图3-2。图3-2 新建用户输入用户名后点击ok即可。接下来选择用户所属的用户组（一个用户必须要所属一个组，也可以是多个）。3.2 创建新用户并赋权流程如果已经新建了用户和用户组，但是要想用刚才新建的用户登录必须要授权依然进入的是site-administrator选择的是users，点击之前设的用户，输入用户名密码。选择设置的用户点击password输入密码。此密码就是点击testdirector进去相对项目所需的用户名密码，现在返回主页进去以后选择域、项目及用户名，就可进入到project customization页面。3.3 新建用户组角色及角色的授权开发和测试是互利而又矛盾的。任何软件产品都要由开发人员来实现，软件产品的质量则要依靠测试人员来评估和管理。因此，软件的开发和测试是保证软件产品顺利发布，确保软件产品质量的重要环节。【4】所以角色的分配利用是很重要的。在td8.0默认有developer；project manager；qatester；tdadmin；viewer5个用户组（角色）。这5个用户组（角色）的权限是不可修改的，当我们对这些用户组（角色）的授权不能满足我们的要求时，我们需要自己创建用户组（角色）。在前别说过如何创建用户组及用户，如图3-3。图3-3 按照已有组创建组qatester就是刚才说的td自带的测试组，我们在创建的时候可以先按照原有的组的角色去创建，然后再改。那么接下来就是如何修改用户组的角色和权限了，选择要改变的组点击change如图3-4。3-4 自定义用户组的权限进入到修改用户组权限的页面依次可对需求、计划、测试实验、bug缺陷、administrator用户中权限的更改。选中的是需求模块，则可以对需求的增删改及可覆盖权限进行修改。4.自定义管理4.1 定置td使用模块定置用户组（角色）下用户进入td后，所拥有的模块权限。打开td后，点击右上角的customize，进入project customize页面。点击左上角customize module access。如图4-1。图4-1角色的自定义定制模块入口：可定制各个角色登陆td时，对td所拥有的权限。在defects modul上打勾，意味着该角色下的所有成员登陆td后，只有缺陷管理功能可用。在testdirector上打勾即意味着，拥有对td的所有功能（需求管理，测试计划，测试用例，缺陷管理等）【10】区别如图4-2为tdadmin（勾选testdirector）角色成员登陆td后的画面；如图4-3为developer（勾选defects modul）角色成员登陆td后的画面。图4-2 tdadmin角色登陆图4-3 developer角色登陆4.2 自定义缺陷字段当我们认为缺陷提交单中的字段不够详细时，可以自己增加缺陷字段到缺陷提交单中。例如，我要在缺陷提交单中添加一个模块名称字段，该项目有情报频道，舆情搜索，我的简报，推送服务，精品报刊五个模块，该模块名称字段，用下拉列表从5个模块中选择缺陷所属的模块。登陆td后，点击右上角的customize，进入project customize页面。点击cutomize project lists，新建list列表，点击new list。输入list名subjiect1；ok后。点击new item. 开始新增5个列表项，在新增list列表完后，退回上一级project customize页面。点击customize project entities，弹出如图4-4窗口。输入field label：模块名称，由于模块名称字段为下拉列表框，所以field type选择lookup list。在lookup list 中对应cutomize project lists设置的subject1。注：勾选required表示这个字段在bug单中是必需的勾选history表示将这个字段的变化记入历史记录，任何对这个字段的修改都将记录。图4-4 添加模块名称字段4.3 缺陷字段显示定置bug单中的字段都是固定的，当某些字段不适用于该项目的测试时，我们可以通过bug单字段定置来获得更好的效果。登陆td后，点击customize，进入project customize页面。点击set up workflow,td后在弹出的窗口中点击script generator-defect details field customization。弹出如图4-5窗口。图4-5 缺陷字段定置窗口这里的visible fields中是在bug单中所显示的字段，被勾选的字段则是bug单中的必填字段。available fields中的字段有何用？.点击apply&view，系统弹出警告，点击yes,进入脚本编译器。部分脚本如下：elseifuser.isingroup(qatester) setfieldapp bg_actual_fix_time, true, true, 0, 0setfieldapp bg_bug_id, true, true, 0, 1setfieldapp bg_closing_date, true, false, 0,2setfieldapp bg_closing_version, true, false, 0,3setfieldapp bg_description, true, true, 0, 4setfieldapp bg_detected_by, true, true, 0, 5.这段脚本是指qatester用户组下的用户的bug单所显示的内容。setfieldapp bg_description, true, true, 0, 4这句脚本是指：qatester用户组下的用户bug单，描述（description）字段是可见的，必填的。当把第二个true改成flase时，描述（description）字段可见，但是不是必填。当把第一个true改成flase时，描述（description）字段在bug单中为不可见。脚本修改后，保存。关闭原来的td窗口，重新打开，脚本修改即可生效。4.4 缺陷单汉化缺陷管理的最重要的部分是缺陷单的管理，将其汉化成中文，对于英语不是很熟悉的同事来说，能够提高工作效率。td8.0提供了一个自己汉化的途径，可以根据需求的不同来自定义。登陆td后，点击右上角的customize，进入project 页面点击customize project entities。在cutomize project entities窗口中，选择一个子节点，即出现如图4-6。将该节点的field label中的英文译成中文即可。图4-6 缺陷单汉化1：勾选每个bug属性的history（历史记录），则在bug报告单中，将记录该属性的改变记录作为历史记录。2：勾选每个bug属性的required（必须的），则在报告单中，该bug属性是必填的，不能为空。点击cutomize project lists窗口,在lists下拉列表框中选择一个属性，在listitems中选择一个值，点击rename item,即可将属性的参数译成中文。如图4-7注：只适用于值用下拉列表框显示的属性。图4-7 参数汉化同时下边简单说一下如何去掉缺陷模块中多余的字段。在customizeset up groups选中groups(所在的用户组)点击change-defects,点击页面下方的defects datahiding filter在弹出窗口中，选中visible fields标签页，将我们不希望看到的字段，去掉它们前面的勾即可,如图4-8。图4-8 去掉多余缺陷字段5.testdirector测试流程的管理如同其它事物一样，从它的发生、发展到达成熟的阶段，以至老化和衰亡，有一个历史发展的过程，任何一个计算机软件有它的生存期（life cycle）。这个生存期包括6个步骤，即：计划（planning）需求分析(requirement analysis）设计(design）程序编写(odingc）测试(testing）运行与维护(run and maintenance）。【3】testdirector主要有四个阶段即需求定义、测试计划、测试执行和缺陷跟踪。5.1 需求定义在测试程序时，有一种自然的倾向，就是把注意力集中在合法的和预期的输入情况上，而忽视不合法和非预期的情况。对非法的和非预期的输入情况，也要对合法的、预期的输入一样，编写测试情况。【7】在编写测试需求的时候也要做到这一点。软件需求分析是与用户通信的过程，总是从两方或多方之间的通信开始的。用户面临的问题需要用基于计算机的方案来解决；开发者应该对用户的需求作出反应，给用户提供帮助，这样就产生了相互通信的需求.【4】在testdirector中需求定义是指测试环境中自拟的一个需求，也就是在文档中提的测试目的，接下来详细介绍一下如何在testdirector中编写需求，怎样使需求与测试用例相关联。【10】打开testdirector后点击第一个testdirector进入如图5-1页面。图5-1 进入项目标红处分别选择的是公司新的项目的域名xunku，和项目名xunkuxitong，以及前边加入该项目的测试组成员lxy，同样进去后lxy这个账号也只有在新建测试组的时候自定义权限，有密码输入密码，没有密码直接点击login进入到项目中如图5-2。图5-2进入需求模块点击最上边进入需求模块，下边标红处就是新添加的需求，下边介绍如何新建需求，点击带有加号的按钮会弹出让输入名称的框，如图5-3。图5-3 新建需求模块图5-3中第一个标红处的俩个加号的图标是不同级别的，在没有添加任何需求的时候只有第一个是可编辑的，在设置了一个需求后第二个才可点击，选中一个需求的时候点击第一个加号是设置同一级的即上图中显示的都是同一级别的，点击第二个设置的是第二级别的也就是如下图中的“任务管理”，以此类推。第二个标红的是修改添加需求显示的id、author等等，第三个标红编写缺陷（bug）。需求中也有多种视图进行查看，第一个是普通视图，第二个是覆盖视图，第三个是分析视图，选择不同的视图会出现不同的效果图。【10】点击下图中的analysis是数据分析，有报告分析、图表分析、栏目列表等多种分析图如图5-4。图5-4 分析图5.2 测试计划测试计划是否现实可行，取决于从庞大的可选测试用例集合中挑选出某些测试用例的需要。【6】测试计划如何和测试需求关联，以及测试计划如何写，测试计划的作用是什么。如同测试需求一样我们首先进入到testdirector的项目中，点击test plan进入到test plan中可以看到有些常用工具的图标和需求页面中的图标是一样的，测试需求、测试计划、测试执行和缺陷跟踪的常用工具图标都是一样的，首先要新建一个测试主题，如何新建，总共有俩种新建方法一种是直接点击左边第一个带加号的按钮添加foldername（主题名称），填写主题名称点击ok即可，主题名称也可以说是所做模块的名称。还有一种新建方法就是右键subject（项目），点击new folder。新建主题以后，开始新建测试也叫测试用例，同样可以点击subject，再点击new test，在没有新建主题的时候是不能新建测试用例的。我们也可以点击左上角的来新建，点击后会弹出如图5-5。图5-5 新建测试计划用例标红处是选择测试的类型，默认是手动测试，系统也自带了一些自动化测试，点击下拉框按钮可以进行选择，这里没有我们常见的qtp（quicktestprofessional），这需要我们自己添加。如何添加我们需要的自动化测试工具，我们需要到主页中找到add-ins page点击进去找到more testdirector add-ins 。点击进去后选择第一个qtp（quicktest professional）。点击进去会有不同版本的下载安装即可。接下来就是测试需求和测试计划的关联，我们可以回到测试需求页面，点击tools（工具）如图5-6有两种转换方式，分别是只转化选中的和全部转换。图5-6 转换方式这里选择全部转换，选择了以后会让你选择转换方式。这里选择第二种改变需求到测试用例，点击next会出现如图5-7。图5-7 全部转换方式在这里还可以进行修改，选中后点标红处的工具进行用例和主题间的转换。点击next。选择存储路径。默认是存储在subject中，路径可以修改，点击finish，完成转换。如图5-8。图5-8 完成全部转化转换后顺序有些变了，接下来是如何排序了，点击第七个是排序工具的图标会出现如图5-9。图5-9 转换后进行排序这里选择的是第二种自定义排序，然后选择右边的上下箭头进行移动排序，排序后如图5-10。排序后和需求中的顺序一样。图5-10 排序以后选中一个测试用例填写步骤，如图5-11点击design steps,在点击有俩个叹号和一个加号的图标填写测试步骤和期望结果，点击有俩个叹号一个铅笔的图标可进行步骤的修改，在填写了测试步骤后可以看到左边的测试用例多了一个，可以查看是否覆盖需求也可以填写详细描述，测试计划和测试需求一样可以生成报告，同样可以生成不同种的报告。图 5-11 创建测试用例步骤5.3 测试执行在填写了测试需求和测试计划、用例后接下来就该执行测试用例了，如图5-12，点击test lab后进入到测试执行页面后，其它的工具都和测试需求、测试计划一样都是通用的，点击可执行的表格（execution grid）后点击select tests选择前边填写的一个测试，执行是否通过，这里有五个状态，表达的涵义分别是失败、没有通过、没有覆盖需求、通过。没有通过的可在接下来的defects中填写跟踪bug。也可以选择第二个execution flow来查看流程图。图5-12 执行测试如图5-13是点击流程图查看，可清晰的查看通过失败的用例。图5-13 失败、通过流程图5.4 缺陷跟踪第三块测试用例执行后，没有通过的测试用例就该填写bug提交给负责该部分的开发人员，如图5=14选择一个类似虫子的图标进行bug的具体添加。图5-14 填写bug页bug,在英语里是“小虫子”的意思，现在泛指计算机中硬件或软件的错误。【8】bug页面的选择条件是可以自定义修改的，如可修改哪些是必须填写的哪些是不想要显示出来的，也可以自定义排序，可以自定义severity的选项，bug的严重程度，可以添加、修改和删除，也可以对状态进行自定义增删改，根据所需要的，也可以自定义优先级。如何自定义可以查看上边的对自定义的介绍。上图中summery是标题，添加标题，标红的是必填项，detected by是由谁提交的，通常这里选择的都是测试人员，detected on date是提交的日期。severity是严重程度，这里一般都会提共几个不同程度的选择如低、中、高、非常高、巨严重（low medium high veryhigh urgent），这里选择严重程度后，也方便开发选择修改。状态（status）是在前边自定义中改成中文的,这里默认有6个选项（closed、fixed、new、open、rejected、reopen）这里的状态也通常是一个完整的bug的生命周期，测试人员新建（ne