當收到開發的需求文件之後，根據需求文件來提取測試點，通常從異常，功能，業務邏輯等方面來考慮，
異常：異常就是引數值錯誤，必填引數不填，引數超過符合規定的長度，
功能：不符合引數型別的規範功能就是從正確性來考慮
業務邏輯：業務邏輯就是驗證介面之間的依賴關係，使用的工具就是jmeter，在測試計畫下建立執行緒組，
是否符合我們的預期結果，通過斷言來判斷我們的測試用例是否通過，在通過結果樹，或者是聚合報告來檢視我們的測試用例，除了jmeter之外，
我們還會通過postman來進行介面測試。
介面測試怎麼做
通用介面api規範 保持冪等。也即多次呼叫，應該產生一致的結果，例如轉賬1元，因為呼叫失敗或者超時重試的時候，最終結果還應該是轉賬1元，而非呼叫兩次變成轉賬2元。介面的實現應該盡量避免阻塞，可以使用非同步方式提公升效能。介面應該包括能夠區分不同情況的異常，而非丟擲寬泛的exception，不能吞掉異...
介面測試怎麼做的？
1 拿到介面文件熟悉 服務端開發人員把介面文件寫出來，我們就可以拿過來熟悉 1 每個介面對應要實現的功能是什麼。2 伺服器的位址 埠 介面位址 3 請求方式，請求引數有哪些 4 響應資料 1 響應的字段個數是否足夠 可以看需求文件中對應的功能需要顯示的個數，只能多不能少 2 正確和錯誤的響應碼 er...
怎麼做web介面測試
這就需要開發提供的介面文件了，介面文件和功能測試的需求說明書的功能是一樣的。包括 介面說明 呼叫的url，請求方式 get or post 請求引數 引數型別 請求引數說明，返回結果說明。有了介面文件後，我們就可以設計用例了，一般介面測試的用例分為以下幾種 1 通過性驗證，說白了就是傳遞正確的引數，...