测试提交的bug中有一项叫优先级，优先级分为：紧急：需要立即解决的问题，阻塞用例执行，高：需要优先解决的问题，相同原因引发的一系列问题，中：正常节奏处理，低：可解可不解的问题。测试提交bug时，这些都是必填项，会标注优先级，但是大部分情况下，开发并不会关注到这些问题的紧急程度，如果刚好在这个时候你碰到一个问题，希望开发尽快帮你解决下，你可能直接走到他面前，说一下就可以。

但是，在处理线上问题时，就不太一样了，市场的问题一般都是客服报过来的。大部分时候是直接复制客户的原话，也没有做对比或分析。如果这个时候希望问题快速解决，就一定要变通，学会变通。

首先要区分清除问题涉及哪些地方，单个功能bug一般没啥难度，但是有问题的一般都是各个模块之间的跳转和链接，因为这个涉及好几个开发，单一的把问题甩出来，可能并不知道涉及哪些人。

有的客服，口里说着紧急，但是就只知道一直在群里艾特开发，也不知道直接过来摇人，或者没有做小范围排查，看到问题也不知道看客户脸色评估，不体现紧急性（有的客户可能比较狠，会直接找领导投诉）

这个时候适当的引导，才不会让自己这么累。

还有一种情况是需求bug和功能bug傻傻分不清，举个例子：今天一大早，客服人员就急冲冲的跑过来找开发人员，进行暗箱操作，说要满足用户需求，要报考证书，她的需求很简单，需要服务好客户，只是有点急匆匆并且找错了人，但这些根本原因都是她没有描述清楚问题。其实她这个需求只要自己在后台配置就好，根本不需要开发帮助。

所以遇到问题，优先排查范围，其次精准找到相应人员，问题才很有可能快速化解。