1.测试对于线下报的问题，测试要做什么？
明确问题、分析问题、跟开发沟通是否有必要重现问题、跟踪和测试问题直至修复。
2.具体怎么做？
- 通过跟问题反馈人员沟通明确问题，将问题描述清楚并详细记录；
- 明确问题是bug、需求问题还是操作问题；
- 如果是bug，是否能重现（说明一下，并不一定要重现），测试重现bug帮助定位问题，并且明确需要补充哪些测试场景、其它哪里会有类似场景需要补充测试；
- 如果是需求问题，可以说明需求上可以如何完善（这是可选项）；
- 如果是线下操作问题，但是有数据要处理；
- 和产品经理一起根据问题的严重性、紧急程度和报告次数等综合优先级，优先级参考下表；
- 根据优先级推动产品经理和开发定处理方案并跟踪直至问题解决。
| 优先级 | 分类 | 响应时间 | 处理时间 |
| P0 | 核心业务，多为阻塞性的 | 当天 | 当天 |
| P1 | 主要功能、一些误导用户使用的UI问题等 | 当天 | 2天 |
| P2 | 从属功能 | 当天 | 3天 |
| P3 | UI | 3天 | |
| P4 | 无关紧要 |
3.测试参与线上问题处理的意义：
- 了解问题，重现问题以帮助定位问题根本原因；
- 能够更好的进行修复问题后的测试；
- 分析哪些业务下哪些特殊场景我们要补充，以指导以后的测试用例设计。
- 流程上提出一些优化；
- 推动根本解决方案以替代临时解决方案，以减少同一个问题被多次抛出；
4.相信一些bug的根本性修复、问题库的建立、处理问题经验的积累、流程上优化（比如提前明确流程中数据在新流程上线前的处理方案）肯定使今后线下真正问题出现的次数减少；