工作这些年，开了多少次会议我已记不清了，很多时候领导给你分配的工作量，计算的时间是不包含这部分开会时间的，所以怎么让自己只参加那些有效的会议就显得尤为重要了。我总结了下，作为一名测试人员，需要开的会议有5个。
1 团队晨会
参与团队晨会，主要是汇报昨天工作情况和今天计划要做的工作，以及在工作中遇到的问题？如果有问题可以寻求帮助，不管是人力上的支持还是技术上的支持，测试总监会给你出解决方案，或是组内人员讨论，让自己有更多的想法，通常这个晨会时间在15--20分钟内，如果觉得每天开频率有点高的话，可以一、三、五召开。
2 需求评审会
需求评审会是测试人员开展工作的源头，所以这个会议测试人员必须全程参与。在参与之前可以自己先过2--3遍需求，带着问题来听需求会让自己节省后续的工作时间，需求评审完成后，测试人员需要将需求转化成功能点，可以以思维导图的方式展开，这样便于梳理逻辑。
3 用例评审会
用例评审会是展示一个测试人员实力的好时机，在你给研发和需求讲解你的用例的时候，你不仅可以提高自己的演讲能力，别人还能从你编写的用例中看出你的逻辑思维是严密的还是松散的，有的人编写的用例一轮评审就能通过，有的人编写的用例需要两轮，三轮。完全凭个人实力。
4 测试结果讨论结会
测试完成后，测试人员是需要编写一份测试报告的。编写该报告的主要目的是总结这轮测试执行了多少用例，发现了多少bug, 还有多少bug没有修改。对于那些有争议的bug，产品经理和测试经理以及研发经理会帮你决定要不要修改。同时研发经理根据这些bug 会告诉你，他们下一轮提测的时间，这样你就能做到心中有数。
5 项目站会
项目站会通常是因为项目临近上线前夕（10-15天），为了督促研发修改bug而设立的。凡是与项目有关的人都需要参与，简单说下今天测试或是研发遇到的问题，研发经理会根据问题的难易程度调配他们组内的人力资源，可以说这个会议，是快速迭代中不可缺少的环节。
针对上面这些会，有些问题争议比较大的，耗时比较多，可能只涉及到小部分人员。这样可以安排会议后单独讨论，不用在大会中占用大家过多的时间，要知道你占用的时间越多，别人加班的时间就越长。
