準確報告軟件缺陷

1、軟件缺陷的描述是是軟件缺陷報告的基礎(chǔ)部分，也是測試人員就一個軟件問題與開發(fā)小組交 流的最初且最好的機會。一個好的描述，需要使用簡單的、準確的、專業(yè)的語言來抓住缺陷的本質(zhì)。否則，它就會使信息含糊不清，可能會誤導(dǎo)開發(fā)人員。準確報告軟件缺陷是非常重要的，因 為： 清晰準確的軟件缺陷描述可以減少軟件缺陷從開發(fā)人員返回的數(shù)量提高軟件缺陷修復(fù)的速度，使每一個小組能夠有效的工作提高測試人員的信任度，可以得到開發(fā)人員對清晰的軟件缺陷描述有效的響應(yīng) 加強開發(fā)人員，測試人員和管理人員的協(xié)同工作，讓他們可以更好的工作在多年實踐的基礎(chǔ)上，我們積累了較多的軟件缺陷的有效描述規(guī)則，主要是：單一準確。每個報告只針對一個軟件

2、缺陷。在一個報告中報告多個軟件缺陷的弊端是常 常會導(dǎo)致缺陷部分被注意和修復(fù)，不能得到徹底的修正。 可以再現(xiàn)。提供缺陷的精確操作步驟，使開發(fā)人員容易看懂，可以自己再現(xiàn)這個缺陷， 通常情況下，開發(fā)人員只有再現(xiàn)了缺陷，才能正確地修復(fù)缺陷。 完整統(tǒng)一。提供完整、前后統(tǒng)一的軟件缺陷的步驟和信息，例如：圖片信息，Log文件等。* 短小簡練。通過使用關(guān)鍵詞，可以使軟件缺陷的標題的描述短小簡練，又能準確解釋產(chǎn)生缺陷的現(xiàn)象。如 主頁的導(dǎo)航欄在低分辨率下顯示不整齊”中 主頁” 導(dǎo)航欄” 分辨率”等是關(guān)鍵詞。* 特定條件。許多軟件功能在通常情況下沒有問題，而是在某種特定條件下會存在缺陷， 所以軟件缺陷描述不要忽視這

3、些看似細節(jié)的但又必要的特定條件（如特定的操作系統(tǒng)、瀏覽器或某種設(shè)置等），能夠提供幫助開發(fā)人員找到原因的線索。如搜索功能在沒有找到結(jié)果返回時跳轉(zhuǎn)頁面不對”。補充完善。從發(fā)現(xiàn) bug那一刻起，測試人員的責(zé)任就是保證它被正確的報告，并且得到 應(yīng)有的重視，繼續(xù)監(jiān)視其修復(fù)的全過程。*不做評價。在軟件缺陷描述不要帶有個人觀點，對開發(fā)人員進行評價。軟件缺陷報告是 針對產(chǎn)品、針對問題本身，將事實或現(xiàn)象客觀地描述出來就可以，不需要任何評價或議 論。軟件缺陷屬性包括缺陷標識、缺陷類型、缺陷嚴重程度、缺陷產(chǎn)生可能性、缺陷優(yōu)先級、 缺陷狀態(tài)、缺陷起源、缺陷來源、缺陷原因。1. 缺陷標識：是標記某個缺陷的唯一的表示，可

4、以使用數(shù)字序號表示2. 缺陷類型：是根據(jù)缺陷的自然屬性劃分缺陷種類，如表1所示表1軟件缺陷類型列表缺陷類型描述功能影響了各種系統(tǒng)功能、邏輯的缺陷用戶界面影響了用戶界面、人機交互特性，包括屏幕格式、用戶輸入靈活性、結(jié)果輸出格式等方面的缺陷文檔影響發(fā)布和維護，包括注釋，用戶手冊，設(shè)計文檔軟件包由于軟件配置庫、變更管理或版本控制引起的錯誤性能不滿足系統(tǒng)可測量的屬性值，如執(zhí)行時間，事務(wù)處理速率等。系統(tǒng)/模塊接口與其他組件、模塊或設(shè)備驅(qū)動程序、調(diào)用參數(shù)、控制塊或參數(shù) 列表等不匹配、沖突。<!-if !supportLists->3. 缺陷嚴重程度：是指因缺陷引起的故障對軟件產(chǎn)品的影響程度，所

5、謂“嚴重性”我指的是在 測試條件下，一個錯誤在系統(tǒng)中的絕對影響。如表2所示<!-e ndif_>表2軟件缺陷嚴重等級列表缺陷嚴重等級描述致命(Fatal)系統(tǒng)任何一個主要功能完全喪失、用戶數(shù)據(jù)受到破壞、系統(tǒng)崩潰、懸掛、死機，或者危及人身安全嚴重系統(tǒng)的主要功能部分喪失、數(shù)據(jù)不能保存，系統(tǒng)的次要功(Critical)能完全喪失，系統(tǒng)所提供的功能或服務(wù)受到明顯的影響一般(Major)系統(tǒng)的次要功能沒有完全實現(xiàn)，但不影響用戶的正常使用。 例如：提示信息不太準確；或用戶界面差、操作時間長等一 些問題。較小(Mi nor)使操作者不方便或遇到麻煩，但它不影響功能的操作和執(zhí) 行，如個別的不影響產(chǎn)

