6.3軟件缺陷的報告

軟件測試缺陷管理軟件缺陷的報告趙聚雪理解軟件缺陷的屬性能夠準(zhǔn)確判斷缺陷的優(yōu)先級和嚴(yán)重性能夠編寫規(guī)范的缺陷報告2學(xué)習(xí)目標(biāo)軟件缺陷的屬性為了方便引用、理解、解決、測試、回歸，跟蹤、分析軟件缺陷，軟件缺陷有很多屬性，比如編號ID，解決人，測試人、狀態(tài)、所屬功能模塊、嚴(yán)重程度等等。這些屬性并不是在缺陷錄入的時候就全部指定的，而是隨著軟件缺陷的流轉(zhuǎn)根據(jù)需要不斷完善的。一個完整的缺陷報告應(yīng)該清楚的描述BUG的癥狀和其他基本信息。不同的團隊根據(jù)缺陷管理的需要使用的缺陷屬性不同。軟件缺陷的屬性5一個完整的BUG報告應(yīng)該包含的內(nèi)容序號屬性項是否必須說明1標(biāo)題是Bug的標(biāo)題，應(yīng)該盡量精煉。2關(guān)鍵字否識別這個缺陷的幾個關(guān)鍵字，用于搜索、消重等3功能模塊是Bug的功能性分類，要結(jié)合具體的產(chǎn)品特性來定義,一般按照功能模塊劃分。比如:安裝卸載問題、幫助文檔問題、打印問題、功能模塊1問題……4缺陷狀態(tài)是用于缺陷的跟蹤，描述缺陷的狀態(tài)，比如新建、解決待測、測試通過、測試失敗、已解決等。5問題復(fù)現(xiàn)步驟是復(fù)現(xiàn)問題的具體步驟，包括缺陷復(fù)現(xiàn)的特殊環(huán)境6期望結(jié)果是操作的正確結(jié)果（期望結(jié)果）7實際結(jié)果是操作的實際結(jié)果8附件否附加的文件、圖片和錄制的可播放文件9版本號是發(fā)現(xiàn)bug時的產(chǎn)品版本號(大部分產(chǎn)品都是不斷升級維護(hù)的，而且是不同版本使用同一個bug庫)10優(yōu)先級是問題解決的優(yōu)先級,處理和修正軟件缺陷的先后順序的指標(biāo)11嚴(yán)重性是問題的嚴(yán)重性12分類否Bug的特征分類，可以根據(jù)團隊需要特別關(guān)注的類別劃分，比如效率問題、死機問題、易用性問題、兼容性問題等。13客戶信息否列出反饋該問題的一個或多個客戶的相關(guān)信息，方便對客戶進(jìn)行支持14報告人是報告缺陷的人員，一般缺陷系統(tǒng)自動根據(jù)賬號生成15報告時間是報告提交的時間，一般系統(tǒng)自動生成軟件缺陷屬性以上所列屬性主要是缺陷錄入時的屬性隨著對缺陷的處理會有更多的屬性，比如解決人、解決方案、解決時間等等更多屬性缺陷的優(yōu)先級和嚴(yán)重性優(yōu)先級和嚴(yán)重性是缺陷的兩個重要字段對后續(xù)缺陷的解決以及缺陷分析都有重要的意義，在報告缺陷的時候要給出正確的選項。嚴(yán)重性和優(yōu)先級優(yōu)先級是問題解決的優(yōu)先級，處理和修正軟件缺陷的先后順序的指標(biāo)嚴(yán)重性是問題的嚴(yán)重性優(yōu)先級是處理和修正軟件缺陷的先后順序的指標(biāo)，即哪些缺陷需要優(yōu)先修正，哪些缺陷可以稍后修正。缺陷的優(yōu)先級

