测试用例规范指导

目的：

此文档用于指导测试团队编写统一风格的测试用例，使得用例库中的用例具有一致的样式，使测试用例容易理解和使用，使用例得以组织和传承进而不断提升和改进，使团队开发、产品、测试成员更好的使用测试用例，发挥其最大的价值。

测试用例编写细则

1 测试用例标题

• 测试用例标题应为一个完整的句子，并能完整表达测试用例的意图。
• 使用如下结构的句式描述测试用例标题

在怎样的条件下， 谁 做了 怎样的事情， 得到怎样的结果

模块名 > [操作|验证点] > 不同类型的操作及期望

• 测试用例标题不要过长，（建议不超过40个字）

正向举例：

电桩支持批量转移场站 > 转移设备后关联模块设备站点更新

升级记录 > 取消升级 > 一个桩升级，正在升级中的升级单，支持取消升级

升级记录 > 取消升级 > 已审核通过，还未开始升级的升级单，支持取消升级

 升级记录 > 下发升级 > 只有状态为审核通过的升级单，支持下发升级

升级操作 > 同一设备同一时间只允许有一条正在升级中的升级单

反向举例：

电池soc上报规则  （不清楚在哪里做什么样的事情，期望有什么样的结果）

历史数据查询 > 选择控制器  （不清楚得到的结果）

2 测试步骤

• 不要在测试步骤中引用别的测试用例
• 尽量避免在测试用例步骤出现表达笼统的词：填入正确的值、错误的值
• 测试步骤应该重点描述与测试标题描述的测试点相关的部分，不相关的步骤可以作为测试预置条件
• 检测测试用例不要多余6步，也不要少于2步，一个测试用例核心验证一个测试点，不要冗杂多个测试点
• 测试步骤要可指导人员进行实际操作

正向举例：

反向举例：

不清楚在哪里进行怎样的操作，在哪里查看对应的期望结果，无法指导别人进行操作

对于测试数据的不同类型：应区分测试用例进行编写

糅杂多个测试情况测试点

3预期结果：

应明确测试步骤对应的测试结果，测试结果尽量不要出现笼统的词语（如正常），应明确指出期望结果的评判方法

• 和协议某某字段一致，或与该字段按照什么规则进行转换后的数值一致
• 与某个页面显示数据一致，与数据库什么字段，或数据库执行sql查询结果相同
• 操作结果为成功，或失败对应的提示信息

常用测试用例举例：

1）按照某个协议指导进行业务数据构造发送，验证业务数据处理正常：

指明按照什么文档里什么字段、取什么值进行发送，期望结果显示为什么

2）进行平台类操作

指明进行操作的模块，进行具体操作点击的按钮，期望显示的结果

3）对于正确性校验的用例，期望结果从数据库、或其他页面取期望结果

需要描述具体期望结果的取值步骤，或具体sql

4）对于需要依赖某个配置的操作、执行定时任务的操作，在前置条件或操作步骤写明如何配置

对于已有自动化用例进行验证的用例，需要在用例中标注关键词：auto,在备注中写出其自动化用例的id和标题

如果需要额外手工验证，可在用例中对验证点着重标注[check]