發現有好多測試同學不喜歡寫用例，問他們為什么不寫，聽到最多的理由是 需求太多進度太趕，來不及寫。
                                                                  

其實一些人的真實想法是，與其花時間寫需求的用例，還不如自學一下自動化或者性能呢。這種想法呢，其實也算情有可原，畢竟寫自動化的比寫用例看起來更高大上一些，也是吹牛逼或者忽悠面試官的資本。

但是，寫用例真的很重要很有必要。且聽我娓娓道來。

其一，寫測試用例的過程，是進一步熟悉，理解，細化需求的過程。相信不少小伙伴在寫用例過程中，發現過一些之前未想到的功能點，甚至是沒想到的功能流程，這就是寫用例的第一大收益。

其二，用例設計，用例評審，是測試過程的流程規范，少了這兩步，測試流程就不能稱之為完善的流程控制。用例評審，可以讓開發，產品等需求參與者在你的用例中找出可能的不足，達到各方對于求理解的一致性，避免功能遺漏和理解差異。如果以后線上出現問題，且是用例沒有覆蓋到的問題，產品也不會拿用例來說事了。不然，產品會以你不寫用例為理由讓你死無葬身之地。用例評審，其實就是拉產品，開發下水。

最后還有一點，用例是測試最重要的文檔產出之一。他和測試計劃，測試報告一樣重要，當然好多小伙伴寫計劃和報告的機會更少。產出的用例文檔，就是測試的作品之一，和產品小姐姐的prd文檔是差不多個東西。用例文檔產出后，可以供新人參考，全面細致理解系統功能，省下很多對新人培訓和講疑難解功能的時間。其實還可以作為我們回憶老功能的準確參考點。

其實寫測試用例還有很多好處，但僅就以上三點，大家是不是覺得這測試用例還是挺有必要的呢？

如果真的因為時間緊張來不及寫用例，事后補充一下也是有一定價值的。另外根據需求的推進，以往的冒煙用例也要及時同步保持最新。