问题定位的几个层次
我们一般要求有一定经验的测试人员不但要有发现bug的能力，还要有定位问题的能力，也就是找到root cause. 经过我的观察和体会，这种能力还分为几个层次，从低往高来说，1. Debugging
2. 看log
3. 看code
4. 逻辑思考
一般来说，当遇到一个问题，经验比较少的人会直接debug来分析。当具备一定经验以后则通过分析log就可以解决大部分问题了。当对代码很熟悉以后，则会直接看code发现问题。而经验非常丰富以后，通过对现象的描述则会猜的八九不离十。
之所以会有这么个发展过程，主要是分析问题越来越方便，也越来越快捷。比如同样一个问题，方法四只需要一两分钟，而三则至少需要五分钟，二则需要至少十分钟，一可能二十分钟。当然这不是绝对，这个时间的估算是在你只知道问题的情况下。如果debugger已经setup好了，那直接看debugger还是非常方便的。但是层次越高需要水平越高是没有问题的。我一般是逆着来，从四开始，最后实在不行才会用一。当然如果是自己的code一般四和三就可以解决了。如果是我负责的feature,则需要少量debug。如果不是我负责的feature通常都需要debug。我很少用log，主要是想看log也需要一定的setup，在我不熟悉的情况下并不觉得比直接debug方便，但是dev通常更喜欢，那是因为他们不需要这个过程可以直接要求测试去做。还有就是因为大部分情况下我们在code level就可以沟通好了。 我实习的时候，用到的顺序也是先逻辑分析，然后看log，最好才算debugging {:4_89:} 逻辑分析
看log信息
debug 克莱沃曼的见解都比较独到
页:
[1]
