大家平时都是怎么找一些很抽象的 bug 的

查看 184|回复 11
作者:billbur   
我一般靠日志和 debug 都能解决大部分 bug ,这些都没什么好说的,但是遇到一些非常规手段就能找到问题原因的 bug 就纯靠经验然后做假设再验证了。比方说之前遇到过一次数据库表的统计信息不准确导致 sql 不去走索引,后面又走索引了搞的我们查问题查的要死。
想听听大家的经验之谈,在可以分享的范围内细说,学习学习
SuperManNoPain   
无他,唯手熟尔
imboring   
有些 bug 就是没什么道理的,我甚至用过二分法查找 bug...
key0323   
熟悉底层知识 杜绝玄学编程
opengps   
连续一段时间解决不了,就先放一放回头再分析
hejiangyuan   
只要问题能重现,bug 都好处理。所以有时为了重现问题用各种暴力方法,比如用脚本频繁触发某一个操作。或模拟多个用户同时做相同的操作。之前还遇到过用户鼠标有问题,经常单击变双击导致接口调用 2 次的问题(当然也是代码没有控制好,但普通测试不容易发现)
darksword21   
排除法,首先不是自行车
monkeyk   
bug 哪有抽象的,bug 都是眼睛看出来的
snipking   
你这个场景上一套 APM 就可解啊,从接口开始一直可以跟踪到 SQL 查询,排个序就能看出哪些接口在哪些参数条件下执行哪个数据库查询时间特别长
EastLord   
搞 APM 挺好,但是很多公司不注重这个
您需要登录后才可以回帖 登录 | 立即注册

返回顶部