介面測試

一個是介面測試是否有必要？
介面測試的目的是為了增加測試覆蓋度、深入度，對介面的各個引數做實際場景中很難遇到的異常場景的測試，保證介面的穩定性。
如果在這個前提下介面測試還是沒有發現 bug，那麼可以 review 下歷次迭代中是不是業務測試發現的所有 bug 都是前端的。
如果是那麼說明你們的後端開發工程師能力實在很強，應該恭喜你們遇到了這麼給力的隊友，在測試壓力很大的情況下就可以酌情考慮不做介面測試前端測試完成就上線了。如果不是那就應該 review 你們的介面測試用例了。是不是用例設計的還不如業務測試全面，是不是用例設計的時候預設按照正常的取值範圍，按照正常的業務邏輯進行的用例設計導致用例的覆蓋還不如業務直接黑盒測出來的覆蓋全。

另外一個是介面自動化測試是否有必要？
自動化測試的目的主要就不是發現多少 bug 了，而是為了快速對介面做迴歸、做線上監控等，避免介面出現了低階問題、阻礙問題但是大家不能第一時間知道，等過了很長時間線上出了強反饋或者在錯誤介面的基礎上又做了很多開發才被大家發現。當然，在介面自動化的基礎上再做壓力測試、穩定性測試等也會更方便。在這個前提下再評估介面自動化測試是否有必要，思路就會清楚一些。
整體上測試是為了保證業務中的 bug 能夠在有限的資源下最大量、最快速的發現，業務實際情況不同、測試團隊規模不同、測試與業務的合作模式、測試團隊成員的技術能力等等都會影響測試方案的制定。

我覺得你們團隊有專人做介面測試，這種情況下介面測試定位到用來發現更多 bug 是沒有問題的，如果沒有發現 bug 那就需要仔細找找介面測試用例設計的問題。
介面測試的目的不是取代業務測試，而是減少業務測試遇到阻礙問題的機率以及減輕業務測試模擬異常場景的工作量。介面自動化測試的目的是在迴歸場景節約業務測試的工作量，在新業務測試中實際反倒會佔用更多的測試資源。這是我對介面測試以及介面自動化測試的理解