集成測試實(shí)踐之淺談api的分類(lèi)

　　接觸api測試已經(jīng)有半年了，也算是小有心得。所以談?wù)勎已壑械腶pi。

　　想從理論的角度了解，請訪(fǎng)問(wèn)http://qa.corp.anjuke.com/?p=59。我師父寫(xiě)的掃盲貼，適合不知道神馬是api，也不知道怎么測試api的入門(mén)階段的童鞋。

　　按照我個(gè)人的理解，我接觸到的api大概可以分成那么幾類(lèi)：

　　1.純讀取數據接口，返回的數據基本是固定的，很少改變。這類(lèi)api通常比較好測。

　　比如：獲取城市信息。

　　2.通過(guò)篩選條件得到結果。這類(lèi)api是基于第一種分類(lèi)的api的，因為篩選條件都在第一個(gè)分類(lèi)的api里面，有一定的邏輯，多樣的篩選條件測起來(lái)會(huì )有點(diǎn)頭暈。所以要事先規劃測試用例。

　　比如：房源列表。

　　3.有復雜邏輯的接口。需要分析用戶(hù)的行為，然后根據行為獲得相應內容。這樣的接口特別頭疼，因為它的邏輯最復雜，在測試之前一定要和產(chǎn)品確認好邏輯，任何小問(wèn)題都要確認，最好是能和開(kāi)發(fā)也確認一遍邏輯，因為在邏輯很復雜的情況下，開(kāi)發(fā)和產(chǎn)品理解的可能不是同一個(gè)意思，這種情況我已經(jīng)遇到過(guò)多次。在確定邏輯后，一定準備好測試用例測試數據。

　　比如：推薦。

　　4.寫(xiě)數據接口。這類(lèi)接口就是你發(fā)一個(gè)請求，服務(wù)器相應會(huì )寫(xiě)入你傳的數據。由于基本沒(méi)什么邏輯，也比較好測試，只需要上服務(wù)器查看就可以了。

　　比如：發(fā)送日志信息。

　　5.操作類(lèi)接口。這類(lèi)接口往往是幾個(gè)小接口互相關(guān)聯(lián)的。這類(lèi)接口的復雜程度不是絕對的，要根據是否有業(yè)務(wù)邏輯劃分。

　　比如：收藏和取消收藏，這類(lèi)接口測試就比較簡(jiǎn)單，你可以用收藏接口收藏一套房子，然后去收藏列表查看，然后再取消收藏，再去查看取消收藏列表。需要注意的地方就是收藏數量上限，以及收藏或者取消收藏不存在房源或者過(guò)期房源時(shí)，返回不會(huì )出錯。

　　但例如一些涉及復雜業(yè)務(wù)邏輯的接口，就往往沒(méi)那么簡(jiǎn)單了。我就不一一舉例了。

　　最后，我給api測試的八字真言：多測，多想，熟悉業(yè)務(wù)。

　　光說(shuō)那么一大堆其實(shí)很枯燥，如果真的想了解api，那就動(dòng)手實(shí)踐吧!

　　為找到每一個(gè)api bug 而驚喜!

原文轉自：http://kjueaiud.com