测试案例设计及评审标准 V1.0

转载自：https://blog.csdn.net/alice_tl/article/details/82313861

设计工具
最常用到的工具是思维导图，即XMind，Excel，以及案例管理平台。

Xmind：Xmind能够快速的建立结构树，也能够一键折叠和展开，因此可以打打提高框架调整上的效率。因此一般在分析需求，和梳理测试思路的时候用。主要体现的是测试框架、测试思路、测试目的。

Excel：一般在写详细的案例时使用，主要体现的是案例的完整性，重点在测试环境、测试数据、测试步骤，和预期结果。

一般的处理方式为，

1、使用Xmind进行需求分析和测试思路梳理

2、组织测试思路评审

3、根据评审修改Xmind

4、根据Xmind转化Excel，进行案例细化

5、对转化后端Excel，操作步骤、预期结果、案例级别等进行评审

6、导入到案例管理平台

设计方法
怎样保证测试设计中避免出现遗漏呢？

可以参考这篇文章：https://blog.csdn.net/alice_tl/article/details/78161770

设计规范
【示例】

较好

较差

较差一版脑图存在的问题：

测试框架：

体现测试的模块、功能之间的逻辑关系，并列或子属
同类的测试点进行聚合、提炼
不同类型的案例区分开，比如入口案例、流程案例、接口、性能案例和功能规则案例不要混合
包含显性需求和隐性需求。
测试目的：

具备可执行性，不应照搬PRD。
比如PRD写明需要填写身份证号码，设计时需要明确的写明如何测试这个输入框，字符类型、长度限制、身份证有效期的判断等。

具备唯一性，不应该一条案例包含多个测试的目的和多种不同的测试结果，尤其是相反结果。保证他人扩展和执行的准确性。
比如测试联网核查是否通过，测试密码正确和错误的表现，都应该拆分多条。

测试目的跟测试结果、操作步骤应该区分。
比如“检查点击确定并同意按钮后是否跳转为个人中心页面”，其中“点击确定并同意按钮”，是一个操作步骤；“检查是否跳转为个人中心页面”，是一个预期结果。测试对象就是“确定并同意”这个button。测试目的就是确定并同意后的跳转。

重点应该要突出测试的对象（功能）、测试的点（本质），
言简意赅，能4个字说清楚的，不要用6个字，能用一个词讲清楚的，不要用一句话。
其他：方便Xmind转化Excel
预期结果和测试目的分开，预期结果用脑图的概要功能分开
脑图里的结果在Excel中要求用_体现子属关系。比如：保密协议_确定并同意_跳转

案例评审
关于案例评审以及评审的流程，之前有写过一篇博客，可以参考这个：

https://blog.csdn.net/alice_tl/article/details/80218379