【软件测试】测试报告编写规范

规则

• 测试用例的功能应该单一，同一个测试用例不能测试系统的不同功能。
• 测试用例之间应该独立，测试用例的测试行为不能依赖其他用例。
• 测试用例采用分层结构，测试特性按照操作相关划分子特性，子特性也可以继续划分，不同层次使用用例模板中的“级别”来进行区分
• 用力中用到数字描述应该使用阿拉伯数字，不能使用汉字
• 不要使用含糊不清的词语
• 每个测试特性下的用例规模建议不超过100个
• 测试用例整体分层不宜过高，建议不超过5层

完整的测试用例必须包含以下信息：

• 测试编号：开发项目编号
• 测试项目：不要出现特殊字符
• 测试用例名称：概括描述测试用例的测试点，无二义性，不宜过长，不超过40字符，各种信息覆盖
• 测试用例编号：以“TC-需求编号”开头，唯一确定该用例，切用于给测试用例排序
• 重要级别
• 测试类型：表示该用力的类别，功能测试，兼容性测试，性能测试，互操作测试，安全性测试，协议一致性测试，安装测试，配置测试，可用性测试，压力测试，故障输入测试，备份测试，回复测试
• 预置条件：给出执行该测试用例的预置条件（如环境设置，特性参数，系统参数，操作员权限都需要详述），描述运行环境状态要求，用例前需要的操作
• 测试步骤：提供测试执行过程的详细步骤，步骤过程中的任何操作，任何设置和环境操作，都应该写明。步骤过程中的任何预期输出，应该在此写明，获取预期结果的任何手段，也应该在此写明。
• 预期输出：测试用例的正确执行结果，可能是需要经过分析的结果
• 用例是否自动化
• 作者
• 备注

用例级别划分

用例级别	解释说明
Level 0	属于ATP用例，基线用例
基本（level1）	对于需求上明确描述的、新增的、验证基本功能的测试用例一定要定义为基本用例。基本系统测试用例是保证系统的基本功能的，并且要提交给开发进行预测试的。当然为了保证基本用例的比例不能太高，只需吧一种功能验证中的一个用例定为基本，其余的扩展用例定为重要即可，基本用例一般占所有用例的5%~10%为宜
重要（level2）	一些需求上描述不清楚的功能、或者是一些主程序的扩展功能，根据概述中的条件分支语句得出的用例，可以划分为重要级别，对于一些很常见的操作，也应该列入重要级别。重要用例一般占所有用例的40%~50%为宜
一般（level3）	如果是一些比较一般的情况，如需求上不关注，但是接口中存在的一些功能，操作上也比较少见，或者为了以后系统的升级而隐含的扩展功能，也可以定义为详细级别。详细用例一般占所有用例的30%~40%为宜
生僻（level4）	人为的构造一些不符合逻辑的用例、或者有些情况只有人为才能产生。生僻用例也不宜过多，否则容易钻牛角尖，生僻用例一般占所有用例的5%为宜

其他

• 备注可以填写业务执行中需要的SQL语句等其他信息
• 不要出现同山等模糊描述
• 新增接口必须针对每个字段进行详细验证
• 修改接口主要针对修改字段进行测试，同时验证对字段取值有影响的其他字段
• 有取值字典的字段必须覆盖所有字典项
• 用例设计注意端到端输出