Test Case文档编写规范

基本原则：

1、每个测试用例只描述一个独立测试逻辑点，该逻辑点不可再拆分
2、根据用例的复杂程度决定是否需要前置条件
3、用例描述必须明确、精准，无歧义，不得出现假设（对于待定的事项可予以标注）
4、预期结果必须全面，包括界面的变化（页面操作，页面显示，页面跳转），数据的变化（相关数据表，相关字段的变化，数据的存储格式）
5、用例覆盖范围：入口、流程（主流程、分支流、异常流）、业务规则、数据校验、界面展现、页面元素校验、权限校验、数据库、其他应用相关、安全
6、凡引用界面元素或数据库表/字段时，必须与被引用者完全一致，包括字母的大小写
7、Test Case文档编制完成后，需保存到相应项目或模块目录内

格式

根据测试对象和Case包含的内容不同，以方便编写、阅读和维护为准，可选 Excel 或 Xmind 两种文件格式其一编制各个Case

Excel基本格式：

1、Task ID 和 Preconditions 为整个Case的头，不应重复出现；
2、多个Task可以共享一个Case，Task编号中可以列多个；
3、Preconditions 可以有连续多行；
4、功能模块可以根据需要划分为多个，写在一个文件中；
5、一个模块内的功能点也可以根据需要划分为多个；
6、Data & Steps 下面需要多少列可以根据需要进行调整，Expected Result 需要多少列也可以灵活调整；
7、输入输出均为单列的简单情况下，列标题可以省略。

格式.png

例1：最简单的单输入单输出Case

例一.png

例2：输入输出为多列的Case

例二.png

XMind基本格式：

1、中心主题以 task + ID 命名；
2、预期结果填写在用例的备注中，在运行过程中，可将测试数据记录在备注中，必要的逻辑说明一并备注；
3、根据用例的运行状态给用例打标,一般分为（未执行，执行成功，执行失败，阻塞）；
4、用例拆分时，可按功能按钮，按页面模块，按场景，按流程进行拆分；

实例：

Xmind实例.png