【缺陷提單】規範

一、目的：

• 友善開發人員更好的了解BUG問題與期望
• 友善相關人員重制BUG
• 測試人員更加清晰的描述問題
• 統一BUG單的編寫習慣，提升工作效率

二、BUG提單規則

标題

• 問題描述
• 特殊情況：

• 當問題為單機型導緻時：【相容機型】問題描述
• 當問題非必現時：【機率】問題描述
• 版本釋出到預釋出環境後，要判斷問題是否版本增量導緻：【增量/非增量】問題描述

内容（*表示必填）

• *賬号/密碼：發現問題的賬号密碼；
• 測試機型：非必填，單機型問題時要填寫；
• 預置條件：非必填，操作前必須的必備條件；

• 例：收藏夾的資訊翻頁失敗；其前置條件為使用者收藏夾資訊>一頁

• *操作步驟：問題的操作步驟
• *實際結果：問題的目前結果
• *預期結果：問題修改後的期望結果
• 接口：非必填,問題接口的URL
• SQL：非必填，相關資料的SQL語句
• 問題截圖、視訊：非必填，對問題進行截圖描述（要在圖檔中給出相關标注）

• 上傳視訊後，要注明：詳情見附件視訊
• 上傳接口檔案後，要注明：接口資料見附件檔案

屬性（*表示必填）

• 關聯需求：問題單所屬需求
• *疊代：問題單所屬的疊代
• *軟體平台：問題單影響的軟體平台（如：H5、IOS）
• *優先級：問題單的優先解決等級
• *子產品：問題單所屬的子產品（如：動态、圈子）
• *嚴重程度：問題單對目前的程式的影響程度
• *缺陷類型：問題單所屬的類型（如：文案、業務邏輯）
• *處理人：目前問題單的處理人（開發、UI、産品、測試）
• *測試人員：問題單的測試人員
• *測試環境：問題單的所屬環境

 1.作者：Syw

2.本文版權歸作者所有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接配接，否則保留追究法律責任的權利。