- 清晰準確的軟件缺陷描述可以減少軟件缺陷從開發人員返回的數量
- 提高軟件缺陷修復的速度，使每一個小組能夠有效的工作
- 提高測試人員的信任度，可以得到開發人員對清晰的軟件缺陷描述有效的響應
- 加強開發人員，測試人員和管理人員的協同工作，讓他們可以更好的工作
在多年實踐的基礎上，我們積累了較多的軟件缺陷的有效描述規則，主要是：
- 單一準確。每個報告只針對一個軟件缺陷。在一個報告中報告多個軟件缺陷的弊端是常常會導致缺陷部分被注意和修復，不能得到徹底的修正。
- 可以再現。提供缺陷的精確操作步驟，使開發人員容易看懂，可以自己再現這個缺陷，通常情況下，開發人員只有再現了缺陷，才能正確地修復缺陷。
- 完整統一。提供完整、前后統一的軟件缺陷的步驟和信息，例如：圖片信息，Log文件等。
- 短小簡練。通過使用關鍵詞，可以使軟件缺陷的標題的描述短小簡練，又能準確解釋產生缺陷的現象。如“主頁的導航欄在低分辨率下顯示不整齊”中“主頁”、“導航欄”、“分辨率”等是關鍵詞。
- 特定條件。許多軟件功能在通常情況下沒有問題，而是在某種特定條件下會存在缺陷，所以軟件缺陷描述不要忽視這些看似細節的但又必要的特定條件（如特定的操作系統、瀏覽器或某種設置等），能夠提供幫助開發人員找到原因的線索。如“搜索功能在沒有找到結果返回時跳轉頁面不對”。
- 補充完善。從發現bug那一刻起，測試人員的責任就是保證它被正確的報告，并且得到應有的重視，繼續監視其修復的全過程。
- 不做評價。在軟件缺陷描述不要帶有個人觀點，對開發人員進行評價。軟件缺陷報告是針對產品、針對問題本身，將事實或現象客觀地描述出來就可以，不需要任何評價或議論。
軟件缺陷屬性MILY: 宋體">包括缺陷標識、缺陷類型、缺陷嚴重程度、缺陷產生可能性、缺陷優先級、缺陷狀態、缺陷起源、缺陷來源、缺陷原因。
1. 缺陷標識：是標記某個缺陷的唯一的表示，可以使用數字序號表示。
2. 缺陷類型：是根據缺陷的自然屬性劃分缺陷種類，如表1所示
表1軟件缺陷類型列表
|
缺陷類型 |
描述 |
|
功能 |
影響了各種系統功能、邏輯的缺陷 |
|
用戶界面 |
影響了用戶界面、人機交互特性，包括屏幕格式、用戶輸入靈活性、結果輸出格式等方面的缺陷 |
|
文檔 |
影響發布和維護，包括注釋，用戶手冊，設計文檔 |
|
軟件包 |
由于軟件配置庫、變更管理或版本控制引起的錯誤 |
|
不滿足系統可測量的屬性值，如執行時間，事務處理速率等。 | |
|
系統/模塊接口 |
與其他組件、模塊或設備驅動程序、調用參數、控制塊或參數列表等不匹配、沖突。 |
<!--[if !supportLists]-->
3. 缺陷嚴重程度：是指因缺陷引起的故障對軟件產品的影響程度，所謂“嚴重性”我指的是在測試條件下，一個錯誤在系統中的絕對影響。如表2所示
表2軟件缺陷嚴重等級列表
|
缺陷嚴重等級 |
描述 |
|
致命(Fatal) |
系統任何一個主要功能完全喪失、用戶數據受到破壞、系統崩潰、懸掛、死機，或者危及人身安全 |
|
嚴重(Critical) |
系統的主要功能部分喪失、數據不能保存，系統的次要功能完全喪失，系統所提供的功能或服務受到明顯的影響 |
|
一般(Major) |
系統的次要功能沒有完全實現，但不影響用戶的正常使用。例如：提示信息不太準確；或用戶界面差、操作時間長等一些問題。 |
|
較小(Minor) |
使操作者不方便或遇到麻煩，但它不影響功能的操作和執行，如個別的不影響產品理解的錯別字、文字排列不對齊等一些小問題。 |
4. 缺陷產生的可能性：指缺陷在產品中發生的可能性，通�？梢杂妙l率來表示，如表3所示。
表3缺陷產生可能性列表
|
缺陷產生可能性 |
描述 |
|
總是(Always) |
總是產生這個軟件缺陷，其產生的頻率是100% |
|
通常(Often) |
按照測試用例，通常情況下會產生這個軟件缺陷，其產生的頻率大概是80-90% |
|
有時(Occasionally) |
按照測試用例，有的時候產生這個軟件缺陷，其產生的頻率大概是30-50% |
|
很少(rarely) |
按照測試用例，很少產生這個軟件缺陷，其產生的頻率大概是1-5% |
<!--[if !supportLists]-->5. 缺陷優先級：指缺陷必須被修復的緊急程度�！皟炏燃墶钡暮饬孔プ×嗽趪乐匦灾袥]有考慮的重要程度因素，如表4所示。
表4軟件缺陷優先級列表
文章來源于領測軟件測試網 http://www.kjueaiud.com/