測試人員編寫軟體測試報告常見的疏漏，以便大家避免，更好讓測試成果呈現給客戶（可能是自己的領導，也可能是使用者，後文統稱為客戶）。
文件模板的使用
往往公司模板更新換代了，但測試人員仍然在沿用原來的模板。輕則說明你粗心，重則說明你不關心公司的變化、磨洋工。
筆者曾經遇到過真實的例子，有一同事使用舊文件模板，但實際公司的名字和logo都發生了變化，傳送到產品經理，後果肯定是測試報告被打回，並通報批評。如果極端點，測試報告放到更高層，如公司主要領導，那後果和影響不言而喻。
修訂記錄應該在首頁後標示清楚
修訂記錄，是自己勞動成果的過程記錄，這點也是測試人員容易忽視的地方。
有的測試人員，每次提交的測試報告，修訂記錄都只有一條。實際測試報告應該是有審查和修訂過程的，比如你在發出測試報告之前，通常都應給測試經理審查過目，往往過後還會有些問題修訂。如果不標識清楚，那麼可能提出的一些特別要求，會讓報告顯得用了較長時間。這可能讓公司高層客戶認為你的能力不行，也不能讓外部（如iso審查組織）了解你們的工作合規性。修訂記錄主要包括：修改時間、版本號、修訂人、修訂內容及審查人。
內容應該清晰易懂，簡明扼要
不要把測試報告的內容寫成一篇中篇**。各種修飾詞，流水話一大堆，導致看的人霧裡看花，似是而非。我看過有把測試報告寫成文章的，通篇報告都是文字，我認為、我想、他們應該等一大堆稱謂詞，最後草草下個結論，讓人不明所以。
測試報告應該盡量避免主**法，加入一堆的主觀認識。而應該客觀的、簡明扼要的把過程表述清楚。並且盡可能結合**和**輔以說明。這樣的測試報告才令人賞心悅目，也讓人一目了然，從而把測試結果很好的呈現給客戶。
絕不放過乙個錯字
軟體測試人員應該是一群吹毛求疵的人，如果自己的報告中有一堆錯別字，哪怕是乙個錯別字，可能都會尷尬難堪。原來就有同事非常粗心，導致測試報告出現多個錯別字。
而開發人員一句"平時找bug時，連乙個錯別字都被你單獨列為乙個bug，xx，你看你文件有好多bug"，這個測試人員鬧得非常尷尬。最好的做法就是，寫完測試報告後，自己一定要通篇檢查一到兩遍，這樣嚴格要求自己，才能去高要求別人。
沒有閉環的bug，哪怕是往期版本遺留的bug，都應該羅列出來
往往測試人員在一些外部壓力下，容易把承諾修改但還來不及驗證的bug在測試報告中抹去，或者有意疏漏。但這樣不呈現出來，一發出去，可能高層不知道具體情況而做出錯誤的決策，導致後期出現人為的事故。
以前碰到過軟體系統的一小工具，因為使用頻率不高，所以bug經測試經理、開發經理和專案經理達成一致意見延期修復，但測試人員沒有在測試報告中把這些bug呈現出來，導致市場人員在給使用者演示時為了說明系統的強大，從而錯誤的展示了該有bug的工具，以至在使用者面前出現冷場。
更極端的結果可能是，使用者拒絕採用該系統。所以我們在測試報告中，應該把沒有閉環的bug，哪怕是往期版本遺留的bug，都應該詳細羅列出來。這樣才能讓高層或推廣部門的同事進行規避或作出應對措施。
產出成果恰當呈現
最好的做法是在郵件內容頁開頭，寫上測試結論、問題建議，並可以把主要的測試結果統計放在後面，最後才是附上完整測試報告的附件。
寫乙份測試報告不難，要寫好乙份合格高質量的報告需要我們花費更多的心思。
軟體測試報告 軟體質量報告？還是軟體測試報告？
問題 於一些同僚的問題。vincent，老闆讓我發乙份軟體質量報告，你有模板嗎？是測試報告嗎？no，no，應該不是測試報告，是質量報告。測試報告大家都大概知道怎麼做，但是質量報告呢，說起來他到底與測試報告有什麼不同？仔細思考，其實這兩種報告之間的差異還是比較直觀的。當然，測試的報告也能反應出乙個產品...
軟體測試報告 軟體質量報告？還是軟體測試報告？
你這麼優秀，一定只想把 檸檬班 置頂 問題 於一些同僚的問題。vincent，老闆讓我發乙份軟體質量報告，你有模板嗎？是測試報告嗎？no，no，應該不是測試報告，是質量報告。測試報告大家都大概知道怎麼做，但是質量報告呢，說起來他到底與測試報告有什麼不同？仔細思考，其實這兩種報告之間的差異還是比較直觀...
軟體測試報告
軟體測試報告 專案編號 專案名稱 任務編號 序號 工作名稱 程式 id 程式名稱 程式設計員 測試完成日期 年 月 日 測試工程師 測試完成日期 年 月 日 1 是 否 安裝 1 程式執行環境已經正確設定 2 程式 檢查 1 程式單位首部有程式說明和修改備註 2 變數 過程 函式命令符合規則 3 程...