缺陷

如何識別Bug

• 實際與預期結果不一致
• 經過Bug的五個定義可知
  • 未達（軟件未達到產品說明書中已標明的功能）
  • 出錯（軟件出現了產品說明書中指明不會出的錯誤）
  • 超出（軟件功能超出產品說明書）
  • 雖未支出但應
  • 性能 或 用戶
• 經過溝通（開發人員 用戶 產品經理）
• Bug的分類
  • 界面類
  • 功能類
  • 兼容性類
  • 優化建議
  • 性能
  • 安全性
  • 其餘

如何更好的記錄缺陷

• 內容包含
  • 標題 嚴重性 優先級 指派人
  • 環境 帳號 模塊
  • 請求連接 參數 響應
  • 操做步驟 預期結果 實際結果
• 其餘
  • 要及時跟進與更新缺陷情況（好比缺陷是否解決，好比新的定位線索）
  • 要更好的使用文字、文字格式、編號、圖片
  • 不要一發現問題直接拋給開發（你不是一個單純的找茬者）
  • 也不要發現了問題由於要定位而花費過多時間與精力（有時候開發一看便知道多是什麼問題）

其餘

• • 客戶容忍度決定產品的質量要求
  • 測試人員要推動項目獎勵產品質量的評估方法
  • 測試人員的職責是保證軟件質量，但測試沒法發現全部潛在的軟件缺陷
  • 測試人員或許會被忽視或者替換或者淘汰，但測試行爲永遠不會消失