作者：陈市明
摘自：http://www.blogjava.net/JPeanut
测试过程可以分成测试用例设计，测试用例执行，测试结果分析。测试用例设计在其中是最重要的一块，往往会决定整个测试的有效性，一般都是由经验丰富的测试设计人员负责。但是，怎么设计出一套好的测试用例的确不是一件易事。
看过
关河
大哥的《测试用例设计的误区》文章
和
周毅
的《使用用例场景
设计测试用例》挺有启发的。
什么样的测试用例才是好的测试用例
在这个的问题上，挺同意
关河大哥
的想法的，我们的测试不是为了找出系统中所有的
bug
而设计的，测试用例作用应该尽可能的覆盖系统的功能。在周毅的文章中，原话：一个好的测试用例是在于它能发现至今未发现的错误。在这个观点上，我并不怎么同意，由于公司的测试状况不同，周毅的想法无法完全在我们公司进行开展工作。现在很多小型的公司这个软件开发流程还不够成熟，测试的工作往往会被忽率，不是测试资源配备出问题，就是测试太过匆忙，很难完全执行完整的测试流程。
在这样的情形下，测试的重点不在于找出
bug
，而是为了对设计用例覆盖的功能保证其准确性，让客户在执行操作中不发生错误。换句话说，测试的目的是为了让客户不发现
bug
，而不是因为寻找
bug
才进行测试。
这样，测试设计人员就可以站在客户的角度上，根据客户的正常操作和误操作作为设计的依据来设计用例；这个比站在纯粹为了寻找系统
bug
的角度来设计用例，会工作更加轻松，效果也更好。
所以，对用例覆盖功能点就显得非常重要。当然，测试用例能够发现更多的未发现的错误的确是一件非常好的事情，但是，鉴于目前中小公司的测试状况和开发流程的成熟度，很难做到。在我们公司，我把“
一个好的测试用例是在于它能发现至今未发现的错误”作为测试小组今后目标。