測試日報從開始第一輪測試及上線前一天都要編寫，上線當天編寫項目測試報告，郵件發送給項目相關人員。測試日報主要說明測試人員的工作及計劃，重點評估測試項目的風險及應對策略

**標題：**xx項目測試日報-x月x日

項目經理：

產品經理：

前端開發：

后端開發：

測試人員：

測試環境：

一、測試情況

說明：此處包含項目測試的整體進度，進度分為：正常、低風險、中風險、高風險（可包含燒盡圖加以說明，這個圖的前提是有完備的計劃及較準確的項目預估）；風險及應對策略

**進度：**中風險（標黃），可控；高風險（標紅），@相關人員或領導加以關注

風險提示：

例1：xx功能未如期提測

例2：xx模塊前期考慮不充分，比預估的開發時間及測試時間要長很多

例3：第一輪測試接近尾聲，還有x個bug未解決

策略：

1、周六 @xx 、@xx 加班半天，xx功能測試80% 或者完成bug清理等（加班做到什么程度要說明，不然加班有沒有達到目標，能否有效緩解進度問題不可得知）

2、協調（開發人員）xx加入測試

3、開發人員在x日前將本期需要解決的問題全部解決完畢（需要項目組一起討論決定在什么時間點前要把所有的 bug 解決）

風險的應對策略無非是以下幾種：1、協調開發人員加入測試（按測試用例測試，測試人員需要監督開發人員用例執行情況及進度）；2、加班趕進度；3、砍掉部分優先級低的需求（排到下期，需要產品經理同意，具體砍哪些由產品經理決定）；4、改變測試策略：低優先級的需求只做主流程的測試，保證主流程可用或開發自測保證即可（這個需要獲得產品經理的同意，不能測試人員私自決定）；性能測試延期（需項目組共同決定）；5、項目延期 ；6、資源調度，從別的團隊調測試資源，一般情況下不可行，除非是公司級重視的項目

進度詳情

需求ID需求名稱測試階段測試人員進度備注

禪道上需求ID	禪道上需求名稱	第一輪測試	xx	30%	由于xx bug 影響導致測試暫停
5423	xxx功能優化	第二輪測試	xx	0%	提測延期

二、重要bug說明（選填）

P1、P2級bug在此一一列出，尤其阻礙測試的問題紅色標出，@相關開發人員盡快解決（最好跟開發人員溝通后，讓開發人員確定解決的時間，在日報中標明），如：

1、bug 34234：xx模塊打開報錯，導致xx功能不可測 @xx 3月8號中午12：00解決并提交測試。

三、今日工作及明日計劃

【今日工作】

說明：當日各測試人員的測試工作概述，包含進度

1、xxx 功能第一輪測試 40%、xxx功能第二輪測試 50%，bug 驗證， @xx

…

【明日計劃】

說明：明日各測試人員的工作計劃，包含計劃完成的進度

1、xxx 功能第一輪測試 100%、xxx功能第一輪測試 50%， @xx

四、bug情況

列上bug圖：每日新增、每日解決、bug狀態分布圖、bug嚴重程度分布圖

總結

以上是生活随笔為你收集整理的测试日报模板的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。