測試缺陷報告

一、測試人員的主要職責

1. 編寫測試計劃
2. 編寫測試用例
3. 執行測試，發現缺陷提交缺陷報告
4. 驗證所發現的缺陷是否得到修改
5. 編寫測試總結報告

二、缺陷報告的組成

1. 缺陷編號(Defect ID)：提交缺陷的順序；
2. 缺陷標題(summary)：簡明扼要的描述一下缺陷；
3. 缺陷的發現者(Detected By)： 測試人員自己；
4. 發現缺陷的日期(Detected date)：一般爲當天；
5. 缺陷所屬的模塊(subjecy):在測試哪個功能模塊的時候發現的bug，開發組可以據此決定由誰負責修改該bug;
6. 發現缺陷版本(Detected in release)：在測試哪個版本的時候發現的bug;
7. 指派給誰處理(Assigned to):測試人員指派給開發經理，開發經理根據缺陷所在的模塊，需再次指派具體的開發人員；
8. 缺陷的狀態(status)：缺陷此時所處的處理階段或處理情況；
   1. 測試人員發現缺陷，提交缺陷報告，把缺陷的狀態置爲：new (新發現的bug);
   2. 開發經理驗證新提交的 bug ,如果是 bug ,把狀態改爲 open (打開的bug,開發組承認的bug)，指派給具體的開發人員解決；如果不是bug,把狀態改爲rejected(拒絕的bug);
   3. 開發人員看到指派給自己解決的bug，進行 bug 修復，修改完後，把狀態改爲：fixed(已經修復的 bug ,可以返測得 bug )
   4. 測試人員對修復得 bug 進行返測，返測成功，把狀態改爲closed(關閉得缺陷，歸檔得 bug)；如果返測不成功，把狀態改爲：reopen (重新打開得 bug);
9. 缺陷的嚴重程度(severity)：bug 對軟件的影響有多大
   1. Urgent：造成系統死機、重啓、崩潰的缺陷；
   2. Very High：非常嚴重的缺陷；
   3. High：嚴重的缺陷；
   4. Medium：中等程度的缺陷；
   5. Low：小的缺陷；
      每一個等級到底包括哪些缺陷，最好在專門的文檔中進行詳細說明，這樣可以使開發和測試人員達成共識。
   6. Bug Level （等級、級別）
   7. Definition （定義）
   8. 性能 Performance
10. 缺陷的優先級(priority)
    測試人員希望該缺陷程序員在什麼時間內或在哪個版本中解決
    1. Urgent：立刻修改（影響開發或者測試的進度）
    2. Very High：本版本修改；
    3. High：下版本修改；
    4. Medium：發佈之前修改；
    5. Low：允許在發佈中存在的
11. 缺陷描述 (description)
    把發現 bug 的步驟、使用的數據等記錄下來，是程序員通過該描述清楚所發生的事情；