测试日报从第一次测试和上线的前一天开始制作，上线当天制作项目测试报告，通过邮件发送给项目相关人员。 测试日报主要说明测试人员的工作和计划，重点评估测试项目的风险和应对措施
*标题： **xx项目测试日报-x月x日
项目经理
产品经理
前端开发
后端开发
测试人员
测试环境
一、测试情况
说明：这里包括项目测试的总体进度。 进度分为正常、低风险、中风险、高风险。 (可以包括燃烧殆尽的图在内进行说明。 此图假设有完整的计划和更准确的项目报价。 )风险和应对措施
**进展： **中风险(黄色)、可控风险高(标签)、@相关人员或领导关注
风险提示
示例1:xx功能没有按计划进行测试
例2 ) xx模块前期考虑不充分，比预想的开发时间及测试时间要长很多
例3 )第一次测试接近尾声，还有x个错误尚未解决
策略
1、周六@xx、@xx加班半天，完成xx 80 %的功能测试或bug整理等(加班能进行到什么程度必须说明。 否则，加班是否达到目标，能否有效缓解进度问题就不得而知了) )。
2、协调(开发者) xx参与测试
3、开发者在x日前解决所有本期需要解决的问题(必须在什么时候之前解决所有bug ) ) ) ) ) ) )。
风险的应对策略如下。 1、协调开发人员参与测试(测试用例测试表明测试人员需要监督开发人员用例的执行情况和进度)； 2、加快加班进度3、砍掉部分低优先级需求(下一期排放需要产品经理同意，具体砍掉什么由产品经理决定)。 4、改变测试策略：低优先级需求只进行主流程测试，保证主流程可用或开发自检保证即可(这需要征得产品经理同意，测试人员不能自行决定) 性能测试延期(需要项目团队共同决定)； 5、项目延期； 6、资源调配，从其他团队协调测试资源，一般是不可能的，除非是公司层面重视的项目
进度详情
需求ID需求名称测试阶段测试人员进度备注禅道需求ID禅道需求名称第一次测试xx30%受xx bug影响暂停测试5423xxx功能优化第二次测试xx0%延期测试二、重要bug说明(任意填写) ) )
P1、P2级臭虫在这里一一列出。 特别是阻碍测试的问题用红色表示。 @相关开发者尽快解决(最好与开发者取得联系后，请开发者决定解决时间，并在日报上注明)。
1、错误34234:xx模块报告错误，无法测量xx功能@xx 3月8日中午12:00解决并提交测试。
三、今日工作及明日计划
【今日工作】
说明：当天各测试者的测试工作概要。 包括进展情况
1、xxx功能第一次测试40%，xxx功能第二次测试50%，错误验证，@xx
……
【明日计划】
说明：明天各测试者的工作计划。 包括计划的完成进度
1、xxx功能首次测试100%，xxx功能首次测试50%，@xx
四、bug情况
创建bug地图：每日添加、每日解决、bug状态分布图、bug严重度分布图