平时在开发时难免会有bug，因为bug通常和绩效挂钩，这也是一个开发者开发能力和态度的体现。每次在提测前，总有一种考试交卷的感觉，很多时候bug的产生并不是技术能力不够，而是忽略了需求中隐藏的细节。

bug有优先级之分，与之对应的是功能用例，对于开发迭代而言，提测前的冒烟用例是必须100%通过的，因为这决定了整体需求的质量和进度。冒烟用例一般是功能主流程测试场景，它能够走通说明基本完成了产品的需求，剩下的就是边界、用户体验和安全测试了。

这些场景属于隐藏需求，通常不会写进需求文档，但需要经验丰富的开发者和测试根据经验来补充，否则一旦没有覆盖到位，在测试阶段它只是bug，在上线后就是生产事故。

下面梳理下前端开发常见的bug，主要分为几大类，大类另外细分小类：

页面交互类

字段和数据显示

因为字段和数据不一定100%会提供，所以界面上要做好没有字段的处理，及时进行非空判断。同时需要警惕后端的数据类型返回，比如数组并不一定返回空数组，而是null。

• 处理input数据为string而后端数据为int的转换
• 处理前端渲染是数组，但是后端数据是字符串
• 处理金额显示
• CRUD基本模块
  • 列表，是否有分页，pc是分页器，移动端是下拉加载
  • 注意分页、全部返回和导出是同一个接口的场景
  • 数据新删改之后refresh

数据边界问题

• 文本长度
  • 空文本：是否需要占位
  • 长文本：是否换行，或者...
  • 长单词：通常是测试输入很长的单词，此时注意页面结构不错乱，保持滚动
• 数值长度
  • 考虑后端设计数据库时对于decimal,int的位数限制

点击事件

• 事件冒泡

  比如订单卡片和【去支付】

• 防抖

  比如领券，或者新增表单

页面跳转

• 多个路由共用一个页面

  来回切换，处理页面内容刷新

异常状态

• 接口异常统一处理

  提供默认toast后端错误提示

性能安全类

• 节流

  比如监听页面滚动

兼容性