工作这些年,开了多少次会议我已记不清了,很多时候领导给你分配的工作量,计算的时间是不包含这部分开会时间的,所以怎么让自己只参加那些有效的会议就显得尤为重要了。我总结了下,作为一名软件测试人员,需要开的会议有5个。

软件测试

1 团队晨会

参与团队晨会,主要是汇报昨天工作情况和今天计划要做的工作,以及在工作中遇到的问题?如果有问题可以寻求帮助,不管是人力上的支持还是技术上的支持,测试总监会给你出解决方案,或是组内人员讨论,让自己有更多的想法,通常这个晨会时间在15--20分钟内,如果觉得每天开频率有点高的话,可以一、三、五召开。

2 需求评审会

需求评审会是测试人员开展工作的源头,所以这个会议测试人员必须全程参与。在参与之前可以自己先过2--3遍需求,带着问题来听需求会让自己节省后续的工作时间,需求评审完成后,测试人员需要将需求转化成功能点,可以以思维导图的方式展开,这样便于梳理逻辑。

3 用例评审会

用例评审会是展示一个测试人员实力的好时机,在你给研发和需求讲解你的用例的时候,你不仅可以提高自己的演讲能力,别人还能从你编写的用例中看出你的逻辑思维是严密的还是松散的,有的人编写的用例一轮评审就能通过,有的人编写的用例需要两轮,三轮。完全凭个人实力。

4 测试结果讨论结会

测试完成后,测试人员是需要编写一份测试报告的。编写该报告的主要目的是总结这轮测试执行了多少用例,发现了多少bug, 还有多少bug没有修改。对于那些有争议的bug,产品经理和测试经理以及研发经理会帮你决定要不要修改。同时研发经理根据这些bug 会告诉你,他们下一轮提测的时间,这样你就能做到心中有数。

软件测试

5 项目站会

项目站会通常是因为项目临近上线前夕(10-15天),为了督促研发修改bug而设立的。凡是与项目有关的人都需要参与,简单说下今天测试或是研发遇到的问题,研发经理会根据问题的难易程度调配他们组内的人力资源,可以说这个会议,是快速迭代中不可缺少的环节。

针对上面这些会,有些问题争议比较大的,耗时比较多,可能只涉及到小部分人员。这样可以安排会议后单独讨论,不用在大会中占用大家过多的时间,要知道你占用的时间越多,别人加班的时间就越长。