• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

Rational ClearQuest使用说明书(四)

发布: 2008-2-03 11:28 | 作者: pyp | 来源: CSDN | 查看: 176次 | 进入软件测试论坛讨论

领测软件测试网 2.6.1 State Transition Matrix(状态转移矩阵)设置
前面说了很多的状态(State),这里就是关于状态设置的。
选择Record Types->Defect->States and Actions-> State Transition Matrix,打开状态转移矩阵设置页面。
每个缺陷都有自己现有的State(状态),缺陷状态可以通过Action改变。
比如测试人员提交的新缺陷,状态是[等待处理],[等待处理]的缺陷经过开发人员修改后,变为[已经修改],测试人员验证[已经修改]的缺陷,发现缺陷被修复,就Action缺陷为[关闭],完成了一个缺陷的变更过程。
通常情况下,缺陷都是从[等待处理]开始,到[关闭]结束。
为了看着直观方便,所以我设计变更过程的时候,把大部分的Action和State起了一样的名字。
总共录入修改以下状态:
1.等待处理――测试人员经过提交操作,缺陷为[等待处理]
2.已经修改――开发人员修复了缺陷,经过<已经修改>Action
3.暂不修改――错误由于某种原因暂时不处理。,经过<暂不修改>Action
4.系统限制――确实是问题,但是由于开发工具的限制等原因暂时无法处理错误,开发人员经过<系统显示>Action标记缺陷为[系统限制]。
5.间接修复――在修改其他地方的时候把此缺陷记录修复,或者新版本自动修复了此问题缺陷。
6.无法再现――测试人员提交的错误无法在开发人员那里重现。
7.使用错误――测试人员由于操作等原因理解误会了某些地方。开发人员可以用使用错误来处理这些不是问题的记录。
8.等待分配――测试人员无法确认的问题,经过<提交管理员>Action使缺陷状态变为[等待分配],等待分配的问题是交给管理组人员处理的。
9.再次出现――缺陷没有被修改。
10.关闭――缺陷已修改。或缺陷不再处理。

具体的Action和State变化关系,参照2.6.2进行。

2.6.2 Actions设置

Action是变更中很重要的一个环节。每种成员对应着不同的Action,通过Action,处理各种缺陷。
选择Record Types->Defect->States and Actions->Actions,打开Action设置页面。
通过鼠标右键菜单,可以添加(Add Action)、删除(Delete Action)、重命名(Rename Action)、设置(Action Properties)Action。
在这里,我们保留Import、Init_Note_Entry、Send_Email_Notif三项,其他的项目,按照下表进行设置。
其中Access Control选项,可以选择哪个组有此操作权限。可以设定为所有组(All Users),也可以选择部分组(User Groups),或者进行编码(SCRIPTS)控制。
Action Name Type Access Control
提交 SUBMIT All Users
提交管理者 CHANGE_STATE 测试组、开发组
再次出现 CHANGE_STATE 测试组、开发组
关闭 CHANGE_STATE 测试组、开发组
暂不修改 CHANGE_STATE 开发组
无法再现 CHANGE_STATE 开发组
间接修复 CHANGE_STATE 开发组
使用错误 CHANGE_STATE 开发组
已经修改 CHANGE_STATE 开发组
系统限制 CHANGE_STATE 开发组
修改 MODIFY 编码控制
删除 DELETE 管理组

修改的编码,请参照附录。
设置完毕后,如下图所示:

