如何編寫測試報(bào)告

如何編寫測試報(bào)告

令人興奮的捕蟲工作現(xiàn)在你可以得到一個(gè)詳盡的測試程序了。那你可以放松了嗎？畢竟，剩下的工作只有執(zhí)行測試計(jì)劃了。但現(xiàn)實(shí)絕非如你想象的那么好。作為測試負(fù)責(zé)人，在執(zhí)行測試計(jì)劃和收集與計(jì)劃相關(guān)數(shù)據(jù)的階段，你的工作和以前一樣重要。一旦開始執(zhí)行測試，測試計(jì)劃、測試用例、測試工具、測試體系結(jié)構(gòu)，以及你開發(fā)的所有其他程序組建都是可更改的。這要求你要嚴(yán)格遵循測試計(jì)劃，恰當(dāng)靈活地使用測試系統(tǒng)，對(duì)細(xì)節(jié)非常謹(jǐn)慎，并且要適應(yīng)項(xiàng)目中不停的變化。你的工作是在搗亂嗎？缺陷（defect）或錯(cuò)誤（bug），指的是被測試系統(tǒng)中呈現(xiàn)出來的一些問題，它們將導(dǎo)致不能滿足客戶或用戶對(duì)質(zhì)量的合理期望值，錯(cuò)誤是引起對(duì)產(chǎn)品不滿的潛在根源。錯(cuò)誤報(bào)告是描述與單個(gè)錯(cuò)誤相關(guān)的各種征兆或故障模式的技術(shù)文檔。好的錯(cuò)誤報(bào)告給項(xiàng)目管理小組提供了決定什么時(shí)候以及是否修復(fù)錯(cuò)誤所需的信息。好的錯(cuò)誤報(bào)告也能捕獲到程序員將要修復(fù)和調(diào)試問題的信息。因?yàn)殄e(cuò)誤報(bào)告是特殊、具體的，因此它是測試最實(shí)在的產(chǎn)品，并且代表了項(xiàng)目組決定提高系統(tǒng)質(zhì)量很好的機(jī)會(huì)。因此我們要把精力集中在被測試系統(tǒng)的問題上，而不是在開發(fā)或維護(hù)過程上的問題，測試人員不應(yīng)該對(duì)過程破壞作錯(cuò)誤報(bào)告，不如測試發(fā)布延遲交付等。問題是什么？故障描述故障描述是任何錯(cuò)誤跟蹤和報(bào)告系統(tǒng)的核心。故障描述是測試人員關(guān)于問題同程序員和項(xiàng)目小組進(jìn)行交流的最佳機(jī)會(huì)。故障描述應(yīng)包含三個(gè)基本部分：概要、再現(xiàn)步驟和隔離。概要---使用一兩句話來描述錯(cuò)誤，給客戶或系統(tǒng)用戶留下最深刻印象。再現(xiàn)步驟---對(duì)于如何再現(xiàn)故障提供了準(zhǔn)確的描述。隔離---指測試人員用來確認(rèn)錯(cuò)誤是一個(gè)真正的問題，并識(shí)別那些影響錯(cuò)誤表現(xiàn)的因素而收集的結(jié)果和信息。良好的SpeedWriter錯(cuò)誤報(bào)告概要Arial、Wingdings和Symbol字體會(huì)破壞新文件。再現(xiàn)步驟1、啟動(dòng)SpeedWriter編輯器，然后創(chuàng)建新文件。2、輸入四行文本，重復(fù)輸入“Thequickfoxjumpsoverthelazybrowndog”。3、選中所有四行文件，然后選擇字體下拉菜單，并選擇Arial。4、所有文本被轉(zhuǎn)換成控制字符、數(shù)字和其他明顯的隨機(jī)二進(jìn)制數(shù)據(jù)。5、重復(fù)三次，結(jié)果都一樣。隔離1、新建1.1.018；同樣的測試用例在從1.1.007到1.1.017上都通過。對(duì)Wingdings和Symbol字體重復(fù)相同的步驟。2、錯(cuò)誤估計(jì)是格式問題，保存文件，關(guān)閉SpeedWriter并重新打開文件，但是數(shù)據(jù)仍然被破壞。3、在改變字體前保存文件防止錯(cuò)誤。4、對(duì)現(xiàn)存文件，錯(cuò)誤不在發(fā)生。5、只在Windows98下發(fā)生，而不出現(xiàn)在Solaris、Mac或其他Windows系統(tǒng)。報(bào)告描述風(fēng)格怎樣才能較好地描述呢？最重要的是，好的錯(cuò)誤報(bào)告是從好的測試開始的。對(duì)于類似的記錄，應(yīng)該與測試并行或同時(shí)記錄錯(cuò)誤報(bào)告。在編寫報(bào)告的時(shí)候，一定要保證句子準(zhǔn)確、完整和簡潔。最后，好的錯(cuò)誤報(bào)告告訴讀者測試人員發(fā)現(xiàn)了什么，而不是測試人員作的什么。含糊的錯(cuò)誤報(bào)告概要SpeedyWriter處理Arial字體時(shí)有問題再現(xiàn)步驟：1、打開SpeedyWriter2、輸入一些文本3、選擇Arial4、文本被破壞隔離N/A冗余錯(cuò)誤的錯(cuò)誤報(bào)告概要我在Solaris、Windows98和Mac上運(yùn)行SpeedWriter，當(dāng)使用某些字體時(shí)，好像會(huì)破壞一些數(shù)據(jù)。再現(xiàn)步驟1、在windows98上打開SpeedWriter，然后編輯兩個(gè)現(xiàn)存文件。這些文件包含一些字體的混合。2、文件打印正常。3、創(chuàng)建并打印一張圖片，工作正常。但是有些內(nèi)容不是很清楚。4、之后，創(chuàng)建了一個(gè)新文件。5、然后，輸入了一大堆隨機(jī)文件。6、在輸入了文本之后，選中一些行。然后拉下字體菜單并選擇Arial。冗余錯(cuò)誤的錯(cuò)誤報(bào)告7、改變的文本被破壞了。8、重復(fù)三次，每次結(jié)果都一樣。9、我在Solaris上重復(fù)步驟1~6，沒有發(fā)現(xiàn)任何問題。10、我在Mac上重復(fù)步驟1~6，沒有發(fā)現(xiàn)任何問題。隔離我嘗試選擇不同字體，但是只有Arial出現(xiàn)這個(gè)錯(cuò)誤。但是，其他我沒有測試的字體仍然有可能出錯(cuò)。良好的SpeedWriter錯(cuò)誤報(bào)告概要Arial、Wingdings和Symbol字體會(huì)破壞新文件。再現(xiàn)步驟1、啟動(dòng)SpeedWriter編輯器，然后創(chuàng)建新文件。2、輸入四行文本，重復(fù)輸入“Thequickfoxjumpsoverthelazybrowndog”。3、選中所有四行文件，然后選擇字體下拉菜單，并選擇Arial。4、所有文本被轉(zhuǎn)換成控制字符、數(shù)字和其他明顯的隨機(jī)二進(jìn)制數(shù)據(jù)。5、重復(fù)三次，結(jié)果都一樣。隔離1、新建1.1.018；同樣的測試用例在從1.1.007到1.1.017上都通過。對(duì)Wingdings和Symbol字體重復(fù)相同的步驟。2、錯(cuò)屢估計(jì)格式問題，保存文件，關(guān)閉SpeedWriter并重新打開文件，但是數(shù)據(jù)仍然被破壞。3、在改變字體前保存文件防止錯(cuò)誤。4、對(duì)現(xiàn)存文件，錯(cuò)誤不在發(fā)生。5、只在Windows98下發(fā)生，而不出現(xiàn)在Solaris、Mac或其他Windows系統(tǒng)。編寫錯(cuò)誤報(bào)告的十個(gè)步驟1、測試：無論你是做探索性測試、手工測試、自動(dòng)測試，都要認(rèn)真仔細(xì)的測試。2、再現(xiàn)：盡量三次重現(xiàn)故障。如果問題是間斷的，要報(bào)告問題的頻率。如：每三次出現(xiàn)一次，等。3、隔離：確定可能影響再現(xiàn)的變量，例如配置變化、工作流、數(shù)據(jù)集，這些都有可能影響錯(cuò)誤特征。4、推廣：確定系統(tǒng)其他部分是否可以出現(xiàn)這種錯(cuò)誤，以及使用不同的數(shù)據(jù)時(shí)是否存在這種問題等等。5、比較：評(píng)審運(yùn)行相似測試的結(jié)果。編寫錯(cuò)誤報(bào)告的十個(gè)步驟6、總結(jié)：簡短描述客戶或用戶的質(zhì)量體驗(yàn)和觀察到的一些特征。7、壓縮：精簡任何不必要的信息，特別是冗余的測試步驟。8、去除歧異：使用清晰的語言，尤其是避免使用模糊，有歧異的字眼。9、中立：公正的表達(dá)自己的意思，對(duì)錯(cuò)誤及其特征的事實(shí)進(jìn)行陳述，避免夸張、幽默和諷刺；請(qǐng)記住，你永遠(yuǎn)不會(huì)知道誰會(huì)最后閱讀錯(cuò)誤報(bào)告。10、評(píng)審：至少有一個(gè)同行，最好是有經(jīng)驗(yàn)的測試工程師或測試經(jīng)理，在你進(jìn)行報(bào)告之前自己先讀一遍。報(bào)告的其他屬性嚴(yán)重度優(yōu)先級(jí)狀態(tài)配置錯(cuò)誤分類引入階段、發(fā)現(xiàn)階段、消除階段根本原因報(bào)告人Bug管理的簡單流程：1、測試人員提交新的Bug入庫。2、項(xiàng)目經(jīng)理、開發(fā)經(jīng)理或者測試經(jīng)理，再或者測試人員自己分配給相應(yīng)的開發(fā)人員，設(shè)置狀態(tài)為Open。3、測試人員查詢狀態(tài)為Fixed（或Resolved）的Bug，然后驗(yàn)證Bug是否已解決，如解決置Bug的狀態(tài)為Closed，如沒有解決置狀態(tài)為Reopen。4、開發(fā)人員查詢狀態(tài)為Open和Reopen的Bug，不是Bug，則置狀態(tài)為NotBug，是Bug則解決并置狀態(tài)為Fixed（或Resolved），不能解決的Bug，要留下文字說明及設(shè)置Bug狀態(tài)。Bug管理的簡單流程：5、對(duì)于不能解決和延期解決的Bug，不能由開發(fā)人員自己決定，一般要通過某種會(huì)議（評(píng)審會(huì)）通過才能認(rèn)可。6、一般輸入到庫中