?概述："用例集"是所有QA同學都不陌生的一個名詞。多條有某種關系的用例，組合在一起就是一個用例集。工作中，接觸過的用例集可謂萬萬千。但是在QA工作中有這么幾個用例集，是質量保證環節必不可少的。接下來和大家逐一探討一下這幾個用例集的價值，意義，以及組織技巧。

????"用例集"是所有QA同學都不陌生的一個名詞。多條有某種關系的用例，組合在一起就是一個用例集。工作中，接觸過的用例集可謂萬萬千。但是在QA工作中有這么幾個用例集，是質量保證環節必不可少的。接下來和大家逐一探討一下這幾個用例集的價值，意義，以及組織技巧。

1、冒煙測試用例集

【時機】：beforeTest（真正開始測試之前）

【意義】：用來快速的驗證提測產品是否具備可測性。

【經驗分享】：

此用例集，雖叫冒煙測試用例集。但更準確的稱謂應該是"測試打回標準"(testable checkList)。QA同學重點工作應放在定義清晰明確且可操作性強的打回標準。并且監督標準執行。定義哪些情況是不接受提測申請，必須打回的。比如：新功能未實現，已實現功能和既定需求不符合，新功能模塊存在嚴重的崩潰，影響后續的測試。

此用例集，不一定要QA人員親自執行，可以作為研發同學自測的標準。這樣可以充分發揮該用例集的約束性。用時也就意味著，該標準必須得到一致性認可，并且必須明確，易操作（RD不是專業的QA要避免一些過于復雜的步驟，或者冗余的描述）

此用例集，不應過長（建議控制在10條左右）。且不應過多關注具體功能，更多關注整體的可測性。同時，應該具備充分的約束力，本著執法必嚴的精神，不讓其成為空擺設。

2、功能測試用例集

【時機】：onTesting（功能，測試進行中）

【意義】：用來保證新功能符合既定需求，找出bug，并推動改進。

【經驗分享】：

此用例集，是大家最為常見的用例集。但需注意，其子用例集需 架構清晰，子用例集之間盡量低耦合，以便在資源允許的情況下由多位同學并行執行，以提高測試效率。

此用例集，非常容易也最為忌諱變成對產品需求的簡單復述。當然這也是區分高級測試工程師和初級測試工程師的環節。多用些專業的測試技巧。如邊界值，等價類等。注重相關測試經驗的運用，以保證測試維度。

在組織此用例集的用例時，建議用極簡的標題，來表明用例的驗證內容。并且多用動賓短語來使得表述清晰。此外還需要關注粒度的控制。讓步驟，和驗證內容都控制在合理的層級。以謀求測試覆蓋范圍和執行效率的平衡點。

3、回歸測試用例集

【時機】：afterTest（功能測試完成后，發布之前）

【意義】：保證常用、重要或三級界面中的易見功能不出問題。

【經驗分享】：

????測試過程中可能會因為研發改動過某一個模塊，導致其他模塊不可預知的問題。也可能因加入某個較新的SDK導致難以預料的問題。此時從用戶角度出發思考質量保證的方案非常有必要。也就是需要關注用戶最常用的功能，以及自己產品主打的重點功能，或者那些顯而易見（通常是三級界面之內）的功能。此時無疑需要針對這三個方面設計回歸測試用例集。

????該用例集，是建立在功能測試用例集的基礎之上，前提是基本信任功能的質量。力求快速的保證產品的整體質量。在移動互聯網測試領域，因為快速迭代的風格，通常回歸測試的時間不會超過2個小時。這就要求用例數在50個左右為宜（最多不要超過100個）。太少了難以保證覆蓋的面積，太多了在有限的時間內，執行情況必然大打折扣。所以回歸測試用例也是考察用例設計水平，用有限的用例，系統的保證APP的核心功能的安全。在概括能力，系統化設計能力等方面都有較高的要求。可以說，如果能設計出優秀的回歸測試用例集，就可以稱為高級測試工程師。

????當然，選擇執行的人也非常關鍵，務必選擇那些謹慎認真，踏實，細致的同學去執行。以便讓回歸測試用例真正發揮其應有的作用。

如上這些用例集，是一款高質量的APP必不可少的，也是成長到高級測試工程師所必須經歷的。作為一個leader需要盤點自己的團隊是否已經組織好這些用例集；作為一個優秀的測試工程師，你該想如何用自己的能力，不斷優化這些重要的用例集。

總結

以上是生活随笔為你收集整理的盘点软件测试中那些必不可少的“用例集”的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。