生产上的问题怎么快速准确的定位，并及时反馈给上级？

Question

通常线上出现问题后，大多需要前端进行排查，因为系统出问题对用户而言第一感官就是前端的问题，因为他也看不到后端，而对于测试而言由于他也不知道这属于前端问题还是后端问题，而选择直接把问题分配给前端，那么作为前端怎么快速确定线上问题呢？

本文参与了SegmentFault 思否面试闯关挑战赛，欢迎正在阅读的你也加入。

Answer 1

1. 确定是否变更导致？

   1. 如果是变更导致需要及时回滚止损。
   2. 非变更导致可以排查一下异常版本，根据当前情况灵活判断是否恢复成某一个版本。

2. 确定复现路径。

   1. 这可以看用户是否有反馈？
   2. 是否有日志。fundebug、sentry、埋点等等
   3. 是否有特征之类的？比如说机型、ip地域、服务主机等等

3. 分析问题归属

   1. 先自查代码是否处理异常。比如说逻辑错误、兼容性错误
   2. 然后排查是否数据异常。可以通过 charles 伪造数据，也可以通过 chrome 断点控制台修改。

4. 测试环境验证问题

   1. 将上述的问题在测试环境复现出来。证明确实是因为这里有问题后就可以着手修复了。

5. 修复|移交

   1. 自己的问题自己修。兼容性babel、babel-polyfill 之类的。逻辑错误改逻辑。
   2. 合作方的问题，就反馈移交。

6. 测试环境验收

   1. 修完之后记得先验证一下，别因为着急修 bug 又出现新的 bug。

7. 预发&上线

   1. 分级发布
   2. 做好线上回归

本文参与了SegmentFault 思否面试闯关挑战赛，欢迎正在阅读的你也加入。

Answer 2

可以使用“错误码”的机制，给用户反馈一个错误码，用户再给客服反馈。这样只要错误码设计的合理，就可以很快定位问题。

最好的例子是HTTP协议里面的错误码，4xx就知道是客户端的问题，5xx就知道是服务端的问题。😄

本文参与了SegmentFault 思否面试闯关挑战赛，欢迎正在阅读的你也加入。