bug定位策略

前提--用户环境层面

• hosts异常：hosts文件主要是加快某个域名或者网站的解析速度，从而达到快速访问的作用，也可以屏蔽网站。hosts异常可能会导致部分网页无法访问，能够加载，但是网页无法正常显示；
• 测试环境脏数据：遇到服务端报500错误，查看日志后，报空指针，很有可能是数据库中关联表的数据被人为删掉导致的（脏数据：从目标中取出的数据已经过期、错误或者没有意义）；
• 测试环境切了分支；
• 项目配置开关；
• 操作不正确；
• 网络是否ping通；
• ip和端口配置是否正确；

前端bug

• 页面布局类问题；（css样式问题）
• 交互类问题：按钮无法点击(前端按钮没有加对应的接口，导致接口没有被调用)、没有拖拽事件等；（js交互问题）
• 文本的展示（html文本问题）
• 兼容性问题；

后端bug

• 业务逻辑类问题：如正确的用户名和密码无法登录，支付后扣款成功，但是显示支付失败等

• 数据类问题：了解所测功能的数据表结构，测试中查看数据库中数据是否正确；如新增成功的数据没有显示、注册成功但登陆失败，通过查询数据库用户表，发现没有插入注册成功的数据等；

• 性能类问题：如页面、表单打开缓慢，提交表单一直显示提交中等；

• 安全类问题：如越权、sql注入等；

抓包工具+报文分析

• 报文中前端没有发出请求，前端bug；
• 报文中前端发出请求，请求参数异常，前端bug；
• 报文中前端发出请求，请求参数正常，后端响应数据正常，前端界面没有正常显示，前端bug；
• 报文中前端发出请求，请求参数正常，后端没有响应数据，后端bug；
• 报文中前端发出请求，请求参数正常，后端响应数据错误，后端bug；

分析日志

• 复现bug时抓取后端服务器的日志并分析后端的日志；
• 如果操作没有日志产生，则这个属于前端bug,因为没有和后端进行交互；
• 如果日志有相关信息产生，可以进一步分析日志是否有报错信息，如果有报错信息，则为后端bug;
• grep精确查找(服务/日志文件名/关键字/如订单号)
• tail动态查找

查看数据库

查看缓存