一、練唱模式測試用例

練唱模式測試用例首先得有編號，因為有的時候開發人員和測試人員他們要基于某種情況去溝通的時候。我們可以提供用例編號在開發人員和測試人員，他們通過編號去確定討論的是同一個用例。

其次我們得有一些模塊或者場景。

因為一個軟件它可能有一個或者多個模塊。所以呢，我們作為軟件測試得要有一個整體的邏輯，那就按照模塊去劃分，這也是用例中為什么存在模塊的一個原因。

還有一個用例模板，里面必須含有場景。

因為我們都知道作為測試人員他不止要驗證正常的一些情況，還要驗證各種異常的情況。所以這里邊兒會對應不同的場景。

還必須含有用例名稱。一個好的用例名稱能夠幫助我們快速了解到這條用例將要測試什么？往往很多人在這里不太重視。在我看來細節決定成敗，一個好的用例名稱必須精簡干練，直接提供給操作用例的人，一個直觀的感受我就要驗證什么。

一個用例還必須包含有前置條件。

我們在操作一個軟件或者驗證一個軟件的場景的時候，往往前提前期做了很多的鋪墊。那么這些都統稱為前提條件。往往一個前提條件寫的好的時候，可以幫助我們去精煉整個測試用例。

還有一個模板必須含有測試等級。

我們所執行的軟件各個場景不可能都是同樣重要的，肯定有重要的，比較重要的，一般重要的，我們是要有一個劃分等級的。

當然還有我們的操作步驟，這個是不必不可少的，為什么呢？因為我們的測試用例就是在描述我們執行的一個過程，也就是我們操作的一個步驟。

當然還有我們的預期結果。

無論什么軟件，在經歷一系列前提條件和操作步驟之后，它總有一個期望的結果。我們統稱為預期結果。我們按照操執行用例來操作的時候，就是來檢查我們操作之后跟我們的期望結果是否一致，如果一致就通過，如果不一致那么就要提單子，就要跟蹤缺陷。最后還得有一個實際結果用來記錄在操作過程中的一個實際結果。

延伸閱讀：

二、接口測試常用工具

說到接口測試，最常見的一種測試方式就是檢查服務端返回的數據正確性了。實際項目中，服務端在收到客戶端的請求之后，對請求進行處理并將處理的結果返回給客戶端，這種結果比較常見的是Json、XML等數據格式，所以測試的時候一個主要工作就是檢查這些數據的正確性。比如，服務端以Json的格式返回客戶端需要的數據，那么在測試中我們就需要關注返回的Json中是否包含我們期望的字段、字段的內容是否正確等等。這個時候自動化腳本就顯得非常重要了。

在測試過程中發現好多接口都是以Json格式返回數據的，在實際執行中，我們用到了Python的一個開源框架Requests，該框架保留了所有urllib2的優點，比起urllib2更加簡潔明了，更像是純粹的“Python”，該框架在平時接口測試中幾乎所有的自動化腳本中都在使用，關于該框架，小編之前在一次公開課中做過一次分享，有興趣的話大家可以關注搜狗測試粉絲群（459645679）進行查看哦。

還有一些工具在實際的操作中用的比較多，比如Postman。Postman是谷歌Chrome的一個插件，使用起來非常簡單，可以支持我們以get/post等各種方式發送請求，當然也可以自己構造請求，服務器返回的數據會全部展示出來，便于檢查，這和Fiddler比較相似。此外Postman還支持用戶自行構造環境，設置檢查點等，不考慮時間的情況下基本能滿足接口數據驗證的需求。關于Postman的安裝和使用教程，網上資源比較多，此處就不再贅述了。