高效精准分析定位系统BUG，让你无所不能

项目版本上线发版后，经常会收到领导、产品、研发、业务、用户等反馈过来各种各样BUG，令人心惊胆战，措手不及

这时领导会第一时间找你沟通，让其定位排查原因，解决处理

很多测试人员第一反应:

需求没说这样？

不是BUG？

怎么可能是BUG？

这个我们测过的怎么会有问题？

肯定是环境问题？

肯定是程序偷偷改了代码导致的？

昨天还是好的呢？今天怎么这样了？

****且记，不要再未确定原因时，随意给出猜测定论****

****首先对系统、业务逻辑非常熟悉****

当bug出现时，一般来说分大致3种情况，

　　数据库层面的：可能少某个字段，或者字段值为空等等，这些可能在设计数据库时就埋下了错误的种子，导致程序调用数据库错误的数据产生bug，这一类问题不算普遍，但也是最容易忽视的一种情况，有时候从数据库入手定位bug说不定还能发现数据库的设计缺陷呢。

　　网络层面的：通常这种都是网络情况较差的时候产生的，比如手机的移动网络信号不好，又或是公司网络不稳定，导致js/css未加载完全或者请求超时等等，这种问题其实非程序bug造成的，可以不用提交bug，也不用让开发毫无头绪的去查代码的问题。当然如果可以的话也可以当优化建议提给开发，让他优化代码，比如压缩js/css，增加超时时间，超时后的重试机制。

　　代码层面的：普遍的bug基本都是代码有问题造成的，排除掉1和2剩下后就可以确定是程序bug了。对于了解网络架构的人来说，其实程序也分前端和后端的，一般对于界面显示有问题直接可以判断是前端的问题，比如系统兼容性，浏览器兼容性。

　　而对于数据或者逻辑上的问题，则需要（检查接口）前端和后台之间是通过接口文件相互联系的，通过抓包工具来进行分析：

　　1）请求未返回数据，可能是client（客户端）请求数据错误，可能是server端处理错误。

　　2）请求返回错误的数据，那就是server端（服务器端）处理错误。

　　3）请求返回正确的数据，那就是前端处理server端（服务器端）返回数据有错误

　　定位bug就像这样抽丝剥茧一层层排除，从而把最后剩下的可能性给找出来，说难其实也不难，但需要有足够的逻辑思维能力来推断，也需要足够的耐心去寻找bug的根源。

什么是前端和后台？

　　常常说到的一个IT项目，包括前端开发，后台开发，软件测试，架构，项目经理，产品需求。那么对于一位优秀的软件测试工程师来说，需要区分前端和后台的工作就显得尤为重要。

　　简而言之，前端一般是指界面的设计居多，他们往往需要调用后台的一个接口，进行一个HTTP请求，根据后台反馈回来的数据，渲染到页面上。从而实现按钮（如果前端只是画了页面，接口未调试，点击页面按钮是无反应的），数据显示的正常。

　　测试工程师如何区分前端和后台的BUG----------- 前台的bug通常是功能、界面和兼容性等有关；后台的bug与逻辑、性能和安全性有关。与数据相关的错误、排序问题大多是后台问题，对于APP页面toast提示可能是后台给的，可能是APP给的

　　1、检查接口

　　前端和后台之间是通过接口文件相互联系的，同样，测试人员也是可以看到这个一接口文件，很多人以为，这一点都不重要，那你大错特错了。因为这是区分前端和后台bug的关键。

　　2、情况分析

　　a、检查请求的数据是什么，反馈的数据又是什么

　　可以通过抓包工具来进行抓包分析。

　　大多数的浏览器都有自带的抓包插件，如FireFox的FireBug插件，Chrome、360急速模式、搜狗高速模式自带的DevelopTools插件，F12开启抓包后，在NetWork中可以看到当前页面发送的每一个http请求。

　　通常情况下，我们可以通过请求接口、传参和响应三部分来判断Bug，另外，也可以在浏览器的控制台进行代码调试定位。

　　（1）请求接口URL是否正确

　　如果请求接口URL不正确，为前端Bug；

　　（2）http请求中的参数是否正确

　　如果http请求中的参数不正确，为前端Bug；

　　（3）如果接口URL和参数都正确，查看响应内容是否正确

　　如果这种情况下响应内容不正确，则为后端Bug。

　　（4）如果JS基础比较好的话，也可以在浏览器的控制台中输入JS代码进行调试

　　HTTP请求中，如果是get请求，那么表单参数以name=value&name1=value1的形式附到url的后面，如果是post请求，那么表单参数是在请求体中，也是以name=value&name1=value1的形式在请求体中

b、根据接口的文件，检查数据是否正确，至于如何分析，这个就看个人的基础了，如果发送的数据是正确的，但是后台反馈的数据是不符合需求的，那就是后台的问题；如果前端没有请求接口，或者请求的时候发送数据与需求不符，那这个时候就是前端的问题了。总而言之，这种情况很多，需要各位自己多多总结经验。一位优秀的测试开发工程师，当然也离不开好的编程基础。

　　前台bug定位：按F12在console中查看报错信息，对于出错的js可以在Sources下查看对应报错的资源文件，写入禅道提交给开发即可。

2.后端的Bug，如何准确的定位问题在哪里，如何精准的描述Bug？

　　（1）查看报错日志

　　查看报错日志，通过日志分析，需要有一定的经验，并且有一定的代码基础，才能更好地定位问题。

　　（2）查看数据库的数据

　　了解所测功能的数据表结构，测试过程中，查看数据库的数据，确认数据的正确性。

　　（3）查看缓存（如Memcache、apc、redis等缓存）是否正确

前台定位方法

　　前台bug定位：按F12在console中查看报错信息，对于出错的js可以在Sources下查看对应报错的资源文件，写入禅道提交给开发即可

　　前台bug注意以下三个方面：

　　（1）网站前台的权限控制：没有权限的用户是不能直接输入url的方式来进行访问的，必须进行登录。以后涉及到权限的测试，一定不能漏掉url的方式也需要验证一下。而在单个页面进行W3C测试时则需要去掉该权限控制。

　　（2）网站前台的title，对于这个也很容易忽视。进入到不同的功能页面，title显示应该是有，并且要和你进入的页面一致。title就是在浏览器最左上角看到的那些文字