bug定位策略
前提--用户环境层面
- hosts异常：hosts文件主要是加快某个域名或者网站的解析速度，从而达到快速访问的作用，也可以屏蔽网站。hosts异常可能会导致部分网页无法访问，能够加载，但是网页无法正常显示；
- 测试环境脏数据：遇到服务端报500错误，查看日志后，报空指针，很有可能是数据库中关联表的数据被人为删掉导致的（脏数据：从目标中取出的数据已经过期、错误或者没有意义）；
- 测试环境切了分支；
- 项目配置开关；
- 操作不正确；
- 网络是否ping通；
- ip和端口配置是否正确；
前端bug
- 页面布局类问题；（css样式问题）
- 交互类问题：按钮无法点击(前端按钮没有加对应的接口，导致接口没有被调用)、没有拖拽事件等；（js交互问题）
- 文本的展示（html文本问题）
- 兼容性问题；
后端bug
业务逻辑类问题：如正确的用户名和密码无法登录，支付后扣款成功，但是显示支付失败等
数据类问题：了解所测功能的数据表结构，测试中查看数据库中数据是否正确；如新增成功的数据没有显示、注册成功但登陆失败，通过查询数据库用户表，发现没有插入注册成功的数据等；
性能类问题：如页面、表单打开缓慢，提交表单一直显示提交中等；
安全类问题：如越权、sql注入等；
抓包工具+报文分析
- 报文中前端没有发出请求，前端bug；
- 报文中前端发出请求，请求参数异常，前端bug；
- 报文中前端发出请求，请求参数正常，后端响应数据正常，前端界面没有正常显示，前端bug；
- 报文中前端发出请求，请求参数正常，后端没有响应数据，后端bug；
- 报文中前端发出请求，请求参数正常，后端响应数据错误，后端bug；
分析日志
- 复现bug时抓取后端服务器的日志并分析后端的日志；
- 如果操作没有日志产生，则这个属于前端bug,因为没有和后端进行交互；
- 如果日志有相关信息产生，可以进一步分析日志是否有报错信息，如果有报错信息，则为后端bug;
- grep精确查找(服务/日志文件名/关键字/如订单号)
- tail动态查找