測試工程師必看！測試用例設計全解析，讓你徹底掌握

測試工程師在入行時，都會接觸到一個名詞——測試用例，都知道測試用例是幹什麼用的，提到設計測試用例的方法，大部分測試工程師都會侃侃而談：等價類法、邊界值法、判定表法、正交分解法……這些方法說起來都如數家珍，但是似乎在實際工作中，應用起來還不是那麼得心應手，甚至還會有測試用例覆蓋度不足的問題。

每當遇到這樣的問題時，測試工程師多少都會有些無奈。測試用例寫的已經儘可能詳細了，但是評審時候，參與評審的角色，要麼是因為用例太繁複而草草瀏覽一下，要麼是說完後面忘了前面。而測試工程師的思路從思維導圖轉化為測試用例的時候，也往往達不到測試用例最初的目的——哪怕讓小白來遵照執行，也應該可以看得懂。

那麼作為測試工程師基本功的測試用例編寫，應該怎樣上手呢？遵循著設計方法的測試用例，為什麼寫出來會那麼晦澀難懂，讓人很難理清思路呢？

一般說來，測試用例的覆蓋設計和思路，同操作流程和開發思維是有極大不同的，除了實現驗證這樣的正向思路方向外，還需要針對異常情況進行逆向驗證，而這裡往往是很容易出現遺漏的地方。因為場景實現是有明確的操作流程的，而異常處理的場景，則是需要測試工程師自己進行分析的。

可以到我的個人號：atstudy-js，可以免費領取一份10G軟體測試工程師面試寶典文件資料。同時我邀請你進入我們的軟體測試學習交流平臺，大家可以一起探討交流軟體測試，共同學習軟體測試技術、面試等軟體測試方方面面，瞭解測試行業的最新趨勢，助你快速進階Python自動化測試/測試開發，穩住當前職位同時走向高薪之路。

測試用例一般來說，分幾大模組組成，主要的有操作步驟，輸入資料，期望結果。需要注意的是，操作步驟是必須的，但輸入資料允許留空，因為在很多時候，步驟僅僅只是一個動作，比如檢視頁面。對於測試用例的理解來說，操作步驟應該是非常細緻的。以如下一個介面為例，詳細瞭解一下測試用例到底該怎麼寫。

這是Slackflow的官網頁面，選取了最常見的“註冊”模組來進行UI的測試用例設計。首先按照場景分析，要先分為正常和異常兩種情形，異常情況則是分析如下：

那麼按照測試用例編寫思路，需要形成如下表格：

在表格中體現的則是測試用例書寫的一些規範和注意點：

1）操作步驟敘述必須足夠簡練明確，不得出現斷層或無法執行的操作；

2）操作步驟必須具有由上至下的連貫性；

3）輸入資料必須有具體示例，如字串等等，如果沒有具體示例，則需要說明輸入的規範；

4）期望結果是需要一目瞭然的結果，而不是需要進行其他操作之後才能檢視的內容，不可以包括多餘的動作，也不可包括含混不清的判斷，如僅註明“顯示正常”，沒有進一步的描述，或“順利登入”這樣的描述。

5）每一步都要進行的操作步驟，可以提煉為前置條件，寫在“Pre-Condition“欄內

6）每一步驟和結果的描述必須精準洗練，不可以冗餘和重複

7）每一個測試用例只覆蓋一個檢查點，如果多個用例都需要覆蓋中間某一個檢查點，則需將該檢查點作為一個獨立的測試用例，其餘測試用例將該檢查點的結果作為前置條件。

測試用例作為測試的輸入文件，以及自動化測試的基礎依據，應該是簡潔優美的，它體現了測試工程師思維的邏輯性和遞進性，它的質量直接關係到測試執行的質量，而執行時所能夠達到的覆蓋度則往往是測試工程師基本功的體現。

所以，在不斷將眼光投向自動化程式碼能力和其他測試領域擴充套件的時候，還是需要先夯實自己的業務基礎，先編寫出簡潔、全面的測試用例。