軟件缺陷報告

軟件缺陷報告1/23分享目錄1.軟件缺陷1.1軟件缺陷含義1.2軟件缺陷屬性1.3軟件缺陷產(chǎn)生原因1.4軟件缺陷分布1.5如何確認(rèn)缺陷1.6軟件缺陷讀者 1.6.1讀者希望從軟件缺陷報告中得到內(nèi)容2.軟件缺陷報告2.1衡量缺陷報告質(zhì)量標(biāo)準(zhǔn)2.2軟件缺陷寫作準(zhǔn)則2.3如何有效統(tǒng)計缺陷2.4缺陷報告產(chǎn)生過程2.5缺陷報告寫作過程中注意事項2/231.軟件缺陷1.1軟件缺陷含義什么是軟件缺陷？ 不滿足顧客確定需求 簡單說就是存在于軟件（文檔、數(shù)據(jù)、程序）之中那些不希望，或不可接收偏差，而造成軟件產(chǎn)生質(zhì)量問題。按照一般定義，只要符合下面5個規(guī)則中一種，就叫做軟件缺陷。3/23 可稱之為軟件缺陷五個規(guī)則：軟件未達(dá)成產(chǎn)品說明書標(biāo)明功能軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)錯誤軟件功能超出產(chǎn)品說明書指明范圍軟件未達(dá)成產(chǎn)品說明書雖未指出但應(yīng)達(dá)成目標(biāo)軟件測試員以為軟件難以理解、不易使用、運(yùn)行速度遲緩，或者最后顧客以為不好4/23屬性名稱描述缺陷標(biāo)識(Identifier)缺陷標(biāo)識是標(biāo)識某個缺陷一組符號。每個缺陷必須有一個唯一標(biāo)識缺陷類型(Type)缺陷類型是根據(jù)缺陷自然屬性劃分缺陷種類。缺陷嚴(yán)重程度(Severity)缺陷嚴(yán)重程度是指因缺陷引發(fā)故障對軟件產(chǎn)品影響程度。缺陷優(yōu)先級(Priority)缺陷優(yōu)先級指缺陷必須被修復(fù)緊急程度。缺陷狀態(tài)(Status)缺陷狀態(tài)指缺陷通過一種跟蹤修復(fù)過程進(jìn)展情況。缺陷起源(Origin)缺陷起源指缺陷引發(fā)故障或事件第一次被檢測到階段。缺陷起源(Source)缺陷起源指導(dǎo)起缺陷起因缺陷本源(RootCause)缺陷本源指發(fā)生錯誤主線原因1.2軟件缺陷屬性5/231.3軟件缺陷產(chǎn)生原因工期短，任務(wù)大；程序設(shè)計錯誤；文檔不完善；需求不停變化；溝通交流不夠；軟硬件環(huán)境不完善；軟件復(fù)雜性6/231.4軟件缺陷分布（主要在于產(chǎn)品描述及說明書）7/231.5如何確認(rèn)缺陷判斷發(fā)覺問題是否是缺陷辦法通過參照文檔來確認(rèn)缺陷通過理解軟件產(chǎn)品行業(yè)背景（或參照同類典型軟件）來發(fā)覺缺陷通過溝通來確認(rèn)和識別缺陷8/231.6缺陷報告讀者

在書寫軟件缺陷報告之前，需要明白誰是缺陷報告讀者對象，懂得讀者最希望從缺陷報告中取得什么信息。一般，缺陷報告直接讀者是軟件開發(fā)人員和質(zhì)量管理人員；來自市場和技術(shù)支持等部門人員9/23 讀者希望從軟件缺陷報告中得到內(nèi)容易于搜索軟件測試報告缺陷；報告軟件缺陷進(jìn)行了必要隔離，報告缺陷信息詳細(xì)、精確；軟件開發(fā)人員希望取得缺陷本質(zhì)特性和復(fù)現(xiàn)步驟；市場和技術(shù)支持等部門希望取得缺陷類型分布以及對市場和顧客影響程度。10/232.軟件缺陷報告2.1衡量缺陷報告質(zhì)量標(biāo)準(zhǔn)對管理層來說，是清楚明了，尤其是在概要這一級；對于開發(fā)部門是有用，主要是給出能夠讓開發(fā)人員高效地調(diào)試問題有關(guān)信息能夠使測試人員很快將bug從“Opened”狀態(tài)轉(zhuǎn)變成“Closed”狀態(tài)，減少從開發(fā)人員打回差bugreport并造成測試人員返工時間。11/232.2軟件缺陷報告準(zhǔn)則 Correct（精確）：每個組成部分描述精確，不會引發(fā)誤解；

Clear（清楚）：每個組成部分描述清楚，易于理解；

Concise（簡潔）：只包括必不可少信息，不包括任何多出內(nèi)容；

Complete（完整）：包括復(fù)現(xiàn)該缺陷完整步驟和其他本質(zhì)信息；

