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