ClearQuest字段和操作权限设置的问题

bsd3000 · 发表于 2006-2-16 10:54:36

在ClearQuest Designer的使用过程中遇到两个问题，麻烦用过的朋友帮忙解决一下，谢谢！

1、字段列表中的“Note_Entry”和“Notes_Log”代表什么意思？ClearQuest使用说明书中对这两个字段的注释是：“Note_Entry：解决方案，关于缺陷处理的说明”；“Notes_Log：验证结果，解决方案的集合”。虽然字段可以自行设置使用，但还是希望能搞清楚系统自动设置的字段的含义，知道的朋友麻烦帮忙解释一下，谢谢！

2、开发人员的操作权限希望设置为：开发人员只能操作提交给他的Bug，提交给其他人的Bug只能浏览，不能改变其状态。要实现这一设置，除了可以使用脚本来设置开发人员的相关“Action”的“Access Control”，还有其他方法可以做到吗？

luming · 发表于 2006-2-16 11:34:15

比如程序员在处理缺陷后，在CQ中需要说明，我处理过了，甚至可以要求他们说具体如何处理的，以及可能影响到哪里，这就是Note_Entry，解决方案是我自己起的名字，你也可以用其他的名称。
Notes_Log，这个的用处就是一个日志，列举Note_Entry的内容，里面包括提交人、提交日期、具体内容等。
具体的可以在Designer中，查看Global Scripts中Logging_Notes_hooks中的Set_Log。

至于分类开发人员，应该是必须写代码的，我想不出用设置可以解决这个问题的方法。

bsd3000 · 发表于 2006-2-16 13:52:53

谢谢 luming 版主的解释！
也就是说如果我不想用这两个字段，也是可以自己定义字段来填写问题解决方法的，对吗？

另外，只能用脚本来控制Action操作权限，这样当开发人员不能执行操作时，还是可以看到相应的操作按钮，只是在点击按钮时会弹出没有权限的提示。但这个提示内容也是没有针对性，使用了脚本进行控制就无法使用Web客户端界面了，这样总感觉不太完美。

操作窗口的界面颜色、背景也无法更改，总觉得Rational的产品界面实在是不够美观。

luming · 发表于 2006-2-16 14:06:23

当然可以自定义了，只是缺省的用着方便而已。
至于定制，应该不难吧，web端是很简单的asp。
客户端就没有什么办法了，不过应该很少有开发人员用客户端去访问CQ。

bsd3000 · 发表于 2006-2-16 15:06:23

谢谢回复！

忘了在哪个文档看的了，说是脚本控制在Web端不起作用，可能是我记错了吧，试了一下，Web端脚本控制一样起作用。
不过将来正式使用时服务器端是2003的系统，而且是域控制器，还没有试过，不知ClearQuest Web端能否正常架设起来。

didiao · 发表于 2006-2-16 16:09:02

在CQ的说明书中有web的配置说明的，专门的一本书，不过我在2003下web端没有配置成功，所以就用客户端算了，那本书就没去研究过了。

cxy · 发表于 2006-2-17 11:33:24

谢谢luming (鹿鸣) ，对着两个字段一直都不是很明白的，谢谢你的热心解答

bsd3000 · 发表于 2006-2-17 11:36:14

再请教一个问题，谢谢！
在Action的“Access Contril”处，如果使用“User Groups”，则不属于所设组的用户就不会看到对应的操作按钮；如果改为使用脚本进行控制，能否实现这一点呢？能否在脚本中取到用户的组属性值，并且以此判断用户是否可以看到操作按钮？

luming · 发表于 2006-2-17 11:52:02

定制ClearQuest以通过所有者、角色或组来分隔记录

http://www-128.ibm.com/developer ... newsletter-rational

bsd3000 · 发表于 2006-2-17 13:31:13

谢谢回复！
不过我的问题跟那个网页中的问题不一样。

我希望做到的是：所有用户都可以查看所有的缺陷记录，但测试人员只能对他提交的缺陷进行回归测试改变其状态，开发人员只能回复提交给他的缺陷；用户查看没有更改状态权限的缺陷时不显示相应的操作按钮。

我现在在Action的“Access Control”处设置脚本可以控制操作权限，但相应的操作按钮还是可以看到，虽然不影响正常使用，但还是希望知道使用脚本能否做到不显示相应的操作按钮，谢谢！

luming · 发表于 2006-2-17 16:51:35

查询记录和控制其实是两个概念。只要User Administration中的Subscribe中有权限的用户，都可以查询；控制则是在Actions中。

测试人员的权限控制，《定制ClearQuest以通过所有者、角色或组来分隔记录》中说的很清楚。开发人员只要添加一个字段，说明提交给哪个人，接着用代码控制只有此人有控制此条记录的权限我想就可以解决了。

至于操作按钮，这个感觉不是用程序控制的，是自动的，实际应该不显示无权限的action，可能用脚本处理这里还是有缺陷吧。

jackei · 发表于 2006-2-17 17:18:32

http://www.51testing.com/N_downl ... rQuest%20config.rar

偶在上面这篇文章里讨论了CQ的权限模型，希望可以帮到你。

在文章最后的附录部分。

bsd3000 · 发表于 2006-2-20 10:34:21

谢谢 luming、jackei 的回复！

如果只是把Action同组做关联，则对于一条缺陷记录，非提交人或非负责人就也有可能具有操作权限，所以我在设置中对除了“提交”之外的其它Action都添加了脚本控制。但使用脚本控制后，确实无法做到不显示无权限的Action按钮。
设置的“修改”的脚本代码如下，其它Action的脚本与它类似，只是所取字段不同。不知我所设脚本有没有问题。
Function Defect_AccessControl(actionname, actiontype, username)
DIM session
set session=GetSession
username=session.GetUserLoginName
If username=GetFieldValue("Submitter").GetValue() Then
Defect_AccessControl = TRUE
Else
Defect_AccessControl = FALSE
End If
End Function

另外，使用脚本控制后，管理组成员就不能对状态为“等待分配”的缺陷直接进行“再次出现”或“关闭”的操作了，需要再专门为管理组增加一项Action，并且增加字段用以记录管理者的意见，然后由缺陷的提交人员根据管理者意见进行操作。