Rational ClearQuest使用说明书(四)

类别:软件工程 点击:0 评论:0 推荐:

Rational ClearQuest使用说明书(四)

 

 

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_机器名的存取权限。

 

                                                     待续     4/7

本文地址:http://com.8s8s.com/it/it36874.htm