做测试，不会沟通就加班到死

编者记：测试人员作为产品开发这场接力赛的最后一位接棒选手，你有木有遇到过这样的情况：前面的队友把路线改（需求变更）了，也没告诉你，还傻傻的等在原地，然后还必须按时达到终点（按期完成测试），所以你不得不拼了老命往前跑（加班赶进度）。如果你有遇到过，看看晨会是否能帮到你吧

最近，项目组实行了每天早上固定时间开晨会的制度，从开展到现在2周左右的时间，从自身角度来看，还是为项目推进工作带来了一定的帮助。关于晨会，做了一些相关的总结，大致如下：

一、对待晨会的态度：

晨会是一天中唯一的有组织的整个项目组的会议，是各个团队表达诉求、向其他团队汇报进度以及了解整个项目的进展的最好的机会，对待晨会的态度一定要认真，以一种很随意的凑数的心态参加晨会，只会浪费时间和机会。

二、晨会的作用：

1、向其他团队表达诉求，主要包括以下方面：

a、开发团队：阻塞测试的bug、未能按时提测的问题、执行的问题（如自测case执行相关问题）、修改bug相关问题等；

b、产品团队：需求理解问题、需变问题、产品走查问题及一些产品负责推进的事情；

c、交互、视觉团队：视觉、交互走查相关问题；

d、PM：需变的排期、与其他团队配合的一些问题。

2、同步整个项目的进度信息：

a、测试组将测试进度信息同步给项目组其他团队；

b、收集其他团队的进度信息。

3、第一时间将大家的心收到工作上来，并且清楚今日的工作重点以及目标（督促开发早点上班,[偷笑]houhou~）

三、晨会前的准备工作：

为了能够更好的利用晨会，晨会前的准备工作必不可少，因为临时想问题，可能想的不够全面，漏下的问题可能还需要再去确认，晨会前的准备工作大致分为以下几类：

1、目前测试的整体进展：包括大纲、一轮、二轮、性能测试、兼容性测试等的一个进度。

2、目前提测的情况：主要包括提测的质量情况如何以及未能按时提测的功能模块。

3、目前bug情况：主要看有没有阻塞bug，以及bug修改情况。

4、需求相关情况：需变情况，需求理解情况（需求够不够全面、够不够清楚之类的）。

5、视觉、交互情况：交互、视觉是否齐全，是否有因交互视觉导致的阻塞问题等。

6、排期相关：新增需变是否缺少排期、开发排期存在的问题。

四、晨会后的推进工作：

晨会结束后，一般各个团队都有一些待处理的事情，一般需要及时处理这些问题，并在下次晨会时，将结果反馈给项目组，对于其他团队需要为测试组做的事情还没有完成的，也需要再次提出来。

五、总结：

晨会虽然提供了整个项目组的沟通机会，但是也不能依赖晨会解决所有的问题。在晨会中，一般都是一个总体的情况描述，一些细节的沟通还是需要会下利用时间去沟通并确认。

原文链接

如需转载该篇文章，请注明来自“搜狗测试”