BUG定位分析方法

作为测试人员,接触最多的就是bug,怎样才能体现出测试人的专业性?能够精准的定位并分析bug一定是你的加分项。
在什么地方干了什么产生了什么结果,和期望的结果不一致,那么这就是一个bug。人人都能找出bug,怎么样能在此基础上刚给开发人员更多的信息从而提高各方的效率呢?下面分享几种方法

1、抓包分析法

通过抓包可以看到入参出参等,从而定位是前端还是后端的问题。这种方法应该都很熟悉了,不做太多的介绍。

2、当前现象放大

发现一个bug不要急着提交,要在当前基础上再去掉一层条件看看会不会发生,或者在此基础上验证类似的场景会不会发生(如新增有问题看看编辑会不会也有问题)。要把当前现象放大化,以免开发人员修改不全面

3、当前现象缩小

发现一个bug,可能是在某些特定的条件下的,那么一定要将这些前提全部找到,为开发人员复现问题提供更多的信息(他们也不会因为复现不了老是找你了)

4、类比法

发现一个bug,按照经验,心里基本能猜到一个原因,那么就要去验证到底是不是你猜到的原因,可以通过类比的方法,比如说可以换一个主体看看会不会发生,如果发生了那么找他们的共同点,如果没发生那么找他们的不同点,以此类推逐渐缩小范围从而定位出问题,基本定位后按此步骤再试一次,肯定该原因。

5、报错原因分析法

如果相似的场景都报错,那么要看看是不是同一原因引起的错,以免提交多个重复的bug。例如相似场景的接口都会报数据异常/系统繁忙这类型的提示,那么去找报错日志看看报错类型是否一样,可以避免重复bug或遗漏bug

6、偶现问题处理

大多数看似偶现的问题其实都是有必现步骤的,所以无法复现的时候,尽量回想刚刚操作,大胆的猜测原因并验证,实在无法复现,要记下这个问题,可以跟组内人员同步一下大家一起留意,有朝一日再出现的时候对比出现的场景找到原因。

你可能感兴趣的:(功能测试,软件测试,bug)