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

  • Z时代
  • 2024-02-13
  • 分类：IT

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

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

回答：

  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 思否面试闯关挑战赛，欢迎正在阅读的你也加入。

回答：

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

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

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

以上是 生产上的问题怎么快速准确的定位，并及时反馈给上级？ 的全部内容， 来源链接： utcz.com/p/933809.html

回到顶部