测试用例管理系统 TestRail测试用例

1、概述

　　在软件测试工程师的研发活动中，编写用例、执行用例、测试报告等一系列活动占据了很大的比例，本文将从管理测试用例为大家讲解Testrail系统。

　　2、测试套管理

　　注：该节只适用于类型为“多测试套”的用例项目。

　　测试套（test suite）是一组遵循相同分类规则或目的的测试用例集合。当我们进行测试套管理的时候，建议以项目的模块或子系统进行划分。模块或子系统具备可独立测试的能力，对其他模块或子系统的依赖较少。在 TC 项目中，我们分别从 APP Android、APP iOS、Protocol、User Interface四个维度进行划分测试用例。

　　当需要进行业务的端到端用例管理时，我们可以补充 “xxx验收测试”用例套来进一步完善项目的测试用例。

　　在测试套页面，可以分别对各个测试套进行编辑，也可以创建一个新的测试套。如果没有该权限，可联系 系统管理员 进行配置。

　　3、Section管理

　　完成测试套的创建后，我们就可以开始进行用例的编写。

　　单测试套默认一个测试套，无需再进行创建或管理操作。

　　与测试套类似， Testrail中的测试套通过 section 对相似的一组测试用例进行归类。section类似操作系统中的文件管理器的文件目录，通过一层一层的目录进行测试用例的归类与划分。

　　对于section的划分及层级原则可以针对不同的项目来制定，譬如可以根据需求的等级来划分（用户需求、系统需求、功能需求、开发需求等），也可以通过测试用例的等级划分，也可以根据HTSM模型来划分。

　　对于空测试套，由于其不存在任何section，所以我们需要先创建一个section，如新建一个名叫“大功能001”的section。

　　3.1 创建根section

　　通过右侧导航树的“Add Section”添加根目录。

　　3.2 创建子section

　　在用例列表页面（左侧栏）中，在每个section的底部都有“Add Subsection”的链接进行 子section 的创建。

　　section是我们在对测试用例进一步分类的重要手段，在使用过程中，建议以 用户需求 -> 系统需求 -> 功能需求 的层级来进行维护。

　　补充说明：

　　4、测试用例编写

　　4.1 快速创建测试用例

　　在每个section底部都有“Add Case”的链接快速编写测试用例，这种方式下只会对测试用例的标题进行输入，其他属性并不作任何要求，不推荐该方式进行用例编写。

　　4.2 标准创建测试用例

　　通过标准方式进行测试用例编写时，需要完成一系列的用例属性说明。这些属性都是对用例的必要说明，需要测试编写人员在编写测试用例过程中遵循此类规范。

来源：软件测试木木