一般新项目开始了，项目经理介绍完背景，产品经理讲解需求之后，开发和测试人员就会进行任务划分，由组员合作完成这次版本。在测试过程中，为了及时准确的掌握整体进度，就需要汇总大家的测试情况。

汇总的时候，为了方便统计，基本上都要求能覆盖到以下内容：

举个例子：

1.1【测试内容和执行情况】（记录测试进度并更新在项目的表格中）

今日测试内容：

1. 保洁项目：完成10%

2. 设置模块：完成10%

整体工作完成度：10% 

明日测试内容：

1. 保洁项目——代客下单

2. 2.回归bug 

1.2【问题与风险】 (阻塞流程问题或开发遗漏未做的功能或其他P1级别问题)

1. app无法添加套餐项目

我知道很多公司是有要求写日报的习惯的，测试期间的日报汇总相比于普通的日报还是有很多区别的。比如在版本测试第一天，通过日常进度可以知道哪些模块阻塞，哪些模块正常测试。通过bug对比，可能发现相同原因或者相同组件会引发不同模块的一系列问题。亦或者在版本快结束时可以及时观察哪位组员的进度有点慢，可以适时孙伟调整，增加支援。

除了日报汇报之外，测试过程中的交流还有可以查看别人提交的bug，当测试没有思路或者自己觉得没啥问题的时候，此时看看别人提交的bug往往能够查漏补缺，带来新的灵感，毕竟每个人测试的思路不同，多看看多学习也是有好处的。

在职场中，切记一人埋头苦干，不与他人沟通交流，这样很可能导致自己的测试方向偏差，或者信息滞后，也会出现遇到问题没人帮助解决的情况。

测试团队应该是紧紧抱在一起的一根纽带，而不是各打各的一盘散沙。