效能測試報告編寫技巧

以下內容節選自《大話軟體測試》一書

分析完成之後我們就要寫一份報告了。在這個網際網路資訊極度發達的時代，我們已經習慣了“衣來伸手飯來張口”和“提筆忘字”，別說寫一份測試報告了，甚至寫兩句話都不知道該怎麼寫。可見，資訊化越是發達，人們越該加強對寫作能力的培養。

寫一份漂亮的報告相對來說還是比較重要，關鍵在於要掌握寫報告的核心思路，我自己在寫的時候一般會遵循幾個要點：

1) 結構清晰：就是要有較好的層次感，這樣看起來才不會亂，讀起來才容易理解，切記不可過於混亂。

2) 描述簡潔：不要寫過多的廢話，有時候你分析的過程很長，但寫的時候可以做適當的裁剪，不要死板的一個個字都寫出來，誰有時間看一份超長的報告呢。

3) 圖文混合：還是那句話，一圖勝千言，能用一張圖說清楚的就不要寫一段話。

4) 資料對比：最有力的報告不是描述的天花亂墜，也不是多麼文藝，而是有資料、有對比，這樣才更有說服力。

瞭解了寫一份優秀報告的指導原則之後，我們再來看看大家最常問的問題：“報告格式怎麼寫？”。常見的報告格式有兩種，大家在寫的時候可以參考一下：

1) 結論先行：意思就是我在報告的開頭就把最後的分析結果寫出來，讓看報告的朋友一眼就能看到，不需要在流水式的一個個往下看了。

2) 結論後行：顧名思義就是結論放到了最後，類似“流水賬”，按照順序一步步分析，最後給出結論。

這兩種格式沒有絕對的好與壞，根據實際情況選擇即可。

除了上面這些需要注意的事項外，還有一些細節也值得考慮：

1) 針對不同的人要編寫不同的測試報告。

比如，給領導和給技術人員看的報告是完全不同的，他們的關注點以及專業性都會有天壤之別，也許一份引以為豪的報告就因為給錯了物件而被批的一文不值。如果報告是傳送給領導的，那麼需要儘量的避免測試術語，要用更容易理解的話來描述。報告要簡潔有力，不要做過多無用的描述，因為領導是沒有時間關注細節的，他們更在乎結論。如果報告是傳送給技術人員的，那麼可以忽略上述的顧慮，可以站在專業的技術角度去編寫，體現分析過程、細節、解決方案以及結論。

2) 給出適當的解決方案。

對於分析出來的問題，應該給與適當的解決方案，可能有的朋友會覺得無法給出解決方案會很“難為情”，其實不用。本身效能測試就是一個龐大而複雜的工程，不是一個人就可以完成的，需要各個人員的配合協助才可，每個人完成擅長的事情。而且對於測試工程師來說這個過程更加有意義，你可以學習到不同的知識，得到不同問題的不同解決方案，對於你來說是一份寶貴的“財富”！