測試報告和測試計劃是每位測試人員必須會編寫的文件，當然如果你足夠幸運的話可能不需要你來編寫，而是測試主管來編寫，就作者公司而言，當需求的測試周期大於半個月時才會要求編寫測試計劃，其餘小需求沒有做強制要求
一.測試報告包含內容
1.簡介：編寫目的/參考文件/術語定義
2.測試背景：專案背景和測試環境(什麼架構上，進行了什麼類別的測試，依據了什麼文件)
3.進度執行情況：人員安排和每個模組的測試時間和版本資訊
4.用例執行情況：用例數分佈（模組，型別）和執行率和通過率
5.缺陷統計情況：缺陷數量統計，缺陷重要級別統計，缺陷在不同版本的數量和重要級別，缺陷總數和修復數和遺留以及遺留原因，重要級別的bug主要是什麼問題，列舉一些以南bug說明
6.測試結論：此次測試通過與否
7.測試建議：通過此次測試對之後測試有何建議
a.在專案開始的時候應該制定編碼標準，資料庫標準，需求變更標準，開發和測試人員都嚴格按照標準進行，可以在後期減少因為開發，測試不一致而導致的問題，同時也可以降低溝通成本。
b.釋出版本的時候，正確佈置測試環境，減少因為測試環境，測試資料庫資料的問題而出現的無效 bug。
c.開發人員解決 bug 的時候，填寫 bug 原因以及解決方式，方便 bug 的跟蹤。
d.開發人員在開發版本上發現 bug，可以通知測試人員，因為開發人員發現的bug很有可能在測試版本上出現，而測試人員和開發人員的思路不同，有可能測試人員沒有發現該 bug，而且，這樣可以保證發現的
bug 都能夠被跟蹤
二.測試計劃包含內容（牢記5W1H原則）
5W1H原則：why（專案介紹） when（進度安排） what（測試重點） who（人員安排） where（硬體） how（測試方法/自動化，手動，工具）
1.測試目的：定義測試計劃的重點，功能/效能/流程/資料(易用性/恢復。。。)
2.測試專案簡介：軟體產品規格，軟體產品資訊，軟體產品簡介主要功能，專案背景，軟體面向使用者
3.測試參考文件：測試依據以及測試計劃編寫參考文件，例：需求說明書/概要設計/詳細設計/資料庫設計/使用者手冊/開發計劃
4.測試提交文件：測試用例/日報週報/缺陷報告/總結報告
5.術語和定義：專案中專業術語的解釋
6.測試策略：進入/退出標準(准入準出，開始標準，結束標準)
退出：是否提交該輪測試的測試報告，用例執行率，缺陷遺留情況
進入：上一輪測試退出結果
7.確定測試內容：功能/效能/安全等測試的範圍和內容
8.資源：人力資源（角色/人數/指責）系統資源(軟硬體)
9.測試進度：各個測試階段對於人力和系統資源以及時間的安排
10.測試人員的任務分配：所屬模組的負責內容
11.風險和問題：需求整改/人員流動/測試工程師對業務的瞭解度/軟硬體環境
12.測試工具：測試過程會用到的工具（管理工具禪道和QC（TD）(ALM)，效能工具jmeter/loadruner,自動化功能工具QTP/seleium網頁/appium，介面工具jmeter,postman,fiddler）