在实际工作中,产品或项目上线后,会多少有BUG反馈(1)是在产品部署的过程中,实施人员发现的BUG反馈回来;(2)客户使用过程中,发现的BUG;
针对这类问题反馈回来后,一般的处理流程:
针对这类问题,原则是:快速响应并及时处理
如果问题严重影响客户使用,开发会第一时间在线上进行处理,临时解决掉满足用户的使用。
如果问题不严重,会将这类问题进行汇总,在后续版本中解决掉,主要从以下方面分析:
问题ID--问题描述--问题类型(是WISH需求还是BUG)--问题是否可以复现--问题遗漏原因分析--问题解决时间--问题责任人
作为测试人员,属于BUG类的问题的责任人,针对线上问题处理过程:
- 先确认弄清楚线上问题详情
- 针对线上BUG在现有版本(和发布到线上的版本一致)环境上进行复现
- 向开发反馈复现情况
----可以复现的问题:弄清楚复现步骤-》反思BUG遗漏的原因-》制定后续改进规避策略,保证后续不要出现类似的问题
----不可以复现的问题:和客户进一步确认问题出现时操作步骤,客户那是必现还是偶现,在家按客户提供的步骤进一步复现
反思线上出现BUG原因:
(1)测试用例覆盖不全面----优化测试用例:把遗漏用户场景补充全;后续加强测试用例的评审
(2)测试时间不足,导致未在测试范围---合理规划测试时间,需要提前将可能存在风险反馈并进行评估
(3)测试条件受限:测试环境无法覆盖(如无对应的硬件环境,无对应的测试数据)---尽量提供充分的硬件条件,若无条件覆盖的,在测试结果中提前报出该类风险以让各方知晓以考虑其他方式覆盖
(4)开发人员在修复其他问题过程中,引入的问题:针对开发修复的问题,需要开发明确代码修改范围,可能受影响的功能范围