为什么需要测试用例？

软件测试一定要写测试用例吗？

对于实施GJB5000或者CMMI的组织来说，当然是必须的。因为验证与确认实践域中有个实践“建立并维护验证与确认的规程”指的就是测试用例。不写测试用例，这条实践就会缺乏证据。

但这只是标准的要求，而且实践是期望的部件，是可以裁剪的。如果我们不是从标准要求出发，而是从测试的充分性和有效性的实际出发，测试用例是必需的吗？

凡事无绝对。在某些情况下，测试用例也不是必需的。如果你是在软件测试方面很有天赋，你可以每天都能找到其他人几天时间才能找到的Bug，那么你可以不用测试用例，

就像陈宏刚博士在Microsoft公司做Tester的时候，就是一个Ad-hoc Tester，因为他有自己的测试思路，他每天找到的Bug比他们小组所有Tester测试出的Bug总和还要多，所以Test Manager根本就不管他，也不给他什么要求，就让他每天测好了。

但是，如果你不是这样的人，那你最好使用测试用例，使用测试用例可以给你带来以下好处：

• 测试用例降低了进入测试过程的门槛，推动你迅速投入测试工作。

• 测试用例能够帮你理清测试思路，进行比较系统的测试，不会有太多的重复动作，也不会让你的测试产生遗漏。

• 测试用例可以帮你厘清测试重点，明确测试的优先级，以防止在紧急的情况下手忙脚乱，进退失据。

• 测试用例已经写好了每个操作步骤和预期结果，你的测试过程相对简单易行，从而你可以长时间保持积极的工作状态。

• 测试用例是你工作的见证，也是你向上级汇报的依据。根据测试用例，你可以很清楚你测试了哪些功能，还有哪些功能没有测试到。

• 测试用例可以记录你的灵感——新的测试思路。

• 测试用例还有助于不断地改进测试工作。因为通过测试结果，你可以清楚哪些测试用例发现Bug较多，哪些测试用例发现不了Bug需要改进，这些数据对以后改进测试活动提供了依据。

所以，你还拒绝编写测试用例吗？

这正是：

测试用例必须写，不是形式化东西
用例好处有很多，帮你测试更好做

参考书目：软件测试，作者：肖汉，出版社：电子工业出版社