軟件缺陷優(yōu)先級的四級劃分級別描述1—最高優(yōu)先級主要指軟件的核心功能錯誤或者造成軟件崩潰，數(shù)據(jù)丟失的缺陷2—較高優(yōu)先級影響軟件功能和性能的一般缺陷3—中等優(yōu)先級對客戶影響不大的缺陷4—低優(yōu)先級對軟件的質(zhì)量影響非常輕微或出現(xiàn)幾率很低的缺陷；理論上來說，確定軟件缺陷優(yōu)先級，更多的是站在軟件開發(fā)工程師的角度考慮問題，因為缺陷的修復(fù)是個復(fù)雜的過程，有些不是純粹技術(shù)問題，而且開發(fā)人員更熟悉軟件代碼，能夠比測試工程師更清楚修復(fù)缺陷的難度和風(fēng)險。但是實際上，企業(yè)在確定缺陷優(yōu)先級并不只站在開發(fā)工程師角度，而是對解決的難度、缺陷對產(chǎn)品銷售的影響、客戶的重要性等方面綜合考慮確定的。軟件缺陷的優(yōu)先級嚴(yán)重性(Severity)是軟件缺陷對軟件質(zhì)量的破壞程度，即此軟件缺陷的存在將對軟件的功能和性能產(chǎn)生怎樣的影響。在軟件測試中，軟件缺陷的嚴(yán)重性的判斷應(yīng)該從軟件最終用戶的觀點做出判斷，即判斷缺陷的嚴(yán)重性要為用戶考慮，考慮缺陷對用戶造成的后果的嚴(yán)重性。軟件缺陷的嚴(yán)重性13軟件缺陷嚴(yán)重性的一般劃分級別描述輕微(Trivial)軟件產(chǎn)品的小缺陷，比如詞語拼寫錯誤、控件沒有對齊、控件相互遮擋等，不影響用戶完成工作。中等(Medium)重要但是不會導(dǎo)致用戶不能完成功能，可以繞過或影響效率。重要(Major)核心功能缺失或不能正常工作，導(dǎo)致客戶無法完成工作嚴(yán)重(Critical)導(dǎo)致死機、無反應(yīng)、數(shù)據(jù)丟失、嚴(yán)重的內(nèi)存泄漏等問題。感覺很相似嚴(yán)重性和優(yōu)先級的關(guān)系？都從不同的側(cè)面描述了軟件缺陷對軟件質(zhì)量和最終用戶的影響程度和處理方式一般來說，嚴(yán)重性高的軟件缺陷具有較高的優(yōu)先級嚴(yán)重性和優(yōu)先級并不總是一一對應(yīng)嚴(yán)重性和優(yōu)先級的關(guān)系含義不同聯(lián)系密切一般來說，嚴(yán)重性高的軟件缺陷具有較高的優(yōu)先級有時候嚴(yán)重性高的軟件缺陷，優(yōu)先級不一定高，甚至不需要處理，比如：一個很少人使用的產(chǎn)品邊緣功能有問題，但是解決起來成本又很高，可能優(yōu)先級就會低一些嚴(yán)重性低的缺陷卻需要及時處理，具有較高的優(yōu)先級：比如一個關(guān)鍵客戶提出的不嚴(yán)重的缺陷，為了業(yè)務(wù)成交，可能優(yōu)先級很高嚴(yán)重性和優(yōu)先級并不總是對應(yīng)缺陷報告的模板團隊在開展測試工作時會根據(jù)團隊管理和產(chǎn)品的實際需要定義缺陷的字段，少則六七個字段，多則可達(dá)十幾二十個。缺陷報告模板缺陷報告模板-Excel注意一般缺陷管理工具中，由于每個產(chǎn)品的功能模塊不同，可以自行配置“功能模塊”字段。ALM缺陷報告提交模板如何撰寫一個好的缺陷報告為什么給我講這個？問題Areyoueverhadabugreturnedtoyouformoreinformation?作為一名測試工程師，我們經(jīng)常遇到的問題是：經(jīng)常有人來詢問你關(guān)于你曾經(jīng)提交的缺陷，隨著你提交的缺陷增多，詢問量增加，而且這會嚴(yán)重影響你目前的工作進(jìn)度。需要關(guān)注缺陷報告的質(zhì)量問題不能提煉出缺陷的本質(zhì)內(nèi)容不是你看到的直接現(xiàn)象，根據(jù)需求找到缺陷的本質(zhì)不能準(zhǔn)確的描述缺陷標(biāo)題精煉、內(nèi)容清晰、只包含所有必要信息提交缺陷報告的兩個問題需求缺陷現(xiàn)象：設(shè)計了一個測試用例，遙控器設(shè)置溫度為31，空調(diào)顯示溫度為31.舉例：提煉缺陷的本質(zhì)內(nèi)容學(xué)生提交的缺陷標(biāo)題如圖相對來說IP為13的同學(xué)標(biāo)題比較好存在的問題：Ip=8的同學(xué)：沒有找到缺陷本質(zhì)，是不是還可以提交一個“溫度為32時顯示錯誤”的缺陷呢？Ip=9的同學(xué)：兩邊都沒有截斷嗎？Ip=17的同學(xué)：你的標(biāo)題更適合作為用例的標(biāo)題Ip=41的同學(xué)：根據(jù)需求用術(shù)語“截斷”舉例：提煉缺陷的本質(zhì)內(nèi)容(cont.)明確缺陷的閱讀者缺陷解決者缺陷決策者缺陷測試者缺陷統(tǒng)計分析者查找用戶手冊\幫助文檔等確定你的問題是不是已經(jīng)有說明用最新產(chǎn)品版本確認(rèn)bug是否已經(jīng)解決檢查bug庫中是否已經(jīng)存在這個問題報告提交之前，注意消除重復(fù)注意消除重復(fù)Correct（準(zhǔn)確）-每個組成部分的描述準(zhǔn)確，不會引起誤解Clear（清晰）-每個組成部分的描述清晰，易于理解Concise（簡潔）-只包含必不可少的信息,不包括任何多余的內(nèi)容Complete（完整）-包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息Consistent（一致）-按照一致的格式書寫全部缺陷報告缺陷報告的5個準(zhǔn)則用詞貼切，語法正確拼寫無誤使用規(guī)范術(shù)語(規(guī)范的術(shù)語參考需求、產(chǎn)品說明書等)一個問題一個報告基本要求基本信息通常比較固定，也很容易描述如果團隊有Bug規(guī)范最好細(xì)細(xì)研讀容易出現(xiàn)問題的是：標(biāo)題復(fù)現(xiàn)步驟實際結(jié)果和期望結(jié)果一個完整的Bug報告標(biāo)題的提煉-簡煉、精確、表達(dá)重點使用陳述句，避免疑問句\感嘆句\“名詞”句為bug選一個好標(biāo)題4425-bedit:動態(tài)塊功能

