1、初步定位：先去数据库查看该功能的数据有没有落库？
    如果落库了，则检查其数据的一致性、正确性、及时性
    如果没有落库，则借助抓包来明确是前段还是后端的问题
2、通过抓包抓取其请求数据及响应数据，先检查请求数据(比如请求地址、请求参数等是否正确，是否缺失)
        如果请求数据不正确或者缺失，则是前端的bug，截图发给前端处理
        如果请求数据正确，无缺失，则进一步检查响应的结果
        如果响应内容不正确或者缺失则是后端的bug，
3、后端的问题，则需要进入后端服务器，使用tail命令获取异常日志内容，发给后端处理

1）如果你的项目是web项目，那么此时你的说法可以是如下：
步骤1：打开浏览器的开发者工具(或者说F12),切换到网络
步骤2：首先检查请求数据(比如请求地址、请求参数等是否正确，是否缺失)
        如果请求数据不正确或者缺失，则是前端的bug，截图发给前端处理
        如果请求数据正确，无缺失，则进一步检查响应的内容
        检查响应内容是否正确或缺失，如果不正确或者缺失则是后端的bug
步骤3：
        如果是后端的问题，则需要进入后台的日志文件所在目录，使用tail命令获取异常日志内容，发给后端处理
步骤4：如果熟悉数据库日志，则也可以继续说:开启数据库日志来定位bug
       如下:先开启数据库日志，set 全局日志文件=1
            进入日志目录，借助日期以及数据库操作关键字来找到对应sql语句
            检查数据是否正确，并发给开发处理
            数据库日志使用完，记得关闭，因为对性能的消耗比较大。
ps：如果有埋点日志，也可以查看埋点日志定位bug
2）如果你的项目是app项目，那么此时你的说法可以是如下：
步骤1：借助抓包软件fiddler抓取数据包，首先查看响应码
步骤2：如果响应码是400系列，一般都是前端问题，进一步检查请求的相关数据是否正确
          如果不正确，则截图发给前端处理
       如果响应码是500系列，一般都是后端问题，进入后台的日志文件所在目录，
          使用tail命令获取异常日志内容，发给后端处理
       如果响应码是200系列，则分别检查请求的相关数据是否正确，以及查看响应数据是否正确
          请求数据不正确则是前端bug，响应数据不正确则是后端bug