软件测试管理工具

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

ClearQuest测试管理在何时以及如何发挥作用ClearQuest测试管理能在以下四个测试区域发挥作用:测试计划:定义并给测试用例分组测试编写:为执行测试用例创建文档或者自动化脚本测试执行:运行使用RationalFunctionalTester或者RationalPerformanceTester编写的测试用例,记录测试结果并将它们储存在备份的数据库中。测试报告:通过执行内嵌的或者自定义创建的查询或者图表在计划期间对测试进行分析一、ClearQuest测试管理客户端ClearQuest测试管理提供了三个图形化的用户界面(GUI):完全的Eclipse插件ClearQuest客户端一个本地的ClearQuest客户端一个Web客户端每个界面提供不同级别的功能特性。Eclipse客户端拥有最多的性能。图1中的图表比较了每个客户端的性能。每个界面提供不同级别的功能特性。Eclipse客户端拥有最多的性能。图1中的图表比较了每个客户端的性能。图1.三个ClearQuest测试管理客户端的对照ClearQuest测试管理对象模型术语ClearQuest测试管理利用下面的术语来定义对象模型。测试计划:按等级对测试用例进行分组。一个测试用例可能仅属于一个测试计划。测试用例:不包含脚本或者执行指令。已配置测试用例:带有已应用配置的测试用例。配置:定义一个测试用例的环境,比如操作系统,机器规格,软件版本等等。迭代:IRUP迭代,阶段,循环等等。测试集:能够对测试脚本执行连续的执行。测试脚本:IBM®Rational®ManualTester、IBM®Rational®FunctionalTester,或者IBM®Rational®PerformanceTester中的资产。包括实际的脚本,或者执行指令。一个配置好的测试用例都带有一个测试脚本。资产注册表:存储所有与ClearQuest测试管理相关联的资产的文件地址。测试领导者或者经理创建了测试计划,这个计划通过图3中举例说明的状态(或者阶段)不断演变。这个计划在编写阶段处于Draft状态,评审过程处于Foreview状态,然后进入Approved阶段。图3.测试计划不断演进过程的不同状态每个测试用例也可以由状态来定义。当团队正在对测试用例进行定义时它正处于Draft阶段,当完成对它的定义后,它就转换到Planned阶段。(参见图4)图4.测试用例演进过程中的状态当测试用例在开发过程中时,相应的配置测试用例处于Draft状态,这表明了一个成功的执行。如果一个缺陷或者其它问题阻碍了这个测试用例的完成,那么这个已配置测试用例就会被标记为Blocked。(请看图5)图5.已配置测试用例的状态如图6所示,测试集的状态与已配置测试用例的状态是一样的,因为一套就代表一组已配置测试用例。图6.测试集的状态(与已配置测试用例一样)从ClearQuest测试管理内部执行测试用例ClearQuest测试用例提供了为已配置测试用例调用合适的测试工具的能力。它包括阅读测试工具创建的测试日志的能力,以及为已配置测试用例创建测试日志结果的能力。利用ClearQuest的企业级的测试管理支持RationalManualTester、RationalFunctionalTester、RationalPerformanceTester,以及EclipseTPTP测试框架工具(JUnit、手册,以及URL)。注意:测试执行在ClearQuestClientforEclipse(一个Eclipse插件)中得到支持,它是唯一能够支持所有测试工具的客户端。而ClearQuest客户端(EclipseRCP,或者功能全面的客户端平台)仅仅支持RationalManualTester脚本。利用ClearQuest测试管理,您也可以创建使用不支持的测试工具的测试用例和已配置测试用例。这可以通过使用叫作ExternalFile的测试类型来实现。您可以为一个ExternalFile测试类型的配置测试用例利用ClearQuest的形式,人工地记录测试结果。对于这些不支持的工具,您可以执行配置测试用例,然后通过输入这个测试运行的数据和时间,结果,以及其它与这个测试相关的信息来创建这个测试结果的报告。注意:SPIDynamics(请参见参考资源)为企业的测试管理,和ClearQuest一起整合了它们的测试工具。当它们的适配器安装以后,您将一个执行与一个测试用例或者已配置测试用例联合起来时,QAInspect看起来似乎是一个附加的测试类型。RingZero已经为MercuryQuickTestPro和MercuryWinRunner开发了适配器。当安装以后,这些适配器能够使企业层次的测试管理和ClearQuest联合起来,并能够利用MercuryQuickTestPro或者WinRunner脚本执行一个测试用例或者一个已配置测试用例。(请看参考资源。)访问这个测试用例的脚本:使您的测试脚本实现自动操作是建立在单个的测试工具的基础上的。因此,ClearQuest测试管理必须能够访问这个文件系统或者测试脚本所在位置的IBM®Rational®ClearCase®的地址。当您编写完这个测试用例或者配置测试用例以后,您就可以对它进行修改并将它与脚本连接起来。ClearQuest测试管理维护一个测试执行期间使用的指向脚本的指示器。监控并分析测试结果ClearQuest提供了一系列内置的查询,图表,以及测试管理分析所使用的曲线图,覆盖从计划到执行的整个过程。您可以看到需求变更或者缺陷的定位对测试用例带来的影响。您还可以看到已计划的和已经执行的测试用例的状态,以及在特定迭代间隔中已通过的和失败的结果。更重要的是,您可以看到测试演进过程中,随着时间的变化,总的测试用例的数量以及已经通过的或者失败的测试数量的趋势。图7中的屏幕截图显示了一些内嵌的图表和查询。图7.测试报告的内置图表和查询的范例除此之外,您可以在ClearQuest内部构建您自己的自定义查询。ClearQuest还可以支持其它的报告工具,比如CrystalReports,IBMRationalProjectConsole,以及IBMRationalSoDA®,如果您愿意可以利用这些产品之一来构建自定义的查询,图表或者曲线图。安装ClearQuest测试管理的步骤在任何特定版本的DB2forLinux,UNIX,以及Windows(以后,就简单地称作DB2)中,都有相当多的解决方案,每一个都能够解决一个用户的问题或者实现一个需求。有些解决方案非常复杂并包含多个条目(工作项),然而有些却仅仅包含一个条目。这个案例研究对利用ClearQuest测试管理在发布,解决方案,或者排列项层次跟踪它们的功能验证测试进展的可行性进行了评估。DB2在不同的平台中都得到支持,包括UNIX、Linux,以及Windows。因此,每个测试用例都需要与一个配置联合起来的观点具有十分重大的意义,因为DB2FunctionVerificationTest团队是在不同的配置下运行每个测试用例(支持的操作系统平台或者支持的系统配置)。我们选择与这个项目的ClearQuestforEclipse客户保持一致,因为它能够提供最丰富的功能。这个部分的剩余的部分描写了我们如何安装基本的ClearQuest测试管理环境。步骤1.为DB2开发自定义ClearQuest测试管理对象模式在DB2过程的基础上,我们描绘ClearQuest测试管理对象模型来满足我们的需求。我们对所有使用的平台以及我们在每个平台中使用的不同的模型进行配置。例如,DB2支持大规模并行处理(MPP)构件,并能在单个的分区(EE)或者多个分区(EEE)上运行。DB2还支持在一个单一系统中的单个或多个处理器的对称式多处理(SMP)。在特定的版本中我们使用一个资产注册表来代表一个解决方案。(请看图8)图8.DB2自定义ClearQuest测试管理对象模型对于一个版本的每个解决方案,我们要么对每一行条目有一个或者多个测试计划,或者对于一个解决方案层次综合测试有一个测试计划,要么两者都有。每个测试计划都包含多个计划好的测试用例。每一个测试用例都会与一个支持的系统配置联合起来,例如:IBMAIX®UNIXEE环境、IBMAIXUNIXEEE环境、MicrosoftWindowsEE环境,或者MicrosoftWindowsEEE环境。测试脚本就会与已配置测试用例联合起来。对于不同已配置测试用例重复利用相同的测试脚本是很可能会发生的。每个已配置测试用例需要至少与一次迭代相关联。我们将一次迭代定义为一个阶段,一个里程碑,或者一个时间段。比如,一个最初的构建测试循环可以是一个测试迭代。它有一个名称以及开始和结束的日期。它属于一个资产注册表。这意味着我们必须对每个解决方案定义一组迭代或者里程碑。ClearQuest测试管理的Beta2版本并没有发布有关如何执行一个自定义的适配器的API,使ClearQuest测试管理能够与其它测试工具联合起来并执行一个已配置测试用例的问题。因此,我们采取利用RationalManualTester的方法,并将一个仅包含一个测试单元的测试文档与每一个已配置测试用例联合起来。这个测试是在ClearQuest测试管理设置之外执行的,这意味着测试人员应该使用RationalManualTester对每个成功或者失败的测试用例进行标记。在这个评估中,我们还希望用测试集做代表对产品的不同组件进行测试。每个解决方案中的不同配置的测试用例可能测试这个产品相同的区域或者组件。然而,这样做的局限性是不能联合来自不同资产注册表的配置测试用例形成一个套件,从而阻碍了我们的执行。利用适当的schema,我们开始安装备份服务器。步骤2.为ClearQuest测试管理安装DB2作为备份服务器要为ClearQuest测试管理创建一个备份服务器,我们在这台机器上选择了一个IBMAIX系统和一个用户ID来创建两个数据库。一个数据库是用于schema存储的,另一个则是一个用户数据库。要达到这个目的,我们将桌面作为schema存储库的名称,使用desktop作为这个用户数据库的名称。注意:从这里开始,我们将用您可以理解的方式描述必须的任务,并获取安装ClearQuest测试管理的经验。在发出一个创建数据库的命令之后就会创建两个数据库,您可能需要配置这个用户数据库来添加一个新的缓存池,然后按照以下两个步骤将这个页面的大小设置为16k:创建一个缓存池:连接这个数据库,然后发出显示在列表1中的命令。列表1.创建一个新的缓存池db2connectto[userdatabasename]user[username]using[password]db2createbufferpool[bufferpoolname]immediatesize250pagesize16k创建一个使用这个新缓存池的新表格空间。对于这个AIX平台请看列表2。对于Windows平台,请看列表3。列表2.在AIX平台上创建一个使用新缓存池的新表格空间:db2connectto[userdatabasename]user[username]using[password]db2createregulartablespacets4cqpagesize16kmanagedbysystemusing('/home/regres1/regres1/NODE0000')extentsize16overhead12.67prefetchsize16transferrate0.18bufferpool[bufferpoolname]droppedtablerecoveryoff列表3.在Windows平台上创建一个使用新缓存池的新表格空间:db2connectto[userdatabasename]user[username]using[password]db2createregulartablespace[tablespacename]p

1 / 36
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功