目錄
定義
缺陷的型別
缺陷的嚴重程度
缺陷的狀態
缺陷的根源
?缺陷的來源
缺陷的起源
缺陷的生命周期
缺陷的識別
缺陷報告模板
撰寫缺陷報告的目的
缺陷報告撰寫的準則
缺陷描述的準則
定義
1. 軟體未實作產品說明書中所提及的功能
2. 軟體實作了產品說明書中不應該提及的功能
3. 軟體未實作產品說明書中雖未提及但應該實作的功能
4. 軟體實作了產品說明書中未提及的功能
5. 軟體使用不方便，難以理解，從測驗的角度覺得用戶認為不好
*缺陷的型別：* 根據缺陷的自然屬性劃分的缺陷種類
*缺陷的嚴重程度：* 由于缺陷引起的故障對軟體產品的影響程度
*缺陷的優先級：* 指缺陷被修復的緊急程度
*缺陷的狀態*： 指缺陷在跟蹤修復程序中的進展情況
*缺陷的根源：* 指錯誤發生的根本因素
*缺陷的來源：* 指錯誤發生的起因
*缺陷的起源*： 指缺陷引起的故障或事件等第一次被檢測的階段
以下將從缺陷的屬性的不同角度詳細介紹
缺陷的型別
含義：根據缺陷的自然屬性劃分的缺陷種類
缺陷的嚴重程度
含義：由于缺陷引起的故障對軟體產品的影響程度
缺陷的優先級
含義：指缺陷被修復的緊急程度
缺陷的狀態
含義： 指缺陷在跟蹤修復程序中的進展情況
缺陷的根源
含義：指錯誤發生的根本因素
缺陷的來源
含義：指錯誤發生的起因
缺陷的起源
含義： 指缺陷引起的故障或事件等第一次被檢測的階段
**PS:** 可以根據軟體的生命周期來記憶，
缺陷的生命周期
缺陷的識別
依據：
需求檔案、設計檔案、產品原型、測驗用例都是客觀的依據
參照同行業隱式需求進行識別-----------------------------------------（同行業隱式需求）
通過測驗用例中的預期結果進行識別--------------------------------（預期結果）
通過需求規格說明書進行識別-----------------------------------------（需求規格說明書）
通過用戶手冊及其他檔案進行識別-----------------------------------（用戶手冊及其他檔案）
通過同行業相類似成熟的商業軟體來識別--------------------------（同行業類似商業軟體）
通過和開發人員你的溝通進行識別-----------------------------------（開發人員）
通過和有經驗的測驗人員溝通進行識別-----------------------------（測驗人員）
缺陷報告模板
1. 缺陷編號：BUG_專案名稱_模塊名稱_功能介紹_001
2. 所屬模塊：一級模塊/二級模塊/三級模塊
3. 優先級:P1>P2>P3>P4
4. 嚴重程度：S1>S2>S3>S4
5. 缺陷概述：用一句話描述缺陷的基本情況
6. 缺陷描述：將缺陷的步驟，預期結果和實際結果列出來
7. 提交人：陳冠希
8. 備注：一般寫產生缺陷的情況，將BUG截圖作為備注資訊
....
撰寫缺陷報告的目的
1. 易于搜索軟體測驗報告的缺陷
2. 報告的軟體缺陷進行了必要的隔離，報告的缺陷資訊更具體、準確
3. 軟體開發人員希望獲得缺陷的本質特征和復現步驟
4. 市場和技術支持等部門希望活動缺陷型別分布以及對市場和用戶的影響程度
缺陷報告撰寫的準則
準確、清晰、簡潔、完整、一致
缺陷描述的準則
單一準確、可以再現、完整統一
短小簡練、特定條件、補充完善
不做評價
轉載請註明出處，本文鏈接：https://www.uj5u.com/qianduan/276205.html
標籤：其他
上一篇：H5專案適配系統深色模式方案總結
下一篇：javascript陣列常用方法+陣列原型擴展方法+Object.defineProperty()改變陣列的length屬性特征