5310-打印紙張縱-橫向問題5848-Plot:打印慢4762-字體問題5223-打印-軟件自動退出為bug選一個好標(biāo)題顯然這些都不是好的標(biāo)題，看了這些標(biāo)題有很多的疑問具體是什么問題？不顯示？亂碼？少顯示？多顯示？顏色不對？引用的字體樣式存在嗎？建議：在字體樣式存在的情況下文字顯示亂碼事實描述：因為網(wǎng)絡(luò)故障，客戶端與網(wǎng)絡(luò)服務(wù)套件斷開后，保存圖紙，從“文件”菜單退出軟件，軟件死機。如果沒有保存圖紙直接從文件退出則不會死機。同一個問題，不同技術(shù)人員提交的缺陷標(biāo)題：1.客戶端掉授權(quán)后，退出軟件時死機2.客戶端掉授權(quán)后，保存圖紙再通過“文件”菜單退出軟件，軟件死機(相對比較好)3.軟件死機(太籠統(tǒng))4.客戶端掉授權(quán)后的問題(太籠統(tǒng))5.客戶端掉授權(quán)后軟件死機6.客戶端掉授權(quán)后，軟件應(yīng)該能關(guān)閉7.客戶端掉授權(quán)后，軟件起碼不應(yīng)該死機(不要表達(dá)感情)8.客戶端掉授權(quán)后軟件死機，可能是因為掉授權(quán)后的保存模塊有問題9.客戶端掉授權(quán)后，竟然死機(不要表達(dá)感情)企業(yè)案例：為Bug選一個好標(biāo)題開發(fā)人員心理活動：你覺得我水平很差嗎？你根本不懂，這個用到的技術(shù)很復(fù)雜寫清楚bug的主體部分和結(jié)果說明特殊環(huán)境說明復(fù)現(xiàn)步驟實際結(jié)果期望結(jié)果(正確結(jié)果)其它信息Bug主體部分撰寫-清晰、必要善于利用圖片、視頻對問題進(jìn)行輔助描述一些不易描述的缺陷可以借助圖片、視頻進(jìn)行描述為了方便對比，可以將正確結(jié)果的圖片和錯誤結(jié)果的圖片放在一起對比比如你測試產(chǎn)品中阿拉伯文字顯示的正確性，由于我們自己不理解阿拉伯文字應(yīng)該顯示成怎樣，我們就可以與word做對比，如果與word顯示不同認(rèn)為是缺陷，將產(chǎn)品中的顯示與word中的顯示分別截圖提交到缺陷中展示給開發(fā)人員。視頻文件比較大，播放比較慢，不是特別不易說明的缺陷，建議不要過多使用視頻利用圖片、視頻進(jìn)行輔助描述盡量使用簡短的陳述句。一些“不要”：只說癥狀，不說猜想（或者明確將二者隔開）不要用疑問句和質(zhì)問句不要用冗長難懂的句子Bug主體部分撰寫-清晰、必要缺陷主體描述舉例描述一：1.啟動客戶端應(yīng)用程序2.新建圖紙，任意畫一個對象3.修改任意對象的顏色，但是不要保存4.關(guān)閉網(wǎng)絡(luò)鏈接5.保存剛才編輯的圖紙6.軟件提示“保存錯誤！”7.退出應(yīng)用程序，軟件死機描述二：

(太粗略)關(guān)閉網(wǎng)絡(luò)鏈接，保存，死機描述三：(有非必要步驟)1.啟動客戶端應(yīng)用程序