想要修复bug,首先面临找到bug原因的难题，好比一根针掉到地上，怎么找到这根针？这个问题就交给各国大妈去解决了
中国大妈会根据针掉落的方向，落地点等，去确定查找范围，然后目测去寻找到针
德国大妈会把地板划分成mxn格，然后一格一格遍历寻找，最后目测寻找到针
美国大妈会找一块大的磁铁，先以落地点为圆心画一个圆圈找针，再扩张圆圈范围寻找
。。。由于各国大妈太多，就不一一列举了
其实，上面几种方法都可行，有的效率高，有的没有遗漏，有的技巧高但对设备要求高，而这些都不是究竟，无论哪种方法，事先计划查找的路径，查找中记录查过的模块，才是最重要的。
定位bug时,bug的定位方法是无穷尽的,经验确实可以解决曾遇到过的问题,但也不究竟,首先肯定是现象层面,显发bug现象,而背后也必然隐藏着一个根本原因,首先要对系统有一个深刻的理解,把系统分解成几个部分,了解它们之间是如何耦合,数据是沿什么样的路径流动,有哪些控制信号等,然后假设bug在其中哪个部分,历史上,猜想法,使得许多伟大发明诞生,也可以遍历所有模块,但都得找到证据.
软件测试中,常会遇到定位bug的问题,首先是判断bug是属于前端还是后台的,所以要理解前端和后台的耦合与数据流动原理.前端一般是html,css,javascript等编写的UI界面,后台是开发写的逻辑代码,前端是通过后台的api接口,给服务器发送一个html请求,然后得到响应数据,接着在渲染到界面上,就 成了我们所看到的界面变化,明白这个过程,就可以找到api接口url和参数,可以找开发要,也可以fiddle抓包获取,然后将触发bug的数据通过jrmte,向后台发送http请求,直接传输数据到后台,查看返回的数据是否符合需求,如果不符合,bug就在后台,反之在前台,可以看前台发送请求的参数是否与输入的数据一致,来验证前台.
确认bug在后台后,就要找具体的原因,这时候可以在后台查看日志,但对编程基础要求很高,还可以通过分析数据库表结构关系来寻找Bug原因.
