在项目的系统测试过程中,测试负责人要及时了解测试进度,跟踪 BUG 提交、修复及验证情况以及系统的拷机情况。
在开发初期阶段,测试组执行 BBFV 时,很多模块、功能点的开发完成进度和原计划会存在一定的偏差,就需要测试负责人动态的刷新 WBS 计划,根据实际的开发进度调整测试计划。
在开发阶段,存在版本编译不出来导致无法测试,开发人员修复代码太随意导致版本稳定性反复,需求变更过大导致后端测试开发变更严重等现象,会导致测试工作无法正常进行。就需要测试负责人及时反馈出来,根据项目本身的特点进行对应的处理。
当测试进度出现延期时,要及时确认问题原因,如果是问题协查导致,则需及时与研发人员进行沟通协商,看问题是否必须在测试环境进行排查,若为必现问题可与研发协商要求其在自己环境进行排查,若必须占用测试环境,则需及时调整测试计划,若因此可能影响版本的发布,则应及时与 SE 确认。
若发现有较多 BUG 未解决,则应主动联系 SE 及研发人员召开 BUG 会确定问题的解决时间。若发现有较多 BUG未验证,则应提醒项目组的测试人员及时进行验证,对于一些拷机或非必现的 BUG,建议测试人员在此 BUG 上现做拷机标记,连续拷机一周未再复现的做关闭处理,若再次复现则继续进行排查。
疑难问题的跟控:比较难复现的问题,怎么去尝试复现。比较难定位的问题,怎么驱动、反馈给 SE,协调开发人员定位问题。比较难处理的问题,怎么跟控反馈进度等每天下班前需确认拷机内容,每天上班第一件事需确认拷机结果,只有这样才能保证拷机的效果,实现拷机的真正意义。
猜你喜欢:
自动化测试流程是什么?【图解自动化测试流程】
有哪些需要测试人员必须掌握的使用linux小技巧?
自动化测试的优势和劣势有哪些?
软件测试的准入准出是什么?标准是什么?
黑马程序员软件测试开发培训