1、問題：介面列表中的介面不唯一
問題描述：由於開發提供介面列表的方式不夠高效或者由於測試人員對介面專案不夠了解等原因，可能會導致測試專案中完整的介面列表不夠明確，某些介面被重複測試或者某些介面未被覆蓋到。
改善措施：（1）規定開發使用統一的文件工具推送新版本的介面文件（git等方式）；規定統一的介面命名規範
（2）測試維護介面用例的介面關聯當對應的介面下；及時維護和更新介面地圖；規範測試用例的命名
2、問題：部分歷史用例存在介面關聯空白
問題描述：由於介面狀態管理不明確，導致部分介面廢棄或者停用、刪除時，對應的用例沒有及時處理
改善措施：測試需要維護介面用例，檢查關聯空白並做對應的修補。若是介面本身在**中被刪除，需要與開發確認明確刪除介面原因後做處理
3、問題：介面統計資料不正確
（1）用例調通數
原因：介面用例的校驗沒寫對或者介面不可回歸，不是每次執行的效果都一致，或者介面邏輯被修改但是舊用例未更新
改善：定期執行測試計畫，並對校驗和可回歸性做檢查和修正；在介面送測舊介面的新功能改動時，覆蓋舊介面用例並維護更新用例
（2）介面覆蓋數
原因：部分歷史介面未維護，影響介面覆蓋數
改善：定期檢查介面覆蓋情況，補充完善歷史用例
4、問題：前置呼叫介面時提示404，無對應服務
原因：由於介面變更導致前置介面不可用
改善：對被當作前置步驟的介面進行標識，關注介面變化並及時更新對應使用其作為前置的用例。使用前置介面時，盡量使用比較穩定的返回變數做前置條件
5、問題：歷史用例原本執行正常且校驗完整，但現在執行報錯，測試不通過
原因：部分歷史介面在改動後未及時更新對應的測試用例，導致用例不可用
——主要有兩個問題：（1）引數名變了 （2）異常提示返回的資訊變更 （3）邏輯細節變更
改善：（1）把引數名稱做成介面前置變數（2）異常校驗使用正則等非等式匹配，容錯性高些 （3）開發變更介面細節請及時更新介面文件並通知測試修改歷史用例
6、問題：有些用例可讀性差，難維護
原因：用例經手多個測試人員，編寫用例風格不統一
改善：（1）輸出統一的專案用例編寫規範 （2）對前後置較多、可讀性差的用例，做好描述備註說明或者評審意見中說明清楚用例設計步驟 （3）去繁求簡，用例盡量簡單明瞭
7、問題：部分用例使用sql語句進行後置處理，deleted操作，導致關聯業務資料丟失，產生一系列髒資料，或者與redis資料不匹配等。破壞無法恢復
改善：禁止使用deleted語句進行刪除操作，只能通過介面進行邏輯刪除，不允許進行物理刪除
確認專案環境配置是否正確，多種環境下的配置均正常（host、資料庫、全域性變數、環境切換，請不要在乙個環境裡懟多個不同環境的變數，會造成環境切換的不便，建議不同環境使用相同變數名且僅通過變數值不同來區分環境）
確認專案整體相關的介面功能，有個大致了解（了解乙個物件全生命週期相關的介面 有利於在用例準備時 充分利用已有介面）
了解專案介面的需求背景，推動開發補充完整的介面文件
補充歷史未覆蓋的介面
合理運用標籤分類介面用例型別，以便執行測試計畫時有分類依據
如果專案迭代頻繁，需要將介面用例編寫過程中不斷重複使用的前置（常見變數資料生成）、校驗指令碼做整理，方便使用，提高效率
用例中若引數變數是固定值，除非這個引數值僅為該專案用或者狀態不變，否則請統一使用動態的變數值（自己通過一系列前置生成的新的測試資料）做處理。
寫測試用例注意事項
用例狀態等，沒有的不需要填寫。用例設計，一定要可執行 最好2分鐘內能執行完 改進建議 1 用例狀態 請置空 2 用例步驟不要過長，根據目的適當拆分幾條。3 盡量提煉合併，如文字框，下拉列表，文字介面，瀏覽器，平台等等 測試分類 ui ue 通用測試用例 功能衝突測試 併發 與外部系統互動及影響等 相...
編寫測試用例注意事項
一 測試用例的優化問題 1.問題的提出 乙個用例只測乙個控制項，但效率比較低。每條用例只測試乙個控制項的等價類的方法，比較簡單。最大的問題，會有很多資料冗餘，影響測試效率，只適合初學者 2.如何進行優化 對於不同控制項的有效等價類 或有效邊界值 可以在一條用例中同時進行測試，最大化的減少用例的數量。...
測試用例及其注意事項
簡單地說，測試用例就是 設計乙個情況，軟體程式在這種情況下，必須能夠正常執行並且達到程式所設計的預期結果 有效性 測試用例是測試人員測試過程中的重要參考依據。可復用性 良好的測試用例具有重複使用的功能，使得測試過程事半功倍，提高測試效率。易組織性 即使是小的專案，也可能會有幾千甚至更多的測試用例，測...