• 測試用例的內容

主要內容
用例編號(如何命名)   所屬模組
用例標題(驗證誰在什麼情況下，去做什麼，最後結 果是什麼)
優先順序   前置條件
操作步驟  測試資料
預期結果  實際結果
輔助內容
   通過否
bugID
編寫時間  測試人員
測試時間  備註

• 缺陷的驗證程度

  • 嚴重
  • 一般
  • 次要
  • 輕微

• 缺陷報告的核心要素

  • 缺陷編號
  • 缺陷狀態
  • 缺陷標題
  • 重現步驟(復現步驟)
  • 嚴重程度
  • 優先順序
  • 缺陷型別
  • 測試環境

• web測試中，如何判斷是前端的bug還是後端的bug呢？

  通常可以利用抓包工具來進行分析。可以從三個方面進行分析：請求介面，傳參，響應。

  1.請求介面url是否正確

  如果請求的介面url錯誤，為前端的bug

  2.傳參是否正確

  如果傳參不正確，為前端的bug

  3.請求介面url和傳參都正確，檢視響應是否正確

  如果響應內容不正確，為後端bug

  4.也可以在瀏覽器控制檯輸入js程式碼除錯進行分析

  如果定位為後端的bug，應該如何精確定位是哪裡出了bug呢

  1.檢視報錯日誌，通過日誌分析問題點

  2.檢視資料庫確認資料的正確性

  3.檢視快取是否正確