测试工程师定位bug思路

 

作为测试人员，和我们最常打交道的，莫属bug。当你发现bug后，会采取什么样的行动？是直接报出来，亦或找找问题原因？

不管是我们自己找到的，亦或是开发修复后告诉我们的，知道问题之所在总是好的。在本篇文章中，笔者试图带领大家一起梳理下，为什么测试人员定位问题很重要，以及我们可以使用什么样的定位方法。

NO1.定位问题的重要性

很多测试人员可能会说，我的职责就是找到bug，至于找原因并修复，那是开发的事情，关我什么事？

好，我的回答是，如果您只想做一个测试人员最基本最本分的事情，那么可以这么想。但是，如果您想要在测试甚至开发的道路上长足发展，就要知其所以然。

那么，为什么定位问题如此重要？

1.可以明确一个问题是不是真的“bug”。很多时候，我们找到了问题的原因，也许发现这根本不是bug。原因明确，误报就会降低。比如我们团队的大梅同学，全年500个bug中没有一个无效的。

2.找到bug原因后，可以明确地指个某个开发，防止他们打太极推来推去，提高缺陷的修复速度。

3.让开发人员能够佩服你，提升开发对测试的信任度。

4.自己在这个过程中能学到很多东西，有助于理解产品内部逻辑，对架构的理解，以及数据流是怎样的走向。随着对业务架构逻辑的理解，反过来又会促进对问题的定位。

5.可以降低缺陷率。这个可以说是最重要的。在bug系统中，我们会要求开发人员记录bug产生的原因。只有我们自己对bug有一个较全面的认识，才会判别出开发写的是不是真正的原因，也才能有助于我们后续对bug进行分析归类，根据bug分析，有针对性地未雨绸缪，进而提升产品质量，降低缺陷。

所以，定位问题很重要。

接下来我们就来探讨下有哪些定位问题的方法和技巧。

NO2.问题定位技巧

首先，作为开发也好，测试也好，定位问题有一个总的思路，而这个思路是和数据的走向一致的。大致是这样：

用户层面问题 -> Web页面/软件界面 -> 中间件 -> 后端服务 -> 代码 -> 数据库

以下都以Web页面举例说明。

第一步，用户层面问题指的是用户自己的环境问题或者操作问题，比如环境不通，或者操作不正确。这种问题一般不是bug，当然，如