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

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

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

(太粗略)關閉網絡鏈接，保存，死機描述三：(有非必要步驟)1.啟動客戶端應用程序