剛開始從事這個行業，大部分朋友的第一次測試都交給了功能測試，自然而然第一次報告也被功能測試給“破處”了，可是是這個寫的多的報告，卻越寫越困惑，一是我們的報告被重視的不夠，二是這個報告每次都按照模板套的，沒得新意，自己到后都寫得沒信心了。

　　對于第二個問題，除非你是測試主管或者測試經理，否則你還真沒有決定權，領導定的模板也是方便部門內部的統一管理。但是同一套模板每次寫的的內容一樣么？我們想過沒有，第一個問題是不是很大程度上是第二個問題帶來的？那么編寫的測試報告需要我們做什么？

　　一、測試功底：

　　熟練編寫測試報告是一個測試工程師的必修課，馬虎不得。老手們可能看幾眼你的報告知道你的水品處在什么層次。先展示的地方是你的內功，你“行走江湖”大的資本，也是能體現你能力的地方。對于一份功能測試的報告，應該包括本次測試的目的，結果的概述、總結、分析，用例的執行結果，缺陷結果及分析（收斂趨勢等），后附加一些環境信息（DB，OS、瀏覽器等），雖然各自的報告可能迥然不同，但是這些共同點還是都需要包括的。而對這些共同點的概括總結和分析，則是分內之事了。對于這種“熟練工種”，沒有什么特別好的辦法，熟能生巧，多寫多看多總結，提高自己對測試結果的敏感度，相信量變一定會引發質變的。

　　二、語言外功：

　　測試報告是一個文檔程度很強的東西，所以編寫這玩意很能考察大家的文字功底。相信各位都有在撰寫報告的時候對一些詞、一些語句斟酌很久的場景。的確，我們不僅要實事求是的反應本次測試的結果和問題情況，而且還要讓這篇文章的閱讀對象接受我們的措詞。同一句話不同的表達方式換回來的結果完全不同，所以測試報告對測試工程師的語言組織功底則是一次摸底考察，看來這方面平時不積累不行啊。

　　三、面向對象：

　　在編寫報告實際操作過程中，我們要根據這份報告的潛在閱讀者來調整，即所謂的面向對象“寫報告”，每份報告的模板在固定后，第一眼看上去每份報告基本上一樣，那我們怎么來提高這份報告的推廣程度？我們可以調整每個模塊的順序和寫作偏重點。如果對象是項目管理者，他可能更關注版本的整體情況以及對整個系統的總結；開發人員可能更關心缺陷的修復情況和收斂趨勢；而團隊老大則可能要重點查看分析結果等。我們可以根據不同的“用戶”調整我們的側重點，面向多個對象則要找好這個平衡點了。

　　四、總結：

　　測試報告雖然是文檔，卻體現著編寫者的測試和語言功底，因此，不是每個測試人員都可以叫做測試工程師，更別談熟練了。不過也沒什么，不是不代表明天不是。多看、多寫、多總結對于一個測試人員來說是一項重要的“革命”工作。