51Testing软件测试论坛

标题: 给你的一套测试日报模板记得收藏哦! [打印本页]

作者: 韶光暗淡    时间: 2022-8-8 15:24
标题: 给你的一套测试日报模板记得收藏哦!
**标题:**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严重程度分布图







欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2