前后端bug特征
后端：
- 业务逻辑问题：如任务状态未扭转成功，创建任务失败等
- 数据类问题：如新增的任务在页面没有展示出来等
- 性能类问题：提交任务一直显示创建中、批量操作等待耗时长超时等
前端：
- 页面显示类型问题：静态文案错误、文字大小、错误提示不友好（code码、exception异常）UI、
- 页面布局类问题：显示不全、文字排版未统一、与UI稿不一致
- 交互类问题：点击没请求接口、报错提示被吞、没有兜底提示
- 兼容性问题：不同浏览器、不同机型、不同系统、（具体显示与布局、新老版本APP功能接口数据结构兼容情况）
缺陷定位的常用方法：
- 前端未请求接口，则判断为前端bug
- 前端发出请求但是入参错误/缺少入参，则判断前端bug
- 前端发出请求入参无误，后端返回数据错误，则判断为后端bug
- 前端发出请求入参无误，后端未响应产生数据，则判断为后端bug
- 后端返回数据无误，但前端没有正确展示，判断为前端bug
定位工具：Chrome（F12：network）charles、fiddler
分析日志：
- 复现bug时后端服务日志无报错信息、接口repsonse信息无误，可初步认为与后端无交互，定位为前端bug。
- 若有相关错误日志输出，可以进一步查看错误信息，明确报错信息入参正确，可初步判断后端bug。
- 微服务可通过traceId查询，需要加英文引号'' 如（grep ' ' erro.log）
数据库分析：
- 检查DB中数据是否写入正确？
- 插入数据成功，但前端未展示需要结合抓包工具分析是后端未返回还是前端未展示
经验：
了解接口、字段命名规范、常用服务的词汇，能更快速找到对应字段映射关系，定位前后端bug
