关注BeTester，学习更多知识

让碎片成体系，让测试更专业

1、概述

没有规矩不成方圆。如果每个人都是测试用例管理系统的管理员，那么灾难接踵而至。为了加强防范，降低操作失误所带来的风险，需要对系统做好权限管控。确保项目成员都能正常使用的前提下，为系统的权限安全加固。

2、用户权限管理

2.1 用户权限

TestRail系统中定义了用户的权限包括：是否是管理员 、默认角色以及所属分组。

2.1.1 是否是管理员

如果是管理员，则在页面的右上角有“Administration”的链接，否则不会显示该链接。

2.1.2 默认角色

当项目的访问权限设置为“Global Role”时，项目的访问权限会以该用户的默认角色作为参考。

2.1.3 所属用户分组

根据实际情况，可以设置该用户所属的用户组，譬如“XXX项目测试组”、“XXX项目开发组”等，后续对项目权限进行设置后，可以直接设置该用户组的权限，而不再需要单独给每个人开通权限。

2.2 用户组权限

用户组实际上并没有任何权限，只是以用户规定的标准把一群人加上了一个该用户组的标签。

在设置项目访问权限时，通过设置该用户组后，使得组内所有成员均获得相应权限。

2.3 角色权限

为了更好的适配不同项目对不同角色权限控制的需求，TestRail为我们提供了定制化角色的功能。通过修改、新增角色以满足更精细化的项目权限控制。TestRail系统中，默认有Executor（默认值）、Tester、Designer、Lead四个角色。
TestRail的项目权限控制都是对用户或用户组的角色设置 ，要有角色才能有访问的权利。

Executor、Tester、Designer、Lead四个角色的权限如下：

3、项目设置

3.1 项目属性设置

TestRail测试用例项目的属性包括名称、描述、类型和状态。

测试套（test suite）是一组遵循相同分类规则或目的的测试用例集合。测试套由许多测试用例组成，一般也会有针对测试用例及其测试目的的详细说明。

3.1.1 单测试套

当我们进入到用例项目中的用例管理页面时，是无法选择测试套，直接进入了该用例项目默认的、有且只有一个的测试套中。

单测试套就是为项目创建一个默认、有且只有一个的测试套，所有的用例都在这个测试套中管理。单测试套的方式能够方便进行用例的管理，通过目录层级对用例进行维护。但是，无法支持测试用例的版本管理。

3.1.2 基线化的单测试套

基线化的单测试套项目中，默认创建了一个叫做Master的基线测试套。后续的测试套都可以基于这个Master分支拉出新的分支，也可以把分支的内容合并到Master中（该流程可参考Git Flow）。

当创建一个基线版本的时候，实质上是对某一基线的用例进行复制，不断地迭代管理测试用例。

3.1.3 多测试套

多测试套的页面看起来和“基于基线的测试套”几乎一样。但是，右侧按键中，从“Add Baseline”改成了“Add Test Suite”。同时，当用例项目逐步把测试套建立起来，其差异就涌现出来了。

3.2 缺陷设置（JIRA）

参考资料：http://docs.gurock.com/testrail-integration/tools-jira

本文将以 JIRA 5.X ~ 8.X 为实例进行说明。

通过“Administration -> Integration”进入到系统全局集成设置页面，或在编辑项目详情时，可以对Defect里的内容进行设置。

3.2.1 Defect View URL

设置URL：https://xxxx.xxxx.com/browse/%id%

该字段用于在测试执行页面中，测试结果关联了JIRA Bug ID后，会在页面上显示相应的JIRA详情，该详情内容就是通过这个URL 来获取的。

3.2.2 Defect Add URL

设置URL：https://xxxx.xxxx.com/secure/CreateIssue!default.jspa

该链接用于测试结果填写时，测试结果对话框中 Defects参数 的Add链接，通过该链接可以打开JIRA创建Issue的页面。

3.2.3 Defect Plugin

选择 JIRA REST 5.x, 6.x, 7.x

在设置了Defect Plugin插件后，提交测试结果的弹窗中，会增加 “Push”的链接按钮。点击“Push”后弹出JIRA创建Issue的对话框，而不再像“Add”那样离开TestRail而进入JIRA去创建Issue。

Push Defect弹出框是如何识别每个项目不同的字段？在Defect Plugin的下方有一个多行文本输入框，用于配置该项目所具备的字段。JIRA的字段主要分为两类，一类是系统默认字段，一类是自定义字段。如何查找字段名称？请参考下面的操作步骤。

（a）打开一个创建Issue的JIRA面板

（b）把鼠标放置在对应的字段上，右键点击“检查”查看元素在HTML上的name或id属性。

对于JIRA系统自带的属性，可以直接获取到名称为 summary。

对于JIRA自定义的属性，获取到的名称为 customfield_13111。

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”页面中，用例字段列表展示如下：

系统默认属性包括 estimate、 milestone、 references。
当我们要添加一个自定义字段，如“测试设计方法”时，点击“Add Field”进入字段添加页面：

4.1 Label

在添加测试用例时展示的名称。

4.2 Description

对该字段的描述。

4.3 System Name

系统字段名称，对应数据库表的列名，以及API接口返回的字段名称。

System Name对应的是API接口返回的用例属性名称，也对应数据库表的列名。每添加一个用例属性，系统会往数据库的用例表增加一列。

4.3 Type

字段在界面所展现的类型

4.4 应用范围

全部应用 & 指定测试模板使用，表明该字段会在被应用在哪些用例模板中。用例模板是用例所包含的属性列表。

4.5 选项配置

不同的字段类型，有不一样的选项配置，下面举几个例子：

4.5.1 Checkbox：默认值选项

4.5.2 Date：必要性设置

4.5.3 Dropdown：选项列表及默认值

4.5.4 Steps：步骤

5、用例模板设置

TestRail的用例模板是用例属性的集合，在创建或编辑测试用例时，在选定一个测试用例模板后，该用例模板所关联的用例字段就会展现出来，作为表单的填写内容。当改变测试用例模板后，相应的字段也会发生变化，如下图 ：

（a）用例模板01

（b）用例模板02

在创建用例模板时，需要注意：

（a）是否为默认模板，用例模板是用例属性的必填项，必须有一个默认值。

（b）是否应用到所有项目：以项目作为划分用例模板的标准，如果出现某个项目中没有期望的用例模板，则表明该用例模板没有应用到项目中。

（c） 测试用例字段：用例模板不单独设置包含有什么用例字段，而是使用用例字段所应用的用例模板范围进行过滤。

6、License设置

License是使用TestRail的唯一凭证，唯有取得合法的License后，才能合法使用该系统。

License分为正式License和临时License（一个月有效期），大家根据实际情况可以申请相应的License。

7、站点设置

7.1 应用设置

对应用程序的基本设置，包括系统的标题，使用语言，附件位置等信息。

7.2 API设置

是否开放API接口 以及 是否为API开启session认证。

8、小结

作为系统管理员，我们应该保证系统能够安全可靠的运行，而不会过多干预项目上的详细操作。而作为系统测试工程师，我们有必要，也有义务制定符合自身的测试用例管理规范，包括用例字段、用例编写规范、与JIRA等系统对接规范等。

不断优化业务流程和系统管理流程，才能不断优化我们对测试的管理，不断提升对测试用例的质量。

—— 更多文章 ——

• 测试用例管理系统 TestRail测试用例
• 测试用例管理系统 Testrail 简介