clearquest的附录!相当有帮助!
附录
1．脚本片段
这里应该是大家很期待的部分了。cq功能的强大，就体现在这里。这里我也只明白了一小部分，更多的功能，等待大家的挖掘。
代码并不是万能的，一些代码，只对使用客户端的用户有效，对用web端提交错误的用户就不好使了。
首先来看一个标准的脚本片段：
1 sub tjsj_defaultvalue(fieldname)
2 ' fieldname as string
3 ' record type name is defect
4 ' field name is 提交时间
5 rem set the initial value of the field here. example:
6 rem setfieldvalue fieldname, 12345
7 setfieldvalue "提交时间", time
8 end sub
上面是一个标准的cq中使用的子函数。
灰颜色：表示系统自动生成的代码，不可修改。
暗绿色：表示注释。在cq中，以“rem＋空格”或“’＋空格”开头的都表示是注释，注释内容不运行
黑色：表示手工填写的代码。
紫色：为了方便说明加上的序号。在代码中紫色序号是不存在的。
分析：第1行说明此为一个basic子过程，tjsj_defaultvalue是过程名。过程名前面的tjsj是“提交时间”字段的数据库列名，代表此函数是提交时间字段的脚本；后面的defultvalue是字段列表中列的名称，也可以说是字段的属性。
第2－4行是自动给出的关于此过程的定义说明。
第5－6行是cq中关于此字段属性的说明。有的说明中会有代码示例，可以参照代码示例进行脚本的编写。
第7行就是自己所编写的脚本。具体编程代码，可以参照vb的一些相关文档，或者是rational关于编程方面的资料。
第8行表示过程结束。
除了在field和actions可以编写脚本外，在record scripts中也可以编写自己的函数，这部分我没有使用过，不知道应该如何使用。
如果有时间，可以看看global script中的脚本，对理解cq中自动给出的一些功能会有更深的体会。
在actions中编写代码后，千万不要忘记了在behaviors中相应的地方设置为use_hook，否则编写是不会有效果的。
下面的是一些常用的指令：
1．setfieldvalue fildname, value
这个恐怕是最常用的了。就是赋值函数。filename就是字段名（中文使用””号括起来就可以了），value就是赋予此字段的值。
代码示例：取当前系统时间，赋予提交时间字段。
setfieldvalue "提交时间", time
2．getfieldvalue(fildname).getvalue()
取fildname字段的值
getfieldvalue("模块").getvalue()代表把模块的值取出来。
代码示例：判断选择的模块名，给予不同的程序员修改（此代码只对使用cq客户端的用户有效，对用web提交缺陷的用户无效）
dim module
module = getfieldvalue("模块").getvalue() ' 取模块内容
select case module ' 下面的内容按照实际情况修改
case "模块1"
setfieldvalue "负责人", "programmer1"
case "模块2"
setfieldvalue "负责人", " programmer2"
case "模块3"
setfieldvalue "负责人", " programmer3"
end select
3．getsession，getuserloginname
获得登陆用户名
代码示例：把提交人设置为登陆的用户
dim session
dim username
set session = getsession
username = session.getuserloginname
setfieldvalue "submmitter",username
4．getactiontype
获得状态名。
这里可能会有一些问题，因为状态命名方式为ad_action。但是我在配置的时候，action定义为中文，好像无法在代码中使用，所以这个部分只好放弃了。
我之所以用中文，是因为很多的时候，此程序都是不了解cq的人在使用，如果使用过多的英文名，会让人看着发晕。所以只要可能，我都进行了相关的汉化。
1． call 过程
调用过程
可以在record scripts中编写自己的函数，之后在其他的地方调用此函数
2．补充说明
1．如果安装的是sql正版软件，安装过程中，会有一个规则选项，在installationguideclearquest.pdf第30页中说明了规则的选择。其实，我记得这个按照缺省的选择就可以了，不用修改。
1． access数据库，应该是可以使用远端连接的，只要放在共享目录中就可以。
3．一定要选择正确的维护库，才可以进入相应的数据库。
4．创建维护库中，可以选择“create sample database”，这个例子十分的好，里面有方方面面的设置，对于cq设置来说，很有启发意义。
5．这里为了方便，举例的时候，使用的是test计划。实际使用中，应该配置一个缺省的计划，其他计划都从此计划中集成，这样每个使用的计划只要根据需要进行部分的修改就可以了。
6．用户和组，只能添加修改，不能删除，所以添加的时候，一定要小心谨慎。
7．计划修改完毕后，一定不要忘记了upgrade database。
8．计划和数据库可以不相关，也就是说，设计计划的时候可以不连接数据库。但是在使用计划的时候，就必须要连接数据库了。
9．最好修改admin的密码，或者干脆删除。设置其他用户为超级管理员。缺省的太简单了，很容易被别人使用破坏。
10．使用中，应该尽量用英文，因为一些地方对中文的支持不是很好。
11．cq可以和其他rational产品一起使用，而且其他产品使用的用户都是在cq designer中创建的。
12．cq的帮助系统做的十分好，到处都有帮助按钮，如果遇到不清楚的地方，可以点击“帮助”按钮进行相关的查找。
13．在cq安装目录中，有一个books目录，英文好的，里面的六个文档都可以看一下，可以更深刻的理解cq的功能。
14．在每建立一个缺陷库的时候，测试人员不要忘记了在cq客户端中使用admin建立各种查询和图表，很少有开发人员会去查看帮助文档自己建立查询。
15.使用sql server数据库，缺陷记录在800兆以上的时候，可能会出现问题。
16.我曾经碰到过使用的用户组损坏的情况，组内用户在客户端无法进行action操作。这个时候，新建一个用户组，把原组人员挪到新的用户组就能用了。
17．建议：测试组人员由于是固定的，可以使用一个用户组，赋予所有的计划和数据库权限；每个项目组都单独建立一个用户组，组内用户只有本测试计划的权限，这样权限能清晰些。
18．其他的以后再补充。
搜索更多相关主题的帖子:
附录 clearquest
