测试发现bug，怎么定位？不同领域不同的测试对象，具体定位方法都不一样。自己定位bug的方法通常是以下过程： 　　1、发现bug，首先要查看bug的详细信息，根据描述初步分析是哪个模块哪段代码的问题 　　2、检查引发bug的测试环境、测试代码段和测试数据，排除测试人员的误操作导致的程序异常 ...

把问题聚焦到某一个点上，而不是焦躁的瞎搞，这样效率极低 1，看改动的地方 2，看文档；官方文档或者接口文档。 3，google不到的话，也试试百度中文搜索。 4，看格式反常的地方 5，反思 反常的地 ...

一、monkey事件类型 数字 对应量 解释0 ...

如何去区分一个功能测试工程师的水平高和低？ 可以从很多个方面去检查，比如测试的思路， 比如测试用例的覆盖度？，比如测试出bug是否能够定位到根因？ 上面说的各个方面都很合理，那我们平常如何如更深的定位问题的根因呢？ 1、通过我们的测试的经验 这个有点不容易掌握，也不容易 ...

摘要： Source Map还是很神奇的。 原文：线上出bug了？别怕，这么定位！ 公众号：前端小苑 Fundebug经授权转载并修改，版权归原作者所有。 工作中，生产环境代码是编译后代码，搜集到报错信息的行和列无法在源码中对应，很多时候只能靠“经验”去猜，本文针对这种情况 ...

1.发现bug之后，重现bug的时候使用fiddler抓包去分析 2.如果前端提交的数据在fiddler中显示有误，那么就是前端的bug 3.如果在前端提交的数据在fiddler中显示无误，那么就是后台的bug 4.除了fiddler等抓包工具外，还可以通过后台的日志去判断 ...

定位问题大致思路：用户层面问题-->web页面/软件界面-->中间件-->后端服务-->代码-->数据库 1.用户层面问题：用户自己的环境问题或操作问题，比如环境不通或者操作不正确。这种问题一般不是bug,如果要考虑构建更加健壮的软件，那么可以根据实际情况来决定 ...

一、对系统整体的了解 Server端：jsp+Servlet+json 数据库：sql、MySQL、oracle等 前台： 涉及到 jstl，jsp，js，css，htm等方面 后台：serv ...