在工作中 Test Plan、Test Summary Report 等這些詞都會很常被使用到
先來簡單介紹一下這行名詞定義

Test Plan(測試計畫)

通常包含測試的範圍、方法、資源、時間表等。

實作的步驟通常為

1. 分析產品
2. 設計測試策略
3. 定義測試目標
4. 定義測試標準
5. 資源規劃
6. 規劃測試環境
7. 時間表和估計
8. 確定測試可交付成果

看完可能就會發現，這一系列的步驟，都是在開發流程中最前期的【需求確認】時期所開始需要執行的事項，也會開始計畫該執行哪些 Test Suite/Test Case 等，以協助完整的開發週期。

所以在評估一個新需求可行性時，QA 在開發前期就需要開始介入討論、確認、進行各種風險評估 等等。

參考資料:

• TEST PLAN: What is, How to Create (with Example)

Test Summary Report(測試報告)

是總結了所進行的測試活動的測試結果。

此報告常見用會用自動化框架上，例如. Robot Framework(如上圖)、Jest、pytest 等框架只要執行完都會有基本的 Test summary report 可以確認那些測試通過、失敗、coverage 、線圖等數據，供非專業領域的人也能清楚此次測試結果。

通常測試報告都會搭配一些企業常用的通訊軟體 e.g. Slack、Telegram
這些通訊軟體都是有提供 API 串接，這樣就能將測試結果透過自動推播方式讓檢視，可以更方便。

不過即使在非自動化框架上，也是可以建構 Report 的喔！
像是 Jiri、clickup 等專案管理的工具上，也都一定有提供 API 可以使用
此時就可以自己串接這些 API，定期執行，確認票的實作時間、驗退次數、留言次數、實作時間、驗證時間 等等。

然後自己可以客製化前端頁面，將上述所有數據回傳，並作成簡單的 Test Summary Report 來檢視專案內每張票的情況，可以更有數據化的修正開發流程，進一步提高品質。

結語

Test Plan 的擬定在開發初期是非常重要的
Test Summary Report 則是讓所有人可以更好辨識測試的結果
所以每一個測試的概念都是相當重要的
懂能夠融會貫通，才能發揮 QA 的最大的價值