![fdb08b24027337042b1ed9ab98ec4947.png](https://i-blog.csdnimg.cn/blog_migrate/b9292eec29b64c29219d61faedb33ae6.jpeg)
关注BeTester,学习更多知识
让碎片成体系,让测试更专业
![90e20aa17e5068df02fb105bdeb75a74.png](https://i-blog.csdnimg.cn/blog_migrate/eeb3f90e6011caeeb011ed76f65047de.jpeg)
1、概述
没有规矩不成方圆。如果每个人都是测试用例管理系统的管理员,那么灾难接踵而至。为了加强防范,降低操作失误所带来的风险,需要对系统做好权限管控。确保项目成员都能正常使用的前提下,为系统的权限安全加固。
2、用户权限管理
2.1 用户权限
TestRail系统中定义了用户的权限包括:是否是管理员 、默认角色以及所属分组。
![4373ca262a8caab4d8a4b2a8d0ebb8c4.png](https://i-blog.csdnimg.cn/blog_migrate/21528668eefe2ac158559162acd481a0.jpeg)
2.1.1 是否是管理员
如果是管理员,则在页面的右上角有“Administration”的链接,否则不会显示该链接。
![bcfbf65afc48240ba0a785ce7b82e95a.png](https://i-blog.csdnimg.cn/blog_migrate/9bd3a99eadcde11dfb213fd825fdcfbd.jpeg)
2.1.2 默认角色
当项目的访问权限设置为“Global Role”时,项目的访问权限会以该用户的默认角色作为参考。
![40af8764163445d6a96314c42302c97d.png](https://i-blog.csdnimg.cn/blog_migrate/5da8740cf766047edaec998c44b8a42f.jpeg)
2.1.3 所属用户分组
![caf74c889f9000e68f83904891f65bec.png](https://i-blog.csdnimg.cn/blog_migrate/713e2b2b6dcdff23bfb191140cc1130a.jpeg)
根据实际情况,可以设置该用户所属的用户组,譬如“XXX项目测试组”、“XXX项目开发组”等,后续对项目权限进行设置后,可以直接设置该用户组的权限,而不再需要单独给每个人开通权限。
2.2 用户组权限
用户组实际上并没有任何权限,只是以用户规定的标准把一群人加上了一个该用户组的标签。
![6d57d93026259767ab866543cc30caeb.png](https://i-blog.csdnimg.cn/blog_migrate/5637f888ed3c8a2d68710c8b4d323300.jpeg)
在设置项目访问权限时,通过设置该用户组后,使得组内所有成员均获得相应权限。
![20bd2c554d11fd98fabaca92d4c19df5.png](https://i-blog.csdnimg.cn/blog_migrate/75fdae4606ba114c5269a4d87cd7843a.jpeg)
![07d7d7d22bcc4a4d2a4d89886b8f9afd.png](https://i-blog.csdnimg.cn/blog_migrate/a2177d8064f9a7ecceb59b0f3513a8eb.jpeg)
2.3 角色权限
为了更好的适配不同项目对不同角色权限控制的需求,TestRail为我们提供了定制化角色的功能。通过修改、新增角色以满足更精细化的项目权限控制。TestRail系统中,默认有Executor(默认值)、Tester、Designer、Lead四个角色。
TestRail的项目权限控制都是对用户或用户组的角色设置 ,要有角色才能有访问的权利。
![282ecdc8b8a28ec67c20e4e287aa88c7.png](https://i-blog.csdnimg.cn/blog_migrate/6acaf9e5a7c1714c87816c97b2bfa0b4.jpeg)
Executor、Tester、Designer、Lead四个角色的权限如下:
![c2c4e091fdc52e52acd1f06468eb0496.png](https://i-blog.csdnimg.cn/blog_migrate/93ed2112ab75a8de361154bc2dbea0eb.jpeg)
![773532e656eea7e0dcd913e0c78bdb6d.png](https://i-blog.csdnimg.cn/blog_migrate/715245a6b9f9e9980130fa8044a8d2a2.jpeg)
![a0749ea76f4fedd1ee5fc88108242db1.png](https://i-blog.csdnimg.cn/blog_migrate/006696dd2861980fa921d95e805b7126.jpeg)
![5fb2d9ca573f8f298479532919359d01.png](https://i-blog.csdnimg.cn/blog_migrate/bf66741a821933aa8a6028b30febbde2.jpeg)
3、项目设置
3.1 项目属性设置
TestRail测试用例项目的属性包括名称、描述、类型和状态。
![52637530424d837bab7ccf1f8b74fb9a.png](https://i-blog.csdnimg.cn/blog_migrate/7d0619591c20713b866baec8f875a195.jpeg)
![90abe774d10c79da2d637a1863b29c49.png](https://i-blog.csdnimg.cn/blog_migrate/76b51ba59fcde823d6ec50b007871908.jpeg)
测试套(test suite)是一组遵循相同分类规则或目的的测试用例集合。测试套由许多测试用例组成,一般也会有针对测试用例及其测试目的的详细说明。
3.1.1 单测试套
![cd3871fbc3fa52c6285babfd75fa40a0.png](https://i-blog.csdnimg.cn/blog_migrate/825a1ba09eb6207643f13a3e8d48b382.jpeg)
当我们进入到用例项目中的用例管理页面时,是无法选择测试套,直接进入了该用例项目默认的、有且只有一个的测试套中。
单测试套就是为项目创建一个默认、有且只有一个的测试套,所有的用例都在这个测试套中管理。单测试套的方式能够方便进行用例的管理,通过目录层级对用例进行维护。但是,无法支持测试用例的版本管理。
3.1.2 基线化的单测试套
![7d2e57da514e874799638667e5347686.png](https://i-blog.csdnimg.cn/blog_migrate/a0216a81fbe51ada4f2eeb6e5277f218.jpeg)
基线化的单测试套项目中,默认创建了一个叫做Master的基线测试套。后续的测试套都可以基于这个Master分支拉出新的分支,也可以把分支的内容合并到Master中(该流程可参考Git Flow)。
![83dfb24487d5c379e73bf9e2905c0ca5.png](https://i-blog.csdnimg.cn/blog_migrate/ff82c6b1d2f6c6e107ed9bf65abfb587.jpeg)
当创建一个基线版本的时候,实质上是对某一基线的用例进行复制,不断地迭代管理测试用例。
![13c40fec2d28e58c6f72441446037f6c.png](https://i-blog.csdnimg.cn/blog_migrate/145ae7afcc67d15c59015af3f523f688.jpeg)
3.1.3 多测试套
![36b5501a7b685a0a292625394f748554.png](https://i-blog.csdnimg.cn/blog_migrate/cb732cc4a714e9be7c6b7a36a8732875.jpeg)
多测试套的页面看起来和“基于基线的测试套”几乎一样。但是,右侧按键中,从“Add Baseline”改成了“Add Test Suite”。同时,当用例项目逐步把测试套建立起来,其差异就涌现出来了。
![044f63939e5baec719c12d9c5df5aa6f.png](https://i-blog.csdnimg.cn/blog_migrate/5027aaaabbb21a221d6c2380618135a3.jpeg)
3.2 缺陷设置(JIRA)
参考资料:http://docs.gurock.com/testrail-integration/tools-jira
本文将以 JIRA 5.X ~ 8.X 为实例进行说明。
通过“Administration -> Integration”进入到系统全局集成设置页面,或在编辑项目详情时,可以对Defect里的内容进行设置。
![02aa2edcaadb1953fa9a8858d98c6bff.png](https://i-blog.csdnimg.cn/blog_migrate/40219ec4a0d747781afa80779cc7c8cd.jpeg)
3.2.1 Defect View URL
设置URL:https://xxxx.xxxx.com/browse/%id%
![5325e1513aeb41a5ca01ec10a3984e12.png](https://i-blog.csdnimg.cn/blog_migrate/ffcd9101881bb61bdfd257b53857ba5f.jpeg)
![bf01b11ed8bc37c0d371ca177f1386a1.png](https://i-blog.csdnimg.cn/blog_migrate/3e66a69e7f3c71ca7cfa030d338b83aa.jpeg)
该字段用于在测试执行页面中,测试结果关联了JIRA Bug ID后,会在页面上显示相应的JIRA详情,该详情内容就是通过这个URL 来获取的。
![916c38955a2219e7dfde87a243820542.png](https://i-blog.csdnimg.cn/blog_migrate/58f568977f8104893579466ec2f9e264.jpeg)
3.2.2 Defect Add URL
设置URL:https://xxxx.xxxx.com/secure/CreateIssue!default.jspa
![370bdbcf41d8b2e3c1bfc9e4c9e77da9.png](https://i-blog.csdnimg.cn/blog_migrate/5f02300a3732e8f1d50adf1318be2f65.png)
该链接用于测试结果填写时,测试结果对话框中 Defects参数 的Add链接,通过该链接可以打开JIRA创建Issue的页面。
![720ad47cab1d3b0594cabf81ff63eb35.png](https://i-blog.csdnimg.cn/blog_migrate/893320efe6921a63db0cff44367cc2ac.jpeg)
3.2.3 Defect Plugin
选择 JIRA REST 5.x, 6.x, 7.x
![3b73093407c349ca020ee8d95dacadad.png](https://i-blog.csdnimg.cn/blog_migrate/fdb855834ca62f20a345112288672ac0.jpeg)
在设置了Defect Plugin插件后,提交测试结果的弹窗中,会增加 “Push”的链接按钮。点击“Push”后弹出JIRA创建Issue的对话框,而不再像“Add”那样离开TestRail而进入JIRA去创建Issue。
![b3a28811312ee3a750625d50a69b3aa2.png](https://i-blog.csdnimg.cn/blog_migrate/b17136e93b3a5104688e5528f6581570.jpeg)
![494dbe2175943d8aeaa7b7a7bbb24dc9.png](https://i-blog.csdnimg.cn/blog_migrate/ab105462af89041864dd517abb5d7c53.jpeg)
Push Defect弹出框是如何识别每个项目不同的字段?在Defect Plugin的下方有一个多行文本输入框,用于配置该项目所具备的字段。JIRA的字段主要分为两类,一类是系统默认字段,一类是自定义字段。如何查找字段名称?请参考下面的操作步骤。
![d4140b0fefce646c4709212823471761.png](https://i-blog.csdnimg.cn/blog_migrate/3680cc73fb9e2173f7948a99949db87e.jpeg)
(a)打开一个创建Issue的JIRA面板
![96852b61916258c4db68343f0f9bbdc6.png](https://i-blog.csdnimg.cn/blog_migrate/64c347f292ddb4fbec7aec40c705ee2e.jpeg)
![2ef24cf900b2f68fc1ab2ca972ed4545.png](https://i-blog.csdnimg.cn/blog_migrate/84ca30cb1fad44036a871ad98de898f1.jpeg)
(b)把鼠标放置在对应的字段上,右键点击“检查”查看元素在HTML上的name或id属性。
![8b90890ed4cbf3d30c4d44db40c463a8.png](https://i-blog.csdnimg.cn/blog_migrate/8f4d717fbc40938f799c0e04548a4c26.jpeg)
对于JIRA系统自带的属性,可以直接获取到名称为 summary。
![2e789cd30ea48a4ffea38fac3c8d429c.png](https://i-blog.csdnimg.cn/blog_migrate/45765542aa9c46f6afbf963a2172ccd5.jpeg)
对于JIRA自定义的属性,获取到的名称为 customfield_13111。
![7f9c3a2c572d110b6d5331a9b4b01764.png](https://i-blog.csdnimg.cn/blog_migrate/dda88c42bd8408660f9c4976ca7fe4a4.jpeg)
JIRA字段在Defect Plugin中填写时,尤其是自定义字段要分别在 push.fields 和 其自身字段属性进行设置。参考如下配置:
[push.fields]
customfield_13111=on
[push.field.customfield_13111]
label=模块修复版本
size=compact
type=dropdown
required=true
JIRA字段的类型
string: 输入框、Label
text: 输入框
dropdown: 单选下拉、单选Radio
multiselect: 多选下拉,多选复选框
配置详情内容可参考: http://docs.gurock.com/testrail-integration/tools-jira-fields
3.3 引用设置
内容与缺陷设置一致,请参考缺陷设置内容。。
4、用例属性设置
在“Administration => Customization”页面中,用例字段列表展示如下:
![a5824e3c31c3ed7ffbba60561b8f9b2f.png](https://i-blog.csdnimg.cn/blog_migrate/32ebf6db6e59a20c1e78ce5402c70fdf.jpeg)
系统默认属性包括 estimate、 milestone、 references。
当我们要添加一个自定义字段,如“测试设计方法”时,点击“Add Field”进入字段添加页面:
![76834de7ef5b84ce9e438cb724b2cc16.png](https://i-blog.csdnimg.cn/blog_migrate/c0551e250debd7171e71e51fa7c4b164.jpeg)
4.1 Label
在添加测试用例时展示的名称。
4.2 Description
对该字段的描述。
4.3 System Name
系统字段名称,对应数据库表的列名,以及API接口返回的字段名称。
System Name对应的是API接口返回的用例属性名称,也对应数据库表的列名。每添加一个用例属性,系统会往数据库的用例表增加一列。
4.3 Type
字段在界面所展现的类型
![6e6f60b8bcd0c51e296603ea3aafa139.png](https://i-blog.csdnimg.cn/blog_migrate/7e46a1eaec5a6a5c69858283e94bc4dd.jpeg)
4.4 应用范围
全部应用 & 指定测试模板使用,表明该字段会在被应用在哪些用例模板中。用例模板是用例所包含的属性列表。
4.5 选项配置
不同的字段类型,有不一样的选项配置,下面举几个例子:
4.5.1 Checkbox:默认值选项
![0abb5cc474a7de0a2521c4f250ebf8e7.png](https://i-blog.csdnimg.cn/blog_migrate/d34dedad786c4451fdddeedcc390a310.jpeg)
4.5.2 Date:必要性设置
![a81e9f56c33aed5f7a586b1a4cec161c.png](https://i-blog.csdnimg.cn/blog_migrate/e849247c1e674b7e1a98ccb367da6d3b.jpeg)
4.5.3 Dropdown:选项列表及默认值
![c165b01e066c41fcb20baa4428116628.png](https://i-blog.csdnimg.cn/blog_migrate/ffb883bb10ce6e39d8b2fdea686104e6.jpeg)
4.5.4 Steps:步骤
![21ab36b3e0bbb9ef3572b4ac0ab7d842.png](https://i-blog.csdnimg.cn/blog_migrate/758102746f682104a5199a96cd2ba25d.jpeg)
5、用例模板设置
![b76e8cb5c63d55e2786576fbafe815ef.png](https://i-blog.csdnimg.cn/blog_migrate/78e3afd9bfdde4c7fdcc7fef018ffe0c.jpeg)
TestRail的用例模板是用例属性的集合,在创建或编辑测试用例时,在选定一个测试用例模板后,该用例模板所关联的用例字段就会展现出来,作为表单的填写内容。当改变测试用例模板后,相应的字段也会发生变化,如下图 :
(a)用例模板01
![6ee58017c914cc0cc5885740ce891a3e.png](https://i-blog.csdnimg.cn/blog_migrate/a262eaee035676bdf6e5a8e7f0e68cfa.jpeg)
(b)用例模板02
![90c3f88f8d2a43b156854695b8702ea4.png](https://i-blog.csdnimg.cn/blog_migrate/f6996f18a17366cfb1fc3ca77d672f51.jpeg)
在创建用例模板时,需要注意:
![4696ffb9556a4b2df18f2916d4fcac4a.png](https://i-blog.csdnimg.cn/blog_migrate/192fc8e0489671546e0a36100d1cb4cc.jpeg)
(a)是否为默认模板,用例模板是用例属性的必填项,必须有一个默认值。
(b)是否应用到所有项目:以项目作为划分用例模板的标准,如果出现某个项目中没有期望的用例模板,则表明该用例模板没有应用到项目中。
(c) 测试用例字段:用例模板不单独设置包含有什么用例字段,而是使用用例字段所应用的用例模板范围进行过滤。
6、License设置
License是使用TestRail的唯一凭证,唯有取得合法的License后,才能合法使用该系统。
License分为正式License和临时License(一个月有效期),大家根据实际情况可以申请相应的License。
![1b39b6cc5a9b1b8b1e7bffdb1d4efc25.png](https://i-blog.csdnimg.cn/blog_migrate/35db3c8dd6fc03cefcfe9976c06212d7.jpeg)
7、站点设置
7.1 应用设置
对应用程序的基本设置,包括系统的标题,使用语言,附件位置等信息。
![532253278b2c4d023778079a92f9c373.png](https://i-blog.csdnimg.cn/blog_migrate/559874ffc1f75d5db984e7f5cdf3a046.jpeg)
7.2 API设置
是否开放API接口 以及 是否为API开启session认证。
![2c919302fd78a36e848e921f4dce414e.png](https://i-blog.csdnimg.cn/blog_migrate/cb34739cdd207a0794491c0f8441c8ee.jpeg)
8、小结
作为系统管理员,我们应该保证系统能够安全可靠的运行,而不会过多干预项目上的详细操作。而作为系统测试工程师,我们有必要,也有义务制定符合自身的测试用例管理规范,包括用例字段、用例编写规范、与JIRA等系统对接规范等。
不断优化业务流程和系统管理流程,才能不断优化我们对测试的管理,不断提升对测试用例的质量。
—— 更多文章 ——
- 测试用例管理系统 TestRail测试用例
- 测试用例管理系统 Testrail 简介
![33a1b4bc44df3787e4552f34dff70424.png](https://i-blog.csdnimg.cn/blog_migrate/19eee799590006e07c1d42113434386c.jpeg)