首先说一下个人对定位BUG的基本理解（理解较浅，欢迎指正）

对于软件测试工程师定位BUG最基本的要求是找到BUG是前端还是后端（更高目标就是定位到代码级别）

若是想定位BUG，个人任务最基本的就是要熟悉具体的业务流程，在定位BUG的过程中可以提高自身业务能力和逻辑思维。即使这样，在具体工作中，我们也不能只关心定位BUG，这样可能会消耗巨大时间成本，影响测试任务进度。

接下来是定位BUG的方法

技术方面来说：

结合注册业务中正常注册，但提示注册失败BUG来说：

1.   首先要检查数据库是否有刚刚注册的用户。
2.   然后进行抓包分析，查看具体请求和响应信息，日志信息最好也抓出来。        

抓包后先看响应码，如果响应中有4xx错误，通常是客户端请求有问题；如果响应中有5xx错误，通常就是服务器端有问题（大概率是bug）；如果响应是2xx，则需要进一步的分析

当响应为200时，
      – 检查响应内容正确但前端提示错误、响应字段和前端定义的字段是否匹配，找前端人员来确定
      – 检查响应内容不正确，检查请求的参数是否正确；
          – 如果请求参数不正确，就是前端代码的问题；
          – 如果请求参数正确，但响应不正确，结合服务器日志来进行问题的定位（大概率就是后端代码的问题）

逻辑方面来说：

1.   判断出所有可能性，然后每个都排除
2.   找到最短复现路径