会议及周报

     好久没有写日记了，今天先写个短的，以后慢慢再写长点，写深入一点的。

     对于测试新手或者毕业生来说，会议和周报总是没有头绪，不知道重点在哪儿，开会会打瞌觉，写周报罗索一大堆，

针对这种情况我来谈谈应变的方法及需要掌握的技巧。

一、项目例会：项目例会其实没有多少内容，万变不离其宗，开会时把握三点要素就行了，首先项目经理或测试经理会让各位项目成员报告工作的进度和下周的计划；然后由各成员汇报工作过程中遇到的困难、风险及需要协调的工作；最后项目经理或测试经理再总结一下工作，并调整工作计划，然后布置工作的进度。

二、需求评审：需求评审一般由需求人员或开发人员来主持会议，因为工作性质的问题，需求人员或开发人员在讲解需求时一般都是站在系统设计或开发角度来讲解或讨论问题的，而此时，测试人员听起来觉得就很素然无味，感觉听起来跟业务和测试关系不大，没有什么帮助，那么也就提不出什么意见或者挑出需求的错误出来，基于这种情况，我推荐这么几条原则：1、会议看几遍待评审的需求，如果没有时间，大概看一下也可以2、会义席间，测试人员要关注业务流程，基础数据从何而来，测试数据如何来做，当然开发或需求人员是不会在会议席间来讲解的，这就需要你来提问了3、一些需求不理解或者有问题的地方，一定要及时提出来让开发或需求人员来解答，这会提高以后测试工作的效率，减少沟通成本

三、周报：周报只需写两项内容，1、这周都干了什么，任务的进度到哪了；2、下周计划干什么，准备完成多少任务。这两项才是领导关心的，其它的屁话都不要写。