一個專案經理的切身經驗總結：測試用例可以被替代嗎？

首先我們先明確測試用例是什麼？個人覺得測試用例應該有：標題，測試目的，前提（預設條件），測試步驟，預期結果等。測試人員可以根據測試用例的這些要素，可以執行測試。那麼它在軟體測試流程中是必需的嗎？

先分享下個人關於測試用例方面的經歷：A公司和B公司。A公司有完備的大型軟體開發流程，產品有自己完備的測試用例庫和測試用例管理規範，在專案中也有測試用例的輸出階段：功能需求和概要設計出來以後，測試人員就根據這些輸入開始著手準備測試用例。

接下來還會經歷測試用例點的評審和測試用例的定稿階段，測試人員根據完成的用例執行測試。在專案釋出之後，還會預留時間對測試用例進行修改入庫。這些入庫的測試用例會作為迴歸測試的全集。公司A的某產品在專案中的測試用例相關活動如下圖展示：

　　專案中測試用例相關活動圖

　　B公司和A公司屬於同一個行業，所在的產品也有軟體開發流程，但是此流程被增刪處理了，從測試活動角度而言，關於測試用例的相關活動已經完全刪掉。只是在專案結束後會輸出一個關於新功能的checklist，產品有一個checklist庫。這裡解釋下checklist和測試用例的區別：checklist可以理解成等同於測試點，沒有任何測試步驟和預期。不同的人拿到同樣的一條checklist可能測試方法是不一樣的；而對測試用例來說，不同的人拿到同樣的測試用例測試方法是一樣的。

　　A和B兩家公司的產品質量應該說都還可以。關於測試用例是否是必備的呢？個人觀點跟團隊的架構和整個團隊的測試經驗有很大的關係，如下說明：

　　1、B公司的測試人員經驗基本上在五年以上，並且是從相關行業跳槽過來的。可以說相關行業測試經驗豐富，可以根據checklist進行測試；

　　2、B公司的測試人員模組分配固定，比如模組A分給測試人員小王，可能會一直分配給他。他對於這個模組的熟悉程度和測試方法的把握會得心應手，所以有沒有測試用例沒有影響到模組A的質量。

　　不過這樣也遺留下了其他問題，如果存在測試人員離職，很可能這些測試方法就從此斷檔。

　　對於A公司這種完備的測試用例，有一次在專案總結會上，測試團隊有人提出來，每次按照測試用例的步驟發現問題的機率不大，應該根據測試用例適度調整測試步驟和方法。當時這個提議是個人也是比較認可的。但是基於當時團隊現狀並沒有公開嘗試。主要原因是團隊人員新生力量多，測試經驗少，對產品的瞭解不透徹。

　　以上是2個公司關於測試用例情況的案例。測試用例是否必須的，不是一概而論的。以下是自己關於這方面的想法：

　　i)如果是一次性的專案，比如這個專案不會有延續性，做完就結束了，不需要維護了。這種情況個人覺得測試用例可以去掉或者簡化測試用例，用checklist的代替應該就可以滿足，畢竟是一次性工程。

　　ii)如果團隊新生力量多，測試經驗少（1-3年），可以在測試用例多下一些功夫，因為在測試用例產出前會有測試分析和測試設計的階段，這兩個階段會很大的提升員工的測試能力和深化對被測物件的理解。

　　iii)如果團隊測試經驗豐富，對被測物件也熟悉。可以用其他的方式代替測試用例，比如checklist，避免人員流動帶來的影響，可以採用文件的方式記錄模組的功能邏輯和使用場景等。

　　整體來看對測試用例的把握可以很靈活，這些測試的輸出並不是完全不變的。完全根據團隊情況、專案情況等因素，合理把控，用其他方式代替也是可行的。關鍵在於一點，質量能保證即可。

加我VX：ww-51testing   回覆關鍵詞“測試”領取限量軟體測試學習資料哦~~