在我们测试过程中，基本上都要统计每个版本/迭代每日的测试进度情况如何，那我们都需要重哪些方面去统计这些数据呢？
我们可以分几个方面来考虑，首先明确项目的基本信息，主要包括以下内容：
1、明确的项目迭代版本如 XX系统一期或XX项目v0.1.2版本；
2、明确测试版本的优先级，如高、中、低；
3、明确本期迭代都需要完成哪些需求，这样可以让上级/同事大体清楚当前迭代都需要做些什么事情；
4、同时需要明确需求的来源方，由哪个部门提出的需求/由哪个部门开发的需求；
5、明确当前项目正处于什么状态？ 是需求计划中呢？还是开发中？测试中？还是已经上线了？
其次，我们需要增加我们需要实时维护的部分，也就是我们的进度管理部分，这部分内容需要考虑：
1、测试排期（开始时间、结束时间）；
2、由谁负责测试（当然此处可能会有多人，建议填写负责人即可）
3、每天的测试进度如何（可通过测试用例执行数量进行评估，当然由于项目的复杂度也可以按实际情况评估）？
4、既然有进度，那就可能存在进度风险，可以增加风险项；
以上条件正常情况下是能够满足日常的进度汇报的，当然，要是能够附加其他信息的话可能会更好，如：bug数据统计（总数量、待修复、必须修复等），测试过程中产生的各种数据链接等等。
