不寫測試用例的技術開發就是耍流氓！

測試用例是為某個特殊目標而編製的一組測試輸入、執行條件以及與其效果，以便測試某個程序路徑或合適是否滿足某個特定需求。那麼，編寫測試用例有什麼好處呢？

田曉龍

外包大師項目經理

測試用例-表格範例

1

深入了解項目需求

這幾年外包行業在飛速發展，但「外包」這一詞語卻沒有那麼讓人喜歡了，歸根結底，原因就是很多外包的項目質量都不達標。造成這個結果的原因有很多，其中一條就是需求不明確！

想要明確需求，方法其實有很多， 對於技術開發團隊來講，測試用例無疑是一種絕佳的辦法。

如果外包團隊在技術開發之前就要寫出測試用例，那麼所有的需求細節就浮於水面明朗起來，甚至會精細到每一個部分。技術開發團隊也會在第一時間明晰項目的需求，不會在項目開發過程中去糾結到底怎麼開發這類非常影響效率的問題。

2

查看產品是否閉環

當我們拿到一份原型圖和PRD文檔時，我們會先看文檔講解是否清晰，能否根據文檔去做技術開發。但技術人員從不會思考，這些功能拼裝之後，是否能夠滿足客戶的要求。

技術開發是枯燥、機械的生產，他們只會根據需求去做出相應的功能。但如果寫好測試用例，他們就會發現整個項目還缺少哪些功能？這樣一來，在測試用例的幫助下，程序員也會融入整體項目並成為其中的一環，主動思考當下所開發的產品是否做到了生態閉環，並能隨時向產品經理和項目經理提出自己的宏觀看法，從而才能使客戶的產品更加完美。

換個角度來看，如果外包大師的技術開發團隊只是單純為了完成需求，那麼我們和那些傳統公司又有什麼兩樣呢？

3

降低bug率 & 提高完成度

大部分項目進入測試階段後，也就是在項目經理拿到冒煙測試報告時，你可以聽到他們心碎的聲音......這是因為BUG實在太！多！了！

項目經理這個時候往往是憤怒的，不過先讓我們平靜下來，冷靜思考一下為什麼會產生這種情況。

外包大師認為，產品經理雖然在開發過程中不斷闡述業務流程，但與技術開發團隊並沒有建立雙向溝通，測試不通過是因為沒有一個中立點，而測試用例就能起到這樣的作用，它在外包項目中及時檢查產品經理的需求以及技術開發的進度，從而提高工作效率。

撰寫測試用例很麻煩，但是解決BUG更麻煩，我們不要因小失大，為了圖省事而造成更大的災難。

4

驗證產品的需求是否合理

由於很多產品經理並非技術出身，甚至有些產品經理為了應付客戶要求，頭腦一熱就胡亂將功能添加上去，完全沒有考慮到開發成本和難度。測試用例並不是只有技術開發才能懂的文檔，它同時也是產品及項目經理的一種學習資料。

在完成幾次外包項目後，產品和項目經理勢必對現階段的技術開發團隊的實力有了大致了解，並依據現有資源去協調委託方的各項需求。測試用例好比一道線，它明確劃分出區域，讓大家對外包這件事有了一個清晰的概念，從而避免項目無法完成，造成甲乙雙方陷入糾紛這類困境。

5

總結

測試用例的本身是測試人員在外包項目測試階段要編寫的文檔，外包大師認為測試用例最好讓技術開發人員去編寫，他們對這類事情非常敏感，並能更準確地抓住其中的痛點，這樣對於項目整體的完成度、質量、進度都會得到一個有效的保證。

本文作者：田曉龍

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！