修bug

有一段时间一直都是在修复别人留下来的bug ,或者历史遗留的问题,不可避免的是要理解代码和定位问题,以及跟测试打交道,以下是那段时间总结

1.理解bug描述,若有疑问就得问清楚(如何重现,有些情况需要问清楚环境,场景)

2.问题定位

3.理解不是自己写的代码或者捋捋自己写的代码是否有问题

4.断点debug

5.猜想,怀疑

bug:

1.表面式 样式,文案,一眼就可定位到

2.深层的bug(组件有遗漏处理的分支问题和,页面样式污染,不在自己定位范围的)

3.鬼畜的bug(很难重现并且自己确认好没问题,事实是某种情况下会出现的,环境影响)

5.功能没处理完善的bug

6.需求没确认好的bug(自己没考虑周到,但不排除不是产品的锅)

7.不关的bug(测试认为有问题,实际上是环境,设备自身特点,浏览器自身的,接口的问题)

9.伪装的bug(表面上是样式问题实际是js交互处理或是某个漏的,还有表面逻辑问题或交互问题实际上是样式处理不当的问题)

10.待发掘

你可能感兴趣的:(修bug)