1、概述
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 标准创建测试用例
通过标准方式进行测试用例编写时，需要完成一系列的用例属性说明。这些属性都是对用例的必要说明，需要测试编写人员在编写测试用例过程中遵循此类规范。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
