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

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

　　一、測試功底：

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

　　二、語言外功：

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

　　三、面向?qū)ο螅?/FONT>

　　在編寫報告實際操作過程中，我們要根據(jù)這份報告的潛在閱讀者來調(diào)整，即所謂的面向?qū)ο蟆皩憟蟾妗保糠輬蟾娴哪０逶诠潭ê，第一眼看上去每份報告基本上一樣，那我們怎么來提高這份報告的推廣程度？我們可以調(diào)整每個模塊的順序和寫作偏重點。如果對象是項目管理者，他可能更關(guān)注版本的整體情況以及對整個系統(tǒng)的總結(jié)；開發(fā)人員可能更關(guān)心缺陷的修復(fù)情況和收斂趨勢；而團隊老大則可能要重點查看分析結(jié)果等。我們可以根據(jù)不同的“用戶”調(diào)整我們的側(cè)重點，面向多個對象則要找好這個平衡點了。

　　四、總結(jié)：

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