由于測試環境數據被改動，導致接口測試失敗。
這個問題，較好的辦法就是重新調用數據庫中的較新數據。在做測試用例時，也要考慮到實時調用數據的問題，確保不會因數據改動而測試失敗。
由于測試數據寫死，導致接口用例執行失敗。
其實，這個問題是可以預見的。因為，在進行測試前，跟開發人員做相關問題的提示，是可以避免這個問題的發生的。但如果測試中，還是發生了這個問題，那么我們就需要對數據進行參數化。但切忌過多參數校驗，因為這樣會使得服務端變得很臃腫。
檢查點不夠充分。
對于很多新手而言，在做接口測試時，往往只會考慮正常的校驗點，而忽略異常校驗點和不為空校驗點。這也提醒我們，在進行測試前，一定要考慮全面，并且多提醒自己，注意一些容易忽略的細節。
執行后產生的數據，導致后面的用例執行失敗。
很多小伙伴可能都遭遇過類似的現象：前面用例執行的都挺好，后面再執行下個步驟，就顯示執行用例失敗了。這是什么原因造成的呢？對，就是執行結束后產生了新數據，這些新數據影響了整個后續用例的執行。所以，我們在做測試時，一定要注意清理掉執行過程中產生的特定數據。
由執行超時等因素造成的用例執行失敗，非404錯誤。
遇到這種問題，較簡單也是較無懈可擊的辦法，就是重跑。
單個接口測試通過，但業務還是有bug。
遇到這種情況，一定要嘗試組合多個接口，組成一個完整的業務場景，再重測，保證整體順暢，否則后期使用過程中出現問題，就嚴重了。
推薦閱讀：
sales@spasvo.com