在Actions页后面的列中,可以通过编程对Action进行限定。如果在这里对Action进行了编程限制,Behaviors中相关的状态使用USE_HOOK。
这里的编程,自己研究,我写了一些代码,但是在Behaviors中,编码控制实在有些烦琐,这里我在使用过程中就去掉了那些编码。可以在附录中找到与此相关的一些代码片段。修改的Access Control的编码主要是限制非缺陷提交人只能浏览记录,不可以修改记录。
比如经过<无法再现>Action操作后,缺陷的状态变为[无法再现]。一定要记住,虽然两者名称,但本质是不同的,一个是State,一个是Action。
在状态转移矩阵中,右键点击状态名称,会出现列表,里面可以添加(Add State)、删除(Delete State)、重命名(Rename State)、设置缺省值(Properties)State。
状态转移矩阵中,状态从列到行进行变化,比如[等待处理]列状态经过<已经修改>Action后,变为[已经修改]行状态。
下面是说明如何设计State Transition Matrix中的Action和State管理。
鼠标右键点击需要设置的Action状态,从列表中选择Action Properties,打开Action设置窗体。选中窗体的State页,在此设计Action和State的交互关系。

State页中的Source(源状态),相当于State Transition Matrix(状态转移矩阵)中的列,Destination State(目的状态)相当于状态转移矩阵的行。也就是说,经过当前的Action,可以把Source中的状态,转变为Destination State中的状态。可以选择多个Source,但是只能有一个Destination State。
下面图表是各个Action的设置情况:
Action Name ; Sourc ; Destination State
提交 ; 无 ; 等待处理
提交管理者 ; 暂不修改、系统限制、无法再现、间接修复、使用错误 ; 等待分配
再次出现 ; 等待分配、已经修改、间接修复、无法再现、使用错误 ; 再次出现
关闭 ; 等待分配、已经修改、间接修复、无法再现、使用错误 ; 关闭
暂不修改 ; 等待处理、再次出现 ; 暂不修改
无法再现 ; 等待处理、再次出现 ; 无法再现
间接修复 ; 等待处理、再次出现 ; 间接修复
使用错误 ; 等待处理、再次出现 ; 使用错误
已经修改 ; 等待处理、再次出现 ; 已经修改
系统限制 ; 等待处理、再次出现 ; 系统限制
注意,以上的Action是可以按照软件的需要随时修改的,上面的表格只是一种建议。
2.6.3 Behaviors设置
选择Record Types->Defect->States and Actions->Behaviors,打开Behaviors设置页面。
这里是整个CQ中最麻烦的地方。主要是设置CQ中的字段在各种缺陷下的权限。
Behaviors设置中,行是各个字段,列是缺陷状态。表中内容说明字段在状态下的权限。在表中点击鼠标右键就会出现权限菜单。
字段权限包括:
1. Read Only:字段只能读取,不能修改。
2. Mandatory:字段必需填写。
3. Optional:字段可添可不添。
4. Use Hook:字段权限通过编程进行控制。
这里的内容,我就不一一列举了,根据需要自己修改。这里牵扯了我最多的精力,每次总会在这里因为字段的限制出问题,现在字段权限设置我仍然不是很满意。
注意:这里字段对应的状态是指Action以后的状态,而不是缺陷当前的状态。比如原本是[等待处理]状态的缺陷,经过<已经处理>Action后,这个时候限制缺陷的Behaviors不是[等待处理],而是[已经处理],这里要特别注意。
2.7其他设置
2.7.1 File菜单
Delete Schema:删除计划。
Delete Schema Version:删除计划的版本。这个可以选择删除任意的计划版本。
Undo Check Out:不保留当前版本,恢复Check In状态。
Test Work:如果使用了Test Database,就可以进行Test Work,Test Database和Product Database是不同的数据库
Validate:校验当前计划是否有错误。这个应该在Save Work前进行。
2.7.2 Edit菜单
Add(Edit、Delete) Record Type/Family:创建(修改、删除)记录类型。我们一般所用的是Defect类型。
一般的添加、修改、删除操作,都可以在Edit菜单中找到,而且一些功能,只能在这里完成。
2.7.3 View菜单
Schema Summary:从这里,可以看到计划的版本、连接的数据库等记录。
Database Summary:查看使用的数据库各种信息。
2.7.4 Database
Delete Databases:删除数据库。
Undelete Databases:恢复原先删除的数据库。
View Database Properties:查看数据库属性。查看计划连接的数据库的详细情况。
Move User Database:把现在使用的数据库转移到其他的地方。比如test计划现在使用的数据库是test机器的test数据库。那么你可以通过Move User Database把test计划连接的数据库设置到test8机器上的test数据库。说明的是,在移动数据库的同时,相关的缺陷记录会一起移动。实际相当于一个数据库Copy的过程。
Updata User Database:更新使用的数据库。这个实际是修改数据库连接属性。Update和Move不同的地方在于,Updata只连接,不转移记录。
Set Test Database:设置test数据库。这个不是我们所使用的数据库。在我们创建数据库连接的时候,选择的是Product库而不是Test库,Test库使用中会有一些问题,在最后的附录中会给予说明。
Database Timeout:Timeout (延迟)和Poll Interval(间隔)设置。一般设置为0就可以了。
四、Rational ClearQuest Web服务器配置
提交缺陷,除了使用CQ客户端外,也可以通过浏览器进行提交。
这里的浏览器要求IE5.01版本以上,Netscape 4.72版本以上。
如果想要使用CQ的Web端功能,CQ服务器在安装CQ的过程中,一定要选择Custom(自定义安装),在Choose Features中,把Web Server Components选中。
下面说明CQ Web服务器的配置。建议使用Win2000 Server系统。下面配置使用Win2000 Server(非域中机器)进行说明的。如果进行其他系统的配置,参照ClearQuest安装目录下books目录里面的InstallationGuideClearQuest.pdf。
CQ Web使用的是ASP。
下面的设置,都是使用的Administrators用户组中的用户登陆的系统。
1.设置注册表存取权限
在IE使用的过程中,缺省的Web登陆用户是anonymous(匿名用户),但是在系统中,anonymous用户并没有太多的存取权限,下面就是设置anonymous用户的存取权限。
1. 点击“开始->运行”,输入“regedt32”,点击确定打开“注册表编辑器”。
2. 在HKEY_LOCAL_MACHINE子窗体,打开“Software->Rational Software->ClearQuest”

