测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。

   测试用例(Test Case)目前没有经典的定义。比较通常的说法是:指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。
“如果我们循序渐进地做项目,那么一个大型软件项目成了一系列小的项目。在这些小项目中,如果我们无法为下面两周所作的工作制定可供测试的验收标准,那么我们的麻烦大了。如果我们可以制定该标准,那么我们为什么不直接用测试用例来表现该标准,反而要用其它方式表现该标准而后又从中衍生测试用例呢?”

  试想如果你是这个软件的商业用户,或者是一个独立的第三方测试人员,你愿意让这个软件过关吗?

   作为一套测试用例集,以上的列表还比较全面。但作为需求文档,有许多方面它都没有覆盖到:
   把华氏转为摄氏的基本逻辑是什么?分数结果怎么处理?应该四舍五入还是用小数表示?
   该函数的上限及下限是什么?
   输入可以是分数么?
   Null或者数学公式化输入怎么办?

  为了要给出这些问题的答案,我们需要更多的测试用例。但算这样做,还是会有无法回答的问题(比如基本逻辑)。

  所以这是问题根本所在:如果我们要随机的测试其它输入,必须的知道期待正确的输出是什么 ? 而要达到这个目的我们需要一个“先知”。需求文档可以在多数情况下担任“先知”的作用。如果没有这个“先知”,使这套验收测试通过可以简单到专门为这些用例写一些只针对对它们返回正确值的代码。

  以上是个很简单的例子。现实生活中的代码会与数据库、文件、以及有诸多变量的对象互动。

  验收测试可以成为需求文档很好的补充。它们可以作为例子形容这个软件应该做些什么。但例子不能做为解释,而测试用例并不能取代需求。