接口測試中注意的問題

一、 注意數據清理
在寫腳本後注意及時清理接口測試過程當中，向數據庫或實時搜索中插入的數據，以避免腳本的持續運行，會對數據庫和實時搜索形成沒必要要的負擔。
二、 在編寫腳本前，提早寫好用例

接口測試雖然對代碼的要求比較高，可是最終影響測試質量的不是代碼能力的高低，而是設計用例能力的高低。設計和編寫用例是寫腳本的前提，是腳本代碼實現的對象。因此在動手寫腳本前，必須先把用例準備好，若是是新人，則須要請開發和接口測試的前輩幫忙review一下，確保設計的用例沒有疏漏的地方，而後在開始着手寫腳本。

三、 準備測試數據要能完整覆蓋被校驗點
準備測試數據是編寫腳本的重要步驟，要確保準備的數據覆蓋被校驗點。不能覆蓋的錯誤主要發生在一下場景下：
A、 在基類或單獨的方法準備一個標準參數，在腳本中建立這個標準參數後，再針對每一個腳本的特色更改部分參數

B、 開發的代碼中存在「或」的邏輯判斷，例如 if(A|B){ this.setValues(0);}，其中A和B分別是變量variable1和variable2的參數值
C、 在標準參數中已經對 variable1 賦值A，那麼要覆蓋variable2爲B時也能夠執行if後的語句，就須要先將variable1的賦值不爲A，這樣才能達到覆蓋variable2=B的效果；

而在寫腳本的過程當中很容易遺忘將variable1賦值不爲A這個步驟，爲了不這種狀況的發生，對於「或」的邏輯判斷，不要把這個判斷先後的兩個變量放到標準參數中，而是單獨寫一個set和get方法，在每一個腳本中再對其單獨賦值。
四、 過後校驗要全面充分

調用接口後，會返回一個result，對這個result進行校驗時，要將校驗點想全面，不單單包括，調用是否成功，還須要知道爲何成功，爲何失敗：

調用成功：result返回調用成功，還須要校驗更改的信息是否被更改，其餘不須要更改的信息是否被改變
調用失敗：result返回調用失敗，還須要校驗失敗的緣由是否和期待的一致，確保調用失敗後信息沒有被更改；
五、 寫sql語句更新數據庫時，必定要寫限制條件
在腳本中編寫sql語句更新數據庫時，要特別當心，必定要寫限制條件，否則會將數據庫中的全部記錄都更新掉，並且腳本是要持續運行的，信息會被一次次修改，這樣會給其餘人帶來困擾。並且這種問題排查是很困難的，因此必定要當心。