测试项目进度跟控——测试负责人的核心

 
    在项目的系统测试过程中，测试负责人要及时了解测试进度，跟踪BUG提交、修复及验证情况以及系统的拷机情况。
 
    在开发初期阶段，测试组执行BBFV时，很多模块、功能点的开发完成进度和原计划会存在一定的偏差，就需要测试负责人动态的刷新WBS计划，根据实际的开发进度调整测试计划。
 
    在开发阶段，存在版本编译不出来导致无法测试，开发人员修复代码太随意导致版本稳定性反复，需求变更过大导致后端测试开发变更严重等现象，会导致测试工作无法正常进行。就需要测试负责人及时反馈出来，根据项目本身的特点进行对应的处理。
 
    当测试进度出现延期时，要及时确认问题原因，如果是问题协查导致，则需及时与研发人员进行沟通协商，看问题是否必须在测试环境进行排查，若为必现问题可与研发协商要求其在自己环境进行排查，若必须占用测试环境，则需及时调整测试计划，若因此可能影响版本的发布，则应及时与SE确认。
 
    若发现有较多BUG未解决，则应主动联系SE及研发人员召开BUG会确定问题的解决时间。若发现有较多BUG未验证，则应提醒项目组的测试人员及时进行验证，对于一些拷机或非必现的BUG，建议测试人员在此BUG上现做拷机标记，连续拷机一周未再复现的做关闭处理，若再次复现则继续进行排查。
 
    疑难问题的跟控：比较难复现的问题，怎么去尝试复现。比较难定位的问题，怎么驱动、反馈给SE，协调开发人员定位问题。比较难处理的问题，怎么跟控反馈进度等。
 
    每天下班前需确认拷机内容，每天上班第一件事需确认拷机结果，只有这样才能保证拷机的效果，实现拷机的真正意义。
 
    实际上，作为一个项目测试负责人，这部分工作是最重要和核心工作。
 
   很多测试的风险点，需要测试人员及时反馈出来，否则无法保证测试质量，也无法反馈产品真正的问题所在。同时，测试计划受到冲击太大的话，对测试计划和项目计划都是重大的风险，需要项目负责人及时反馈，以便解决问题，规避风险。比如：
 
1.版本未编译通过
2.版本不稳定
3.版本反复崩溃，上周bug较少本周bug较多等
4.开发人员占用测试环境时间太长，导致测试无法进行
5.需求变更较大，测试执行无法保证
 
   对测试而言，开发过程是上游环节。所以对上游环节输出交付件的及时反馈是非常重要的，可能会导致工作的被动和适应性调整。测试的过程不应该是纯黑盒，无论是部门方式的测试团队，还是项目方式的测试团队，都应该和其他领域保持多方面、多维度的沟通、交流。