如何簡單地設計介面測試用例

介面測試：

介面：與子模組或子系統互動和互動的部分。

這裡的介面是客戶端和後端服務之間的通用協議; 外掛程式之間通訊的介面; 模組之間的介面; 細化到類提供的方法; 可以理解為介面。 因此，可以分析出系統之間的介面由輸入、處理邏輯和輸出三部分組成。

介面測試：指對模組或系統之間的介面進行測試。

分析介面：

獲取介面文件：就像黑盒測試消除一樣，我們從需求文件中挖掘出測試點並設計測試用例。 對於介面測試，也有相應的介面文件。

分析介面文件並提取測試點：

1）輸入：接受哪些引數、引數型別、可選引數和必選引數等;根據輸入引數，採用等價類和邊界值分析方法進行設計。

2）業務邏輯：對於乙個介面，不同的輸入引數或組合，流程或狀態轉換不同，可以根據業務邏輯繪製流程圖或狀態轉換圖，確保每個狀態至少訪問一次。

3）輸出：根據文件中規定的電壓橋的仿製，對測試資料進行逆向設計，使所有輸出狀態都包括在內;

測試用例：在同時考慮輸入、業務邏輯和輸出時，肯定會有用例的冗餘，選擇最優的用例集，最大程度地覆蓋業務功能和規則。 同時，您需要考慮異常資料和場景。

介面測試發現的典型問題：

1）輸入引數處理不當，導致程式崩潰;

2）型別溢位，導致資料讀寫不一致;

3）由於物件許可權未驗證，可以訪問其他使用者的敏感資訊;

4）狀態處理不當，導致邏輯混亂;

5）邏輯驗證不完善，可利用漏洞獲取不正當利益。

用例設計： 1：輸入引數型別：

數值型別：如果引數指定了值範圍，則需要考慮等價類值範圍內、值範圍之外的值邊界，必要時可以遍歷值範圍內的值。

特殊值型別：-1,0

棗尺型別的邊界值：int的最小值和最大值;

特殊值處理不當導致程式異常退出;

型別邊界溢位。

超出值範圍的值不會返回正確的錯誤訊息。

字串：考慮字串長度和內容的基於字串的引數

特殊值：凳子前面高空字元;

邊界值：字串的最大長度;

字串內容可以考慮以下型別：數字、非數字;

特殊字元。 超長字元不處理，導致儲存、顯示等異常。

陣列或鍊表型別。

當引數型別為陣列或鍊表時，可以考慮以下用例：

例如批量提交任務的介面：submittask（int taskid），以及引數用例設計注意事項：

正常值：1-5 個許可權，超出範圍：6 個許可權;

邊界值：從1到35的邊界值，請求允許的最大值和最小值;

特殊值：0;

合法身份和非合法身份;

重複的 ID 等。

可能的問題和風險：

當有 0 項時，程式異常，基數指退出;

重複專案在處理過程中不進行重複資料刪除，導致異常結果等。

2：專為邏輯而設計。

約束分析。

1）數字限制：分數限制、金幣限制、等級限制等。

例如，兌換 Q 幣的活動需要 50 積分才能參與。

2）狀態限制：登入狀態等。

例如，您需要登入才能同步使用者資訊。

3）關係限制：繫結關係、朋友關係等。

例如，反欺詐功能只能查詢繫結家庭成員的通話資訊。

4）許可權限制：管理員等。

3：對於輸出結果。

介面可能只正確處理乙個結果，但在許多情況下，錯誤異常會返回結果。 如果您知道返回了許多不同型別的結果，則可以為不同的結果設計用例。 例如，在提交乙個整體任務時，我們通常可以想到返回正確和不正確，而錯誤的人可能會認為：

覆蓋返回程式碼也是用例設計的乙個想法。

常見問題和風險：

1）前端錯誤處理不充分，導致前端異常;

2）錯誤提示處理不當，導致使用者看到模糊的錯誤程式碼;

3）錯誤提示不當，導致使用者不知道有問題以及如何解決。

4：介面超時。

1）超時程序未處理，導致整個程序堵塞。

2）超時後，返回介面，導致邏輯紊亂。

假設您正在測試乙個“物件”。 以物件為目標進行如下分析，以形成必要的測試用例。

測試設計是圍繞物件的實現方法、應用範圍和物件要達到的目的進行的。

1. 使用什麼方法實現物件，這些方法的可靠性如何，是否有侷限性。

2.物件的使用要求是什麼，並測試這些要求。 例如，乙個壓力容器，它裝的液體是什麼，耐腐蝕性如何，對液體和環境溫度的要求......

3.為物件的目的進行測試。 如上：其最大承壓是否符合要求，容積是否符合指標要求......

以上只是一般性描述，起到扔磚頭和引導思路的作用。 在軟體測試方面，需要考慮的因素還有很多（從架構、實現、演算法、優化設計到最終輸出）。

希望它對你有用。