如何定位bug的产生原因？

　　关于如何定位bug的产生原因，小编总结了以下几点。

　　1、冷静应对问题：遇到问题时，先别急着去定位原因，首要做的是保存bug产生的记录，保证可以复现，然后才是排除QA的低级问题。为什么要保存记录？因为如果以后不能复现，那就不能证明bug的存在。常见的低级问题就是：hosts不对，网络不通，以及操作姿势不正确等。还有一类问题就是数据问题，有时候会遇到服务端报500错误，查看日志后，报空指针，那么很有可能就是数据库中关联表的数据被人为删掉导致的。所以发现bug先别慌，冷静一下，先确认问题再去找原因。

　　2、直接查看页面呈现：当程序出现bug的时候，先立刻停止正在做的任何操作。不要按任何健，仔细地看一下屏幕，注意那些不正常的地方，记住它或者写下来。学着养成一种条件反射——一旦电脑出了问题，先不要动。要想摆脱这个bug，关掉受影响的程序或者重新启动计算机都不是最佳的解决方式，最好的办法是让bug再次产生，找到bug产生的源头。

　　3、查看状态码：4xx状态码一般表示是客户端问题（当然也有可能是服务器端配置问题），比如发生了401，那么要看下是否带了正确的身份验证信息；发生了403则要看下是否有权限访问；404则要看下对应的URL是否真实存在。而5xx状态码则一般表示服务端出现问题。比如发生了500错误，则表明是服务器内部错误，这个时候要配合服务器log进行定位，发生了502错误则可能是服务器挂了导致的问题、发生503错误可能是由于网络过载导致的问题、发生504错误则可能是程序执行时间过长导致超时。

　　4、查看服务器日志：如果发生5xx问题，或者需要检查后端接口执行的sql是否正确，最常见的排查方法就是去看服务器日志比如tomcat日志。开发人员一般会打出关键信息和报错信息，从而找到问题所在，所以，测试人员也要养成看日志的习惯。

　　5、查看需求文档：有时候，前端和服务端的交互都正确，但是从测试的角度看不合理。这个时候应该翻翻需求文档。如果和需求文档不符，那么就要看下改什么比较合理，是改前端，还是改服务端，或者两者都要改。这里有一个原则，就是前端尽可能少地去承担逻辑，只负责渲染展现。

　　6、判断是否是后端生成页面的问题：后端生成页面，最常见的就是类似于jsp、php、python的某些前后端不分离的框架，这种比较特殊，常见于单人开发的项目，这种项目的问题排查和其他项目总的思路也一样，只不过前后端bug的修改可能都是同一个人而已。

　　7、向开发寻求可测性支持：有时候，涉及到开发过程的一些测试，也需要开发提供可测性支持。比如，要查看接口给另一个接口发的请求是否正确，可以让开发打印出完整的请求log。还有一些逻辑开关、修改页面数据条数等，都属于可测性支持的范畴。

　　8、检查一下配置：很多时候，bug不是代码的问题，而是tomcat配置、nginx配置、jdbc配置等的问题。在这个层面上，测试人员最好能够了解下它们的各项配置，在发现问题后可能就会想到这方面的问题。

　　9、经验法则：太阳底下没有新鲜事，有经验的测试人员对于有部分bug已经见过多次。能够很快找到根源，直奔主题，迅速报告或者解决bug

　　10、其他：常见的bug可能还有构建方面的原因。比如代码本身没错，但是合并代码到主干后出现了问题，比如代码存在冲突时手动解决的情况。

　　本文就此结束，感谢IT人士的关注如何定位bug的产生原因？，本文合作企业直达：更多推荐。

很赞哦！

python编程网提示：转载请注明来源www.python66.com。
有宝贵意见可添加站长微信(底部)，获取技术资料请到公众号(底部)。同行交流请加群