6、品理解的錯別字、文字排列不對齊等一些小問題。4. 缺陷產(chǎn)生的可能性：指缺陷在產(chǎn)品中發(fā)生的可能性，通?？梢杂妙l率來表示，如表3所示。<!-e ndif_>表3缺陷產(chǎn)生可能性列表缺陷產(chǎn)生可能性描述總是(Always)總是產(chǎn)生這個軟件缺陷，其產(chǎn)生的頻率是100%通常（Ofte n）按照測試用例，通常情況下會產(chǎn)生這個軟件缺陷，其產(chǎn)生的頻率大概是80-90%有時(Occasionally)按照測試用例，有的時候產(chǎn)生這個軟件缺陷，其產(chǎn)生的頻率大概是30-50%很少(rarely)按照測試用例，很少產(chǎn)生這個軟件缺陷，其產(chǎn)生的頻率大概是 1-5%<!-if !supportLists->

7、; 5.缺陷優(yōu)先級：指缺陷必須被修復(fù)的緊急程度。“優(yōu)先級”的衡量抓住 了在嚴重性中沒有考慮的重要程度因素，如表4所示。<!-e ndif_>表4軟件缺陷優(yōu)先級列表缺陷優(yōu)先級描述立即解決（P1級）缺陷導(dǎo)致系統(tǒng)幾乎不能使用或測試不能繼續(xù)，需立即修復(fù)高優(yōu)先級（P2級）缺陷嚴重，影響測試，需要優(yōu)先考慮正常排隊（P3級）缺陷需要正常排隊等待修復(fù)低優(yōu)先級（P4級）缺陷可以在開發(fā)人員有時間的時候被糾正。一般來講，缺陷嚴重等級和缺陷優(yōu)先級相關(guān)性很強，但是，具有低優(yōu)先級和高嚴重性 的錯誤是可能的，反之亦然。例如，產(chǎn)品徽標是重要的，一旦它丟失了，這種缺陷是用戶界面的 產(chǎn)品缺陷，但是它阻礙產(chǎn)品的形象。那

8、么它是優(yōu)先級很高的軟件缺陷。也就是在軟件<!-if !supportLists-> 6.缺陷狀態(tài)：指缺陷通過一個跟蹤修復(fù)過程的進展情況,生命周期中的狀態(tài)基本定義，如表5所示。<!-e ndif_>表5軟件缺陷狀態(tài)列表缺陷狀態(tài)描述激活或打開（Active or Open ）問題還沒有解決，存在源代碼中，確認“提交的缺陷”，等待處 理，如新報的缺陷。已修正或修復(fù)(Fixed orResolved)已被開發(fā)人員檢查、修復(fù)過的缺陷，通過單元測試，認為已解決 但還沒有被測試人員驗證關(guān)閉或非激活(Close orInactive)測試人員驗證后，確認缺陷不存在之后的狀態(tài)。重新打開測

9、試人員驗證后，還依然存在的缺陷，等待開發(fā)人員進一步修復(fù)推遲這個軟件缺陷可以在下一個版本中解決保留由于技術(shù)原因或第三者軟件的缺陷，開發(fā)人員不能修復(fù)的缺陷不能重現(xiàn)開發(fā)不能復(fù)現(xiàn)這個軟件缺陷，需要測試人員檢查缺陷復(fù)現(xiàn)的步 驟。陷的日志文件，圖片等。<!-if !supportLists-> <!-if !supportLists-> 7.缺陷來源：指缺陷所在的地方，如文檔、代碼等，如表 6所示。<!-e ndif_>表6軟件缺陷來源列表缺陷來源描述需求說明書需求說明書的錯誤、或不清楚引起的問題設(shè)計文檔設(shè)計文檔描述不準確、和需求說明書不一致的問題系統(tǒng)集成接口系統(tǒng)各模塊參數(shù)不匹配、開發(fā)組之間缺乏協(xié)調(diào)引起的缺陷數(shù)據(jù)流（庫）由于數(shù)據(jù)字典、數(shù)據(jù)庫中的錯誤引起的缺陷程序代碼純粹在編碼中的問題所引起的缺陷<!-if !supportLists-> 8.缺陷根源：指造成上述錯誤的根本因素，以尋求軟件開發(fā)流程的改進、管理水平的提高，如表7所示。<!-e ndif_>表7軟件缺陷根源列表缺陷根源描述測試策略錯誤的測試范圍，誤解了測試目標，超越測試能力等過程，工具和方法無效的需求收集過程，過時的風(fēng)險管理過程，不適用的項目管 理方法，沒有估算規(guī)程，無效的變更控制過程等。團隊/人項目團隊職責(zé)交叉，缺乏培訓(xùn)。沒有經(jīng)驗的項目團