川石教育
全国咨询热线:136-9172-9932
  1. 首页 > 资讯与干货 > 常见问题

教你如何定位软件测试分析bug

作者:川石学院 日期:2021-04-18 18:28:51 点击数:

  软件测试日常工作中,每天可能都会遇到不同的问题和bug,有些刚入行的测试喜欢不加分析就直接甩给开发去解决。

  开发比较闲还好,如果手头工作比较多,就容易烦。甚至有可能是后端的问题,但是你却把问题丢给了前端……

  这种事情发生的次数多了,就比较容易暴露水平,那么正确的操作姿势是什么呢?

  首先遇到一个问题应该尝试自己独立去定位分析,自己去查找问题出现的原因,去定位是前端导致的bug还是后端原因导致的。

  分析好原因之后,带上问题和截图找到指定开发去解决问题。

  不同技术水平的测试人员,bug分析定位能力也有高低。这个除了需要不断总结之外,能决定你水平高低的原因其实就是工作经验。

教你如何定位软件测试分析bug(图1)

  测试的项目多了,遇到的bug,踩的坑多了,自然水平就上去了。

  关于如何定位分析bug,大的方面就两种方式:一是抓包接口定位分析,二是看系统日志。

  首先说抓包接口,如果你是web项目的话,一般工作中使用方式比较多的是使用浏览器自带的F12抓包看接口请求。

  如果是app客户端之类的,一般采用fiddler等工具进行抓包接口。

  不管哪种方式,目的都是一样的,就是通过查看接口,从而去定位分析属于前端问题还是后端问题。

  下面以一道经典的面试题来讲解分析下:比如你在淘宝上边购买了一件商品,并且成功支付,但是在我的订单里面却没有记录,你应该如何去分析定位这个问题?

  首先需要搞明白的是这个场景的数据流调用的逻辑关系,不过这个问题比较简单。

  整体来说就是前端购买商品,支付成功,会把这条数据的商品信息加支付信息都落入数据库中。

  然后点击我的订单,会调后端接口,后端从数据库取相关信息,然后前端渲染展示商品和支付信息。

  搞明白这个场景的数据流转就很容易定位分析这个bug了,可以使用抓包工具抓包这个我的订单调后端的接口。

  如果抓不到这个接口,就是前端没有发出请求,显然是前端问题。

  如果有请求并且响应了,就查看这个接口响应信息,如果返回报错了,则需要具体分析报错内容。

  这个时候既有可能是前端入参传的不对,导致后端报错。也有可能是前端传对了,后端处理错误,需要具体分析是前端问题还是后端问题。

  如果后端成功响应了且返回信息跟接口文档定义的一致,那么大概率是前端展示的问题,这个时候需要找前端同事。

  以上,就是定位一个bug是属于前端还是后端的分析思路,这个基本也是面试必问问题。

  说完了如何通过抓包接口定位分析bug,再来聊聊如何通过查看日志来分析bug。

  基本上除了那些创业小公司,但凡稍微有点规模的公司基本上每天日常工作就是跟数据库,日志打交道。

  有的同学可能会问,既然可以抓包定位看接口返回了,为什么还需要查日志系统呢?

  这是因为对于一家公司来说,一般不止一个系统。很多公司都是根据业务不同划分出不同的组,不同系统共同完成公司一个项目。

  举个例子,比如一家保险公司,可能有系统是负责用户下单的就是交易系统,管理保单变更比如退保之类的就是保单系统,负责收钱的就是财务系统,负责赔钱的就是理赔系统……

  每个系统就是一个组,一般二三十人不等。每个组有开发,测试,产品,具体看公司了。

  那么这些系统是怎么交互合作的呢?就是通过接口来交互,这也是接口测试比较复杂的地方,涉及到多个系统多个接口的逻辑调用。

  理解完这个,再说到为什么要查看日志的问题?

  比如页面调后端系统接口报错了,但是你知道整个流程能有多长吗?

  页面可能直接调用的是系统A接口,但是这时候系统A又调用了系统B,系统B又调用了系统C。页面上看到的接口返回报错结果,本质上可能是系统C接口报错返回的。

  这个时候仅仅通过抓包就无能为力了,你需要去查看系统日志,去一层层去分析,究竟是哪个系统报错了,然后定位到问题。把报错信息和日志截图丢给那个系统同事。

  一般我发送错误,协调处理时都会发下面几样东西,调对方接口的url,入参信息,返回报错信息。

  再简单描述下调用接口业务场景,如果对方很熟悉的话一看url就知道了,这时候就不用描述了。

  再来说下系统日志是怎么一回事?

  日志本质上就是开发写在项目中的代码,报错会抛出异常信息,以及打印一些接口返回信息等等。

  有的公司会有专门的日志查询系统,有的公司是通过xshell工具连接上linux系统再查找日志,这就看公司了。

  因为现在公司系统一般是linux系统,所以查询日志的命令自然就是linux命令了。

  我一般用的比较多的是grep,tail这两个命令,前者是精确查找,后者是动态查找,大家可以百度学习下这两个命令。

  说一下精确查找,就是根据开发代码中打印的关键字信息去精确查找日志,一般是requestid,证件号或者订单号之类的。

  这个可以提测后问下开发,查找日志的关键字是什么,日志文件名是什么,以及去哪个服务里面去查找。因为现在一般是微服务架构,不同的服务处理不同的业务,存储不同的日志。不同公司可能不太一样,但是方式大同小异。

  不知不觉,写了这么多了。主要讲解了如何通过抓包去定位分析前端后端问题,以及如何查看日志去定位分析问题。总之,bug定位分析能力是一枚测试的核心能力,你可以不会自动化,可以不会性能。因为这些都会有专门的测试工程师去负责。

  但是如何定位分析bug,如何编写测试用例,这些都是每一个测试安身立命的家伙,所以一定要掌握好。



相关文章
  • 亚马逊运营成功转行软件测试,薪资13K表示很满意!2021-04-18 18:28:51
  • 西安川石的兰朋友喊你来当他的学弟学妹啦!2021-04-18 18:28:51
  • 国外的月亮也不一定比国内测试猿的年薪美~2021-04-18 18:28:51
  • 建筑工程专业朱同学成功转行为软件测试人!2021-04-18 18:28:51
  • 财务管理专业转行软件测试月薪甩会计几条街!2021-04-18 18:28:51
  • 只有技术沉淀才能成功上岸,深圳就业薪资13K!2021-04-18 18:28:51
  • 薪资11K!实现自我价值,从掌握一门IT技术开始...2021-04-18 18:28:51
  • 文科生转行软件测试照样拿下高薪15K!2021-04-18 18:28:51
  • 恭喜罗同学喜提19.5K,成功入行软件测试!2021-04-18 18:28:51
  • 毕业1年,迷茫的他最终选择转行软件测试2021-04-18 18:28:51