给你的一套测试日报模板记得收藏哦！

韶光暗淡

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