筆者在做軟件測試過程中，最初對測試報(bào)告的認(rèn)知就是一個(gè)用于結(jié)項(xiàng)的可有可無的形式文檔，因此只是根據(jù)公司提供的模板依葫蘆畫瓢完成了事。但當(dāng)開始參與ISO的評審、CMMI3等后，開始認(rèn)識到軟件測試報(bào)告遠(yuǎn)非一種形式，更多是一個(gè)測試活動的總結(jié)，項(xiàng)目是否結(jié)項(xiàng)的重要參考和依據(jù)。因此本文指導(dǎo)一些才從業(yè)不久的朋友怎么編寫一份高質(zhì)量的測試報(bào)告。
要有明確結(jié)論
縱觀一些軟件測試報(bào)告，可能測試人員基于規(guī)避自己的責(zé)任，或者迫于軟件開發(fā)經(jīng)理的壓力，導(dǎo)致在報(bào)告中盡寫一些模棱兩可的結(jié)論。這樣的測試報(bào)告是沒有任何作用的，更多體現(xiàn)了測試團(tuán)隊(duì)的懦弱和無能。一個(gè)有效的測試報(bào)告，關(guān)鍵是有一個(gè)建立在真實(shí)測試數(shù)據(jù)上，客觀、公正的明確結(jié)論。公司領(lǐng)導(dǎo)把質(zhì)量交付給你，是希望你能保證公司的軟件質(zhì)量，如果結(jié)論都閃爍其詞，你讓公司怎么相信、支持測試團(tuán)隊(duì)。
每一條結(jié)論都是建立在事實(shí)、數(shù)據(jù)上
前面已經(jīng)提到，測試報(bào)告中最重要的就是要有明確的結(jié)論。有可能是一組數(shù)據(jù)，也有可能是一句話。這些結(jié)論不管以何種形式展現(xiàn)出來，有個(gè)重要的原則：每條結(jié)論必須建立在事實(shí)、數(shù)據(jù)上。測試結(jié)論不能依照少量的不可靠的數(shù)據(jù)進(jìn)行推測，更不能憑空捏造。否則，整個(gè)測試報(bào)告就真正淪為了一個(gè)形式，可能還會因此導(dǎo)致一些未知的負(fù)面后果。
測試報(bào)告中結(jié)果應(yīng)盡可能圖文結(jié)合方式展現(xiàn)出來
測試報(bào)告的讀者往往是項(xiàng)目經(jīng)理，或者公司高層，更有甚者為軟件買單客戶。所以測試報(bào)告應(yīng)盡可能以直觀的形式展現(xiàn)出來。比如數(shù)據(jù)最好以列表的形式展現(xiàn)出來，測試迭代情況最好以折線圖展現(xiàn)出來，并在圖表下配以文字說明。這樣的測試報(bào)告不僅僅是賞心悅目，更讓高層見到了測試團(tuán)隊(duì)的專業(yè)性，從而更容易獲得認(rèn)可。
測試報(bào)告中，必須客觀填寫，但可以在結(jié)尾給予一定的建議
測試報(bào)告中很關(guān)鍵的一點(diǎn)就是，必須客觀真實(shí)的反應(yīng)軟件測試的質(zhì)量檢測結(jié)果。所以在報(bào)告中，應(yīng)該排除過多的個(gè)人因素，客觀的去填寫結(jié)果、說明和報(bào)告。但是，如果你有一些想法和建議，也可以在報(bào)告結(jié)論之后進(jìn)行附加說明。我一直認(rèn)為測試人員除了發(fā)現(xiàn)缺陷，還有一些具有創(chuàng)造性的東西。
下面說下一個(gè)標(biāo)準(zhǔn)測試報(bào)告應(yīng)該包含的內(nèi)容信息
1、概述，包括本次測試的目的，測試的背景介紹。
2、測試環(huán)境，包括測試軟硬件環(huán)境及配置，以及測試環(huán)境的網(wǎng)絡(luò)拓?fù)鋱D
3、測試的一些參考資料
4、測試參與人員，以及投入的時(shí)間情況說明
5、測試的進(jìn)度情況，包括計(jì)劃進(jìn)度和實(shí)際進(jìn)度
6、測試情況介紹，包括測試的內(nèi)容項(xiàng)說明。如功能測試具體的測試項(xiàng)，測試通過情況；性能測試的測試項(xiàng)，測試通過情況等
7、缺陷的統(tǒng)計(jì)和分析，包括迭代次數(shù)，缺陷的分布情況，缺陷的覆蓋情況，缺陷的發(fā)展趨勢等
8、本次測試的結(jié)論
9、測試人員就本次測試的一些建議
或者，推薦使用自動化測試工具TestWriter，自動生成測試報(bào)告，方便、簡單、直觀~
