-----------------------------------
斷言傳參:
1.正確的情況
2.未登錄的情況
3.必選參數沒有填寫等 key value值都不填寫 ;填寫key ,value值不填寫 填寫value,key不填寫
4.邊界值
5.特殊字符
6.需要添加的參數描述;
7.resultMsg是否正確
---------------------------------------------
接口測試方案:
全部所有數據請求 statuscode= 0
未登錄請求 resultcode = 4001
在相同場景下,只要有共同特徵 ,共同參數的都可以斷言。不僅僅是0,或者4001 彌補了第二步。
可以分爲很多場景:前提是參數 傳參方法一樣,以及最後的返回數據一致。
-------------
接口測試總結:
1.接口傳參需要一個個去別的接口找參數在哪兒。(開發最好寫出所用參數,數據的來源)
2.開發如何定義這個接口文檔的,接口文檔中各種規則什麼情況下出現這些結果的一種。
3.不同的接口,一樣的情境下,resultcode或者resultmsg不一致。作自動化的時候不確定以那個爲基準。
4.各種接口不管是錯誤還是正確的請求下。要清楚這種請求下正確的格式是什麼。(和第二步理解一致)
5.接口測試前期相同場景下的可以批量執行,後期具體每個接口需要做不同的斷言。最後迴歸的時候自動化執行。
6.每個接口相同情境下可以批量執行。保證不會出錯。但是做到每個接口全部自動化很難,因爲每個接口,至少有五種情景。就要構造出五種情景,時間成本很大。
轉載於:https://www.cnblogs.com/Chamberlain/p/11018043.html