Consistent（一致）：按照一致格式書寫所有缺陷報告。12/232.3如何有效統(tǒng)計缺陷確保缺陷重現(xiàn)分析故障——使用最少步驟復(fù)現(xiàn)故障包括所有重現(xiàn)缺陷必要步驟方便閱讀盡可能簡單——一種缺陷一種報告注意自己語調(diào)報告隨機(jī)缺陷13/23不夸張缺陷報告小缺陷及時報告缺陷引用他人報告不要私自修改缺陷報告中注明姓名和日期14/232.4缺陷報告產(chǎn)生過程 組織-重現(xiàn)-隔離-歸納-對比-總結(jié)-精簡-消除歧義-中立-檢查15/23組織Structure：測試人員應(yīng)當(dāng)采取深思熟慮，小心謹(jǐn)慎辦法執(zhí)行測試，并且做詳盡統(tǒng)計。這樣能夠促使他們對測試下系統(tǒng)有較好結(jié)識。當(dāng)錯誤發(fā)生時候，一種有組織測試人員能夠懂得最早出現(xiàn)問題地方在哪；重現(xiàn)Reproduce：測試人員在編寫bugreport之前必須在檢查問題是否可重現(xiàn)。假如錯誤不可再重現(xiàn)，仍然應(yīng)當(dāng)寫下來，不過必須說明問題偶爾性。一種好處理標(biāo)準(zhǔn)就是在編寫bugreport之前反復(fù)嘗試3次；隔離Isolate：在嘗試編寫bugreport之前，必須試著隔離錯誤。能夠采取變化某些變量辦法，如系統(tǒng)配備，它也許會變化錯誤癥狀。這些信息能夠為開發(fā)人員著手調(diào)試提供思緒；16/23歸納Generalize：在測試人員發(fā)覺了一種已隔離，可重現(xiàn)問題后，應(yīng)當(dāng)對問題進(jìn)行歸納。同一種問題是否出目前其他模塊或其他地方？同一種故障是否有愈加嚴(yán)重問題;對比Compare：假如測試人員驗證過目前犯錯測試用例，那么他就應(yīng)當(dāng)檢查此前測試成果以檢查相同條件是否通過此前測試。假如是話，那么這個問題就象是一種回歸錯誤。注意由于同一測試條件有也許出目前多種測試用例中，這個步驟就不但僅只是檢查一種測試用例在此前多種成果；總結(jié)Summarize：在bugreport第一行寫上錯誤總結(jié)是非常關(guān)鍵。測試人員要思考已發(fā)覺錯誤對客戶有何影響。這不但僅要求測試人員編寫報告要能夠吸引讀者，能夠和讀者溝通清楚，還要能夠幫助設(shè)置錯誤修復(fù)優(yōu)先級別;17/23精簡Condense：在bugreport初稿完成后，測試人員應(yīng)當(dāng)反復(fù)閱讀它，集中剔除那些沒有關(guān)系步驟或詞語。隱含或含糊說明和那些由于對沒有任何關(guān)系細(xì)節(jié)或者那些在重現(xiàn)錯誤過程中不需要步驟而消磨報告歡迎程度無窮嘮叨都不是bugreport目標(biāo);消除歧義Disambiguate：測試人員在精簡空話同步或其之后隨后應(yīng)當(dāng)再認(rèn)真檢查報告是否有會產(chǎn)生誤解地方。測試人員應(yīng)當(dāng)盡可能避免使用含糊，會產(chǎn)生歧義和主觀詞語。目標(biāo)是使用能夠表述事實，清楚，不會產(chǎn)生爭執(zhí)詞語;中立Neutralize：猶如所有錯誤總結(jié)同樣，獨立bugreport在措辭方面應(yīng)當(dāng)保持公正。襲擊開發(fā)人員，指責(zé)潛在錯誤，企圖詼諧或使用諷刺將引發(fā)開發(fā)人員憎惡，并且使注意力從“提升產(chǎn)品質(zhì)量”這個大目標(biāo)上轉(zhuǎn)移開了。謹(jǐn)慎測試人員只用Bugreport來描述事實;18/23檢查Review：一旦編寫好bugreport，作者應(yīng)當(dāng)再次閱讀，確保符合缺陷報告寫作準(zhǔn)則,然后提交至Bug管理工具中。同步，也能夠在測試人員之間互相檢查，完善后再提交。在允許時間里，測試小組應(yīng)當(dāng)盡也許提交最佳bugreport。19/232.5缺陷報告寫作過程中注意事項

標(biāo)題應(yīng)當(dāng)保持簡短、精確、易于理解，提供缺陷本質(zhì)信息，并且便于讀者搜索查尋；使用委婉說法：“混亂UI”能夠被溫和些改為“不正確UI”；避免使用：“我（I）”“你(You)” 情緒化語言和強(qiáng)調(diào)符號?。。? “似乎” “看上去也許” 以為比較風(fēng)趣內(nèi)容 不確定測試問題20/23清楚列出前提條件；“可重現(xiàn)步驟”流程應(yīng)當(dāng)是合乎邏輯；“可重現(xiàn)步驟”應(yīng)當(dāng)詳盡。例如，假如你想顧客在MicrosoftWord里保存一種文獻(xiàn)，你能夠要求顧客到File菜單并且點擊Save子菜單項。你也能夠只說“保存文獻(xiàn)”；假如bug是隨機(jī)出現(xiàn)，只需在bugreport中說一下就能夠了。不過不要忘掉歸檔它；寫下問題能夠被重現(xiàn)平臺；遇到幾個問題卻有同樣成果，只需寫一種bugreport；截屏 截屏是驗證一種辦法。在截屏上寫上注釋以指出問題所在。這將幫助開發(fā)人員一眼就能夠立即定位問題；

21/23盡可能使用jpg或gif格式，而不是bmp格式；為了更加好傳遞缺陷圖像信息，圖片命名應(yīng)當(dāng)盡可能與BUG內(nèi)容一致。22/23書寫摘要例子原始描述錯誤原因改善標(biāo)題英文單詞連字符無論用描述太籠統(tǒng)。什么時候不起作用？在行末尾換行時，不能根據(jù)英文單詞長度設(shè)置連字符。段落調(diào)整出現(xiàn)錯誤狀態(tài)描述太籠統(tǒng)。不正確行為是什么？選定兩個單詞，啟動單詞“字間距”自動調(diào)整后間隔排版錯誤。警告：該命令產(chǎn)生了