对测试用例的一些看法_谈谈你对设计用例的想法

测试用例对测试人员来说是一个避不过去的话题，现在测试人员都比较重视测试用例，也都在承认测试用例在测试过程中的用途。

今天看到一个相关的测试用例评审的帖子，就写了一些回复，大概的表达了自己对测试用例的一些看法，未必正确，仅作参考和记录。

原文：

如何进行测试用例评审

http://blog.csdn.net/emma_he/archive/2009/05/18/4196958.aspx

回帖：

其实，我个人觉得，评审更多的是看有多少的工作量。
看你文中的意思，测试用例使用的是详细用例，也就是说，尽可能的参照用例就发现问题。
这样即使一个很小的项目，测试用例数很容易就膨胀到几百上千甚至可能上万。别的不说，这个用例的管理、审查等等需要多少的人工。
评审测试用例的人，真的可以全部每条都仔细检查吗？如果不详查，只能泛泛发现一些表面问题，评审用例就失去很多的意义了。
而且测试用例既然需要评审，那么就需要一个相应的控制流程，类型比如基线，比如如果软件需求、设计变更等，用例也都需要相应的变更流程，变更后也需要重新审核等等等等。
其实我个人觉得，测试用例对测试最大的用途是推卸责任，就是说，我编写了用例，有了很多的工作量，而且开发、QA等也都参与评审了，也都认可了我的测试用例，我也用此用例发现了缺陷。那么假如在测试人员测试后，还有人（比如客户）发现了测试用例没有发现的缺陷，那么责任就大家分摊，否则评审测试用例做什么。
我个人认为，除非你用CMMI等沉重的大流程，有大量的人员和时间给测试用，前期文档、整个过程对测试也没有什么阻碍，这样才容易编写比较详细的测试用例，而且可以有相应的流程去审批测试用例，测试用例才容易产生实际的作用。
对详细测试用例我一直保持悲观的看法，我更喜欢测试检查单，提醒自己测试过程中容易遗漏的地方，而不是做详细的测试用例，这个工作量让我不寒而栗。