一、什么是测试用例？
测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
通俗的讲：就是把我们测试系统的操作步骤用按照一定的格式用文字描述出来。
二、测试用例的好处？
理清思路、避免遗漏
这里是我们认为最重要的一点，假如我们测试的项目大而复杂，我们可以把项目功能细分，根据每一个功能通过编写用例的方式来整理我们测试系统的思路，避免遗漏掉要测试的功能点。
跟踪测试进展
通过编写测试用例，执行测试用例，我们可以很清楚的知道我们的测试进度。
历史参考
在我们所做的项目中，也许会有很多功能是相同或相近的，我们对这类功能设计了测试用例，便于以后我们遇到类似功能的时候可以做参考依据。
重复性
我们测试一个系统不是一个人测一遍就算测完的，需要多人反复的进行测试，那么我们就需要测试用例来规范和指导我们的测试行为。
告诉领导，汇报工作
这事俺干过，不然别人怎么知道你测没测，测的全面不全面，拿测试用例给他们看呗！俺就是照着这个干活，呵呵！
三、测试用例的方法
- 等价类划分
在某个输入域的子集合，在该子集合中，各个输入数据对于揭露程序中的错误都是等价的。假如有一个输入框要求输入1-10000个数，我们不可能用每一个数去试，我们输入5 和输入6去验证和揭露输入框的错误可以看做是等价的。那么这个时候我们就可以随机的抽取一些数据来进行验证。如：10 、99、7777......
等价类分：有效等价类和无效等价类
输入框要求输入1-10000的数
有效等价类：可以输入1-10000之间的数来验证，如：2、5、99、8495......
无效等价类：可以输入1-10000之外的任意字符验证，如：20000、字母、下划线、特殊符号、空格、回车.....
- 边界值
边界值是对等价类的补充，测试工作经验告诉我们，大量的错误是出在输入输出的边界价上。我们还拿上面的例子，一个输入框要求输入1-10000之间的数。我们要测它有没有超出这个范围，如：0、-1、-2、1000、10001.....等等，来判定是否超出了我们的范围。
- 因果图
因果图方法最终生成的就是判定表，它适合于检查程序输入条件的各种组合情况。举个例子：原因：A=0，B=0，结果我就可以判定：A=B。确切的说他是一种因果关系思想。它会无形中指导这我们的测试。当然了，我们为了以免遗漏，可以把系统中的因果关系用图画出。不过系统大而复杂的话就是个体力活了。呵呵。
- 错误推测法
基于经验和直觉推测出系统可能存在的错误，从而有针对性的设计测试用例的方法。
- 其它
设计测试用例的方法有很多，我们常用就上面几种，其它的方法还有：状态迁移图、流程分析法、正交验证法等等。
四、测试用例的格式与要素
一个测试用例应该包括：编号，标题，测试场景，测试步骤，预期结果。
当然还可加入一些它选项，如：优先级、测试阶段....
五、什么情况下不适合写测试用例
文件时间
如果一个功能我很快就测试完了，而且只需要测试一遍，但我们设计测试用例时却比较麻烦，花时间也长。这个时候就没必要编写测试用例了。
需求变动大且频繁
需求的功能变动非常频繁，而且变动很大，之前编写的测试用例根本没法使用，必须要重新编写，这个时候也没必要去设计测试用例了。
项目时间不允许
这一项是不太厚道的做法，如果不是急需交付客户的话，尽量不要这样做；当然了，如果只是给客户展示或试用，可以在之后进行补充和完善测试用例。
编写不完整
不要编写不完整或别人看不懂的测试用例，那样就没有意义了。
附上，测试用例模板参考:
本文转自TBHacker博客园博客，原文链接：http://www.cnblogs.com/jiqing9006/p/6344374.html，如需转载请自行联系原作者
