接口自動化測試的幾個階段

原文地址http://blog.csdn.net/huazhongkejidaxuezpp/article/details/52825364

根本目標

測試環境中，保證新增接口功能正確性，原有接口的回歸（保證原有接口不被修改“壞”）；

生產環境中，保證接口層面服務可用，功能的正確性（保證服務掛掉時，及時發現）

 

接口自動化的程度

1）如果項目完全沒有UI前端頁面，則應該盡可能多的自動化接口測試(人工接口測試或自動化結果判斷可以使用人工輔助)；

2）如果項目含有UI前端頁面，則應該盡可能多的自動化接口測試(人工接口測試或自動化結果判斷可以使用人工輔助)；配合前端頁面測試，回歸P1/P2接口；

3）對於業務交互檢查場景特別復雜的場景，可以使用腳本實現(ps: 此時腳本和業務關聯比較緊密，不太適合把相關的腳本做成框架)。

總之，應該根據自身項目的特點來評判自動化的程度，使得自動化能更好結合手工測試，來完成質量保障。

 

接口自動化測試的作用

1）功能同時可手工和自動化測試時，自動化只是用來節省人力和時間；

2） 功能更適用使用自動化來測試時，自動化可以彌補手工測試的不足；

3） 功能只能被人工來測試時(例如頁面UI檢查)，自動化就顯得有些[了力不從心]了。

 

 

接口自動化功能正確性保證(第一階段)

• 該階段主要是保證功能提供的正確性。所謂正確性，是指返回的數據正確，功能正確。
•   階段特點：對接口進行最為詳細的檢查（接口返回json的正確性），QA對系統的熟悉程度和對接口的熟悉程度，以及測試本身的經驗直接影響該階段測試的深度。
• 階段目標：  測試階段，直接使用接口腳本/手工檢查接口正確性； 生產階段定時對線上接口進行檢查（注意：由於是對接口的詳細檢查，該階段設置的定時任務不易太頻繁，否則接口稍有變動，或者接口功能不穩定，就會報錯）

      難點和關鍵點：自動化腳本主要依賴於QA對系統的熟悉程度和對接口的熟悉程度，很可能由於用例設計問題，導致監控線上接口時

 不能發現問題

     實現難易程度：⭐️⭐️⭐️⭐️⭐️

    腳本變動頻度：⭐️⭐️⭐️⭐️⭐️

    腳本定時頻度：⭐️⭐️⭐️

 

接口自動化數據正確性保證(第二階段)

• 該階段主要是保證數據提供的正確性。所謂正確性，是指返回的數據正確。

•   階段特點：對接口返回的數據的檢查（接口返回json的數據正確性），檢查方法通常有兩種：直接查詢DB，拼SQL對比檢查； 和上一版本的接口返回的json進行對比（此時需要保證2個版本的接口除代碼分支外，其他配置，DB等等完全相同）
• 階段目標：  測試階段，直接diff 此次修改分支 和 線上 分支分別返回json（檢查方法： 同樣條件下，如果返回的json完全一致，說明接口數據正確； 否則需要重新查看不同是否在允許的范圍內）

      難點和關鍵點：自動化腳本主要依賴於2個json 對比接口的封裝，可以忽略某些參數的對比，或者可以只對比某些參數。

 

    實現難易程度：⭐️⭐️⭐️⭐️

     腳本變動頻度：⭐️⭐️⭐️⭐️

    腳本定時頻度：⭐️⭐️⭐️

接口可用性保證(第三階段)

• 該階段主要是保證線上接口的可用性。即，如果接口返回非200時，可以及時發現。

•   階段特點：該階段屬於接口的監控。可以根據監控定時的頻繁程度，決定接口檢查的詳細程度（一般來說，監控跑的越頻繁，接口檢查的詳細程度隨之下降。否則，如果接口變動比較頻繁，或者接口不穩定，會頻繁報警）。
• 階段目標： 監控線上接口的可用性，保證服務突然掛掉時，可以及時監控到（當然，如果線上原有接口幾乎不變，並且接口功能穩定，可以將第一階段的接口自動化腳本用於此階段）。

      難點和關鍵點：接口檢查的詳細程度取決於 監控定時的頻繁程度要求，以及線上接口的穩定性

 

    實現難易程度：⭐️⭐️⭐️⭐️

    腳本變動頻度：⭐️⭐️⭐️⭐️

     腳本定時頻度：⭐️⭐️⭐️⭐️⭐️