3. 点击注册表编辑器的菜单“安全->权限”,出现ClearQuest权限设置窗口。
4. 点击添加,打开“选择用户或者组”界面。
5. 选择IUSR_机器名用户,这里我选择的是IUSR_TEST
6. 点击添加,再点击确定,选择IUSR_TEST用户并关闭“选择用户或者组”界面。
7. 在名称中选中刚才添加的Internet来宾账号,在权限中,允许完全控制。

8. 选择“允许将来自父系的可继承权限传播给对象”,点击“确定”完成权限设置。
9. 在HKEY_USERS子窗体,打开“.Default->Software->Rational Software->ClearQuest”
10. 重复第3步到第8步,设置HKEY_USERS。
2.NTFS格式机器的读取权限设置
非NTFS格式的机器可以不用看这一小节。
在NTFS格式的机器上,每个目录都有相应的读取权限,所以下面的就是设置internet匿名用户也有Web目录的读取权限。
在CQ的安装目录下,有一个WWW目录,鼠标右键点击WWW目录,出现WWW目录属性设置界面,选择其中的安全页,点击“添加”按钮,选择IUSR_机器名的用户添加到用户列表中,如下图所示,点击“确定”完成WWW目录权限设置。

我个人不很喜欢NTFS格式,也许安全性高了些,但使用不是很方便,所以我本身用的TEST机器是FAT32格式,FAT32格式的机器不用进行目录权限设置。上面的抓图使用的是TEST8机器,和前面的有差别,这里要特别注意。
如果是NTFS格式的机器,安装的时候,可能没有安装cache目录。手工在WWW目录中添加cache目录,并按照上面的方法,给予cache目录以ISUR_机器名的存取权限。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

TAG: clearquest 使用说明


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网