如何編寫測試報告

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