what is good test case?

测试用例：测试用例为验证某一特定软件产品准备的一组有编号，输入，预期输出的描述，记得《软件测试过程与管理》上是这样写的。         

而我个人觉得应该是有编号，输入，预期输出，测试步骤，测试描述等等一些信息的描述。

好的测试用例：一个发现Bug概率很大的用例就是一个好的测试用例

测试用例设计应该具备的以下的特点

Test Case ID:
用来标记测试用例的编号，这个编号必须是唯一的

测试描述:
用来描述你将要进行的测试是怎样实施的

修订历史:
为了明确测试用例由谁创建或者修改，所以每个测试用例都应该有其修订历史

功能模块:
测试功能模块的名字

测试环境:
用来描述你的测试环境，当然包括硬件环境和软件环境

测试准备:
测试之前除了你所测试的程序之外还应该准备的东西，如打印机，网络等等


测试执行:
用来详细描述你的测试步骤.

期望结果:
The deion of what you expect the to do.
描述该功能所要实现怎样的结果

实际结果:
通过/失败
如果成功——纪录实际运行的过程
如果失败——描述你观察到的现象，这将有利于发现Bug的起源


----------

一个很好的测试所应具有的特征:
发现Bug的几率很大
没有多余
不是太简单也不会太复杂

对于任何系统来说都可能存在大量的测试用例，但进行穷举测试是不可能的，实际上只能运行其中很少的一部分测试用例，并且希望这些有限的用例能发现软件中的大部分缺陷。因此如何评价一个用例非常重要。

     什么样的测试用例是好的测试用例？有四个特性可以描述测试用例的质量：

1. 最重要的是检测软件缺陷的有效性，即用例能否发现缺陷，或是否可能发现缺陷；

2. 其次用例的覆盖程度怎么样，好的用例可以测试多个内容，因此可以减少用例的数量；

3. 第三个方面是用例的开销，包括测试用例的执行、分析和调试是否经济；

4. 第四个方面是指测试用例的可维护性，即每次软件修改后测试用例的维护成本。