準(zhǔn)確報(bào)告軟件缺陷

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

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

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

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

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

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

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

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

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