写测试用例的N个理由

发现有好多测试同学不喜欢写用例，问他们为什么不写，听到最多的理由是 需求太多进度太赶，来不及写。
                                                                  

其实一些人的真实想法是，与其花时间写需求的用例，还不如自学一下自动化或者性能呢。这种想法呢，其实也算情有可原，毕竟写自动化的比写用例看起来更高大上一些，也是吹牛逼或者忽悠面试官的资本。

但是，写用例真的很重要很有必要。且听我娓娓道来。

其一，写测试用例的过程，是进一步熟悉，理解，细化需求的过程。相信不少小伙伴在写用例过程中，发现过一些之前未想到的功能点，甚至是没想到的功能流程，这就是写用例的第一大收益。

其二，用例设计，用例评审，是测试过程的流程规范，少了这两步，测试流程就不能称之为完善的流程控制。用例评审，可以让开发，产品等需求参与者在你的用例中找出可能的不足，达到各方对于求理解的一致性，避免功能遗漏和理解差异。如果以后线上出现问题，且是用例没有覆盖到的问题，产品也不会拿用例来说事了。不然，产品会以你不写用例为理由让你死无葬身之地。用例评审，其实就是拉产品，开发下水。

最后还有一点，用例是测试最重要的文档产出之一。他和测试计划，测试报告一样重要，当然好多小伙伴写计划和报告的机会更少。产出的用例文档，就是测试的作品之一，和产品小姐姐的prd文档是差不多个东西。用例文档产出后，可以供新人参考，全面细致理解系统功能，省下很多对新人培训和讲疑难解功能的时间。其实还可以作为我们回忆老功能的准确参考点。

其实写测试用例还有很多好处，但仅就以上三点，大家是不是觉得这测试用例还是挺有必要的呢？

如果真的因为时间紧张来不及写用例，事后补充一下也是有一定价值的。另外根据需求的推进，以往的冒烟用例也要及时同步保持最新。