如何编写测试用例

一    什么是测试用例

　　　　为了特定的目的而设计的一组测试输入，执行条件，预期结果构成的文档

　　1, 测试用例简单来说就是指导如何做测试文档该文档主要记录需要验证的被测软件是否满足需求

　　2，测试用例表现形式常见的有两种，通过模板展示

　　　（1）一种通过Excel直接编写——（大多数项目中按照这种方式编写）

　　　（2）一种是通过xmind直接整理测试点

　　3，设计执行人员：设计工程师

　　4、用例的模板：描述编写用例核心内容，一般项目都有自己的设计用例的模板，常见测试用例模板可参照如下：

 　　

 

　　

二.如何编写测试用例

　　既然写测试用例如此重要，那么如何更好的编写测试用例呢？个人认为需要满足如下几点：

• 常规思考，设身处地的从用户角度出发（比如：实际用户是这么使用的么，会不会遇到异常情况呢？）
• 测试理论方法的支撑（比如：根据需求设计测试用例时，能用到哪些常见的测试用例设计方法？）
• 产品的熟悉和经验的积累（比如：已经有过类型项目经验，曾经在某个方面有过问题，当时是如何处理的呢？）

 

　　1、常规思考

　　回归到开篇的问题，对于一个基本的登录页面，按照常规思路能否会想到如下截图的测试点呢？实际，这些测试点都是源于从用户角度出发，结合需求进行细化设计的过程。实际测试中是不是只有这些测　　　　　　       试点呢？

　　

 

　　

 

3、理论支撑

有了常规的思考，有了经验的积累，还需要理论的支撑。测试用例毕竟是通过人去思考设计，这个过程不可避免有疏漏。如何规避？实际就需要测试理论的支撑，个人认为深入思考设计用例不外乎以下两方面：

1）测试用例的设计方法

测试理论中很关键一块就是将需求拆分为具体的测试点，然后根据用例设计方法进行具体的设计，其中拆分需求的关键是熟悉需求，将文档中已有的描述内容，按照用户使用场景、个人测试经验的积累（如果有的话）、把大段的内容拆分成能够直接用用例设计方法的测试点，这样就直接可以通过简明扼要的文字描述转化为Excel的测试用例，在这个过程通俗理解就是拆分细化的过程，直到可以直接写用例验证一个具体的功能点即可。

其中熟知的设计用例方法有：

• 观察法

• 等价类、边界值

• 判定表、因果图

• 流程图、场景法

• 错误推测法等

2）测试设计的思路开拓

倘若按照需求将已有的描述信息都已经拆分完毕了，是不是就可以确保测试没有问题了呢？
其实不然，在上述基础上如果还需要再拓展全面测试，还需要借助于软件质量模型的特性，从这些特性出发，给予测试用例设计者更多的思考空间。这样的设计就更加的全面可靠。

常见软件质量模型特性说明： - 功能性：功能有没有，好不好用 - 性能效率：对应系统的资源耗费程度及响应时间 - 易用性：容易理解、学习、使用 - 兼容性：能够兼容不同的软硬件平台 - 可靠性：不易出问题，万一出问题容易恢复 - 安全性：对于用户的安全保障（外在的人生安全、内在的信息安全等） - 可移植性：能否在不同环境条件下无故障运行 - 可维护性：对于后期的修复维护是否方便快捷因此，对于上述登录功能，按照上述质量模型的思路指导，就得到如下的测试点：