對于接口測試來說，項目測試用例的重復運行首先是表現在單個測試用例的獨立性方面的，也就是說，每一個測試用例的運行除了依賴被測對象和對應的數據庫環境外，是不依賴于其他任何測試用例的，并且這個測試用例執行完畢后，對系統來說，也是沒有任何痕跡的，這樣就保證了每個測試用例運行時，都在一個干凈的環境中運行。要實現測試用例的獨立性，就必須對被測系統的設計有詳細的了解，這樣，不會出現測試用例執行后遺漏數據，環境未改變，另外，還需要對測試用例進行詳細的設計。另外，要保證測試用例的重復使用，還需要做到測試用例的及時更新，在這個方面，我們是做接口測試的人會維護對應的系統的接口測試用例，要保證，代碼每次更新，測試用例都必須全部執行通過。
接口測試用例的設計方法其實和功能測試用例的設計方法是類似的，因為接口是需要滿足需求的，而接口測試所依賴的也是需求說明書，但是，因為接口測試畢竟是通過代碼去測試代碼，所以，為了保證覆蓋率，可能會使用到單元測試的方法，具體的測試用例設計，我考慮的如下，請參考，如果有錯誤，一起討論。
輸入參數測試：針對輸入的參數進行測試，也可以說是假定接口參數的不正確性進行的測試，確保接口對任意類型的輸入都做了相應的處理：輸入參數合法，輸入參數不合法，輸入參數為空，輸入參數為null，輸入參數超長；
功能測試：接口是否滿足了所提供的功能，相當于是正常情況測試，如果一個接口功能復雜時推薦對接口用例進行結構劃分，這樣子用例具有更好的可讀性和維護性。
邏輯測試：邏輯測試嚴格講應為單元測試，單元測試應保持內部邏輯的正確性，可單元測試和接口測試界限并不是那么清楚，所以我們也可以從給出的設計文檔中考慮內部邏輯錯誤的分支情況和異常； 異常情況測試：接口實現是否對異常情況都進行了處理，接口輸入參數雖然合法，但是在接口實現中，也會出現異常，因為內部的異常不一定是輸入的數據造成的，而有可能是其他邏輯造成的，程序需要對任何的異常都進行處理。