前后端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