每日例会、碰头会如何开？

测试碰头会如何开？ 一 、碰头会召开的目的 1、 对项目组内当前测试情况进行汇报和消息共享； 2、 测试Leader对于汇报内容进行审视，并发现问题；（如何审视，详见下面章节） 3、 营造和谐的团队氛围； 二、碰头会召开的时机 1、 项目组成立前需要定义好每日碰头会的机制：时间（每日早上9点或者下午6点）、碰头会议题（进度、质量、风险问题、典型BUG分享等）； 2、 每日下班前召开，针对当天的工作及问题进行汇报，反馈明日工作计划及目标； 3、 每日上班前召开，针对前一天的工作及问题进行汇报，了解当天的工作计划及重点； 4、 突发严重问题需要即时召开； 三、碰头会召开的形式 1、 依据人员数量、会议内容、会议室资源决定； 2、 建议采取敏捷模式，站立式会议，做到高效会议； 3、 阶段前测试Leader需要确保项目组内所有测试人员明确本阶段目标，比如批次功能编码提交需要时时反馈基本用例验证情况，批次功能测试过程中关注的是本模块的每日质量情况，BUG验证阶段需要反馈每日的异常BUG情况等； 四、碰头会召开前的准备 1、 依据BUG数量和所处阶段，对严重级别高的BUG进行阅读； 2、 对每日进度采取过程中了解，通过内部系统或者Project跟踪文档评审进度、用例执行进度、BUG验证进度等； 3、 对于项目组内建立好的BUG分享机制文档的检查； 4、 对于疑问点提前收集，提前做好记录，会议中适时抛出问题； 五、碰头会上关注的内容 1、 固定议题：每日测试进度、每日BUG、测试风险问题、明日计划；         1）日测试进度：着重培养大家的目标意识，根据阶段关注任务完成进度，通过以下几点识别完成质量。                 A：文档评审的缺陷数量，过少需要了解是否理解文档内容和测试评审关注内容，过多需要记录下来，文档质量差需要向其他岗位反馈；                 B：测试发现的BUG数量，过少需要了解是否测试场景存在遗漏，过多需要对该模块进行质量预警；                 C：每日计划是否按时完成？如已完成，完成的质量如何？如未完成，那预计何时完成？对后续工作的影响是什么？怎么补救？未完成原因是什么？怎么解决？         2）每日BUG：                 A:关注引起设计变更的BUG、产生原因、当前解决方案及进度；                 B:关注重大功能性BUG、产生原因、当前解决方案及进度；                 C:关注数据错误BUG、产生原因、当前解决方案及进度；                 D：通过典型bug分享，从而促进大家测试思维的提高。         3） 测试风险问题：根据以上问题，过程中收集风险问题，并对以往提出的问题风险进行回顾。         4）明日计划：培养每个测试人员对计划的整体性了解； 2、 注意事项：         1）碰头会过程中测试Leader需要有鼓励，引导团队积极的氛围；         2） 建议碰头会轮流主持，培养大家的主人公精神；         3）对于每日反馈的问题，测试Leader需要做好详细记录，跟进，不能不了了之；         4）项目中遇到问题，需要对事不对人的提出异议和批评；