测试日报模板

测试日报从开始第一轮测试及上线前一天都要编写，上线当天编写项目测试报告，邮件发送给项目相关人员。测试日报主要说明测试人员的工作及计划，重点评估测试项目的风险及应对策略

**标题：**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严重程度分布图