1 目的
1、提高编写的测试用例的可读性，可执行性、合理性；
2、所有人都能看懂并用起来；
2 要求
单元测试对需求文档及软件详细设计文档中提及的功能方法逐项进行的测试，以验证其方法功能是否满足需求文档的要求。文档中需要明确细化：产品->模块->功能点->子功能点->子功能点...->方法实现（关系用例命名），具体的单元测试需进行如下工作：
参数类型与个数的校验；
用正常值的等价类输入数据值测试；
用异常值的等价类输入数据值测试；
合法边界值和非法边界值输入数据的测试；
对方法功能粒度最小化进行评估；
对方法之间耦合度进行评估；
....
3 测试用例设计原则
a) 单个用例覆盖最小化原则
用最细、最少、最全的测试用例集对最小功能点进行测试:
所有参数类型、数据均正确；
单个参数取值异常（包括非法边界值）：分开编写多个测试用例；
单个参数边界取值: 分开编写多个测试用例；
自动化测试用例、通用用例归类处理；
b) 测试用例替代产品文档功能原则
按照用例格式规范，准确、详细编写测试用例，同时借助用例管理工具，关联相关文档、需求；（单元测试与功能测试类似，在写代码的同时完成Excel用例文档的编写，并导入禅道）
c) 单词投入成本和多次投入成本原则
用例的复用：尽量在设计测试用例的时候对相关用例做归类处理，抽取可以复用的cases；
d) 使测试结果分析和调试最简单化原则
自动化测试用例集成；单测用例本身可自动化，后续通过对用例分类一次运行指定多个用例；
4 测试用例格式规范
测试用例包含如下内容
用例编号:(必填)有序的阿拉伯数字
所属产品:(必填)根据系统设置的值进行填写
所属模块:(必填)根据系统设置的值进行填写
相关需求:(必填)---
用例类型:(必填)根据系统设置的值进行填写
适用阶段:(必填)根据系统设置的值进行填写
用例标题:(必填)
针对功能测试
1）对于不同产品都会用的用例:G-模块简称-功能简称-版本
2）针对特定产品使用的用例:S-模块简称-功能简称-版本
针对单元测试
1）通用测试用例:G-方法名-测试点描述
2）网络、IO异常测试用例:E-方法名-测试点描述
3）业务层参数有效性测试用例:S-方法名-测试点描述-版本
用例优先级:(必填)根据系统设置的值进行填写；
前置条件:(选填)
1）简要描述测试步骤正常执行的必要前提；
2）不能够以其他用例作为前置条件；
3）需要细化到入口、帐号类型、账号权限、数据准备等；
4）要求在@BeforeAll注解的方法中实现；
用例步骤:(必填)准确、详细描述用例执行的步骤；
针对功能测试：
1）操作中不要包含结果的检查；
2）用例描述中不允许存在连词、介词，比如：和，还（可拆分为多个点）；
3）用例描述中不允许出现假设性词汇，比如：假如，或许，可能，…的时候等；
4）用例描述中不允许出现二义性语句；
针对单元测试：
1）描述操作哪个测试类的哪个测试方法；
2）具体操作命令或者动作；
3）同样不允许出现连词、假设词汇等；
预期结果:(必填)对应测试用例的每个步骤，准确描述用例步骤执行的预期结果；
针对单元测试：
1）描述测试方法中田的断言的预期结果
2）步骤与结果一一对应；
3）预期结果中不能有步骤
关键词:(非必填)
备注:对测试环境进行描述(必填)，源码地址(选填)；
