需求 條件 輸入參數 div 驗證 ext 誤差 放大 模塊

接口測試主要考慮的問題:

1.各個模塊連接集成起來的時候,穿越模塊接口的數據會不會丟失; -----確定數據完整

2.各個子功能組合起來,能否達到預期要求的父功能; ------集合後，達到需求目標

3.一個模塊的功能是否對另一個模塊的功能產生不利影響; -----集成後，不影響相關模塊功能

4.全局數據結構是否有問題; ------集成後，保證系統數據的正確性

5.單個模塊的誤差積累起來,是否會放大,從而達到不可接受的程度。 -------集成後，確保誤差不影響系統功能及性能

Service層接口測試，大致有三種測試類型：接口邏輯測試、出錯測試、路徑測試
接口邏輯測試，對開發人員輸寫的JavaDoc

進行測試，後根據JavaDoc來編寫測試用例，（一般情況下JavaDoc需要包含前提條件，業務邏輯，輸入參數，輸出值的描述），在接口邏輯測試中主要是根據所描述的業務邏輯，進行用例的設計，主要目標是測試在正常輸入的情況下能得出正確的結果，測試用例的設計方法跟黑盒測試差不多，主要運用等價類，邊界值兩種方法。
出錯測試，做了接口邏輯測試後，可以正常使用了。為了保證數據的安全，及程序在異常情況的邏輯正確性，因此需要測試出錯測試。出錯測試主要考慮：空值輸入（如當傳入一個對象參數時，需進行NULL值的參數）、參數屬性的測試（如輸入一個未賦值參數）、異常的測試（制造一些異常的測試場景，測試的異常描述是否清晰）
路徑測試，經過了上述處理後，單個的接口服務已經得到了保證，但是在業務流中是否滿足了業務需求其實還是沒有得到保證，路徑測試的目的就是設計盡可能少的用例，來保證各種業務場景下數據是安全可操作的。

6 接口測試
在很多情況下，web 站點不是孤立。Web 站點可能會與外部服務器通訊，請求數據、驗證數據或提交訂單。
6.1服務器接口
第一個需要測試的接口是瀏覽器與服務器的接口。測試人員提交事務，然後查看服務器記錄，並驗證在瀏覽器上看到的正好是服務器上發生的。測試人員還可以查詢數據庫，確認事務數據已正確保存。
這種測試可以歸到功能測試中的表單測試和數據校驗測試中
6.2 外部接口
有些 web 系統有外部接口。例如，網上商店可能要實時驗證信用卡數據以減少欺詐行為的發生。測試的時候，要使用 web 接口發送一些事務數據，分別對有效信用卡、無效信用卡和被盜信用卡進行驗證。如果商店只使用 Visa 卡和 Mastercard

卡， 可以嘗試使用 Discover 卡的數據。(簡單的客戶端腳本能夠在提交事務之前對代碼進行識別，例如 3 表示 American Express，4 表示 Visa，5 表示 Mastercard，6 代表Discover。)通常，測試人員需要確認軟件能夠處理外部服務器返回的所有可能的消息。
這種情況在遠程抄表中可能會體現到
6.3 錯誤處理
最容易被 測試人員忽略的地方是接口錯誤處理。通常我們試圖確認系統能夠處理所有錯誤，但卻無法預期系統所有可能的錯誤。嘗試在處理過程中中斷事務，看看會發生什麽情況？訂單是否完成？嘗試中斷用戶到服務器的網絡連接。嘗試中斷 web 服務器到信用卡驗證服務器的連接。在這些情況下，系統能否正確處理這些錯誤？是否已對信用卡進行收費？如果用戶自己中斷事務處理，在訂單已保存而用戶沒有返回網站確認的時候，需要由客戶代表致電用戶進行訂單確認。
采取措施：在理解需求的基礎上，充分發揮想象力，盡量比較全面的列出各種異常情況。

接口測試註意事項