• 13
  • 14
分享
  • 测试工程师得力助手:使用Fiddler定位APP问题——软件测试圈
  • 曼倩诙谐 2021-07-14 10:22:54 字数 1370 阅读 2307 收藏 14

  我们发现了一个bug后,怎样去确定这个bug是应该前台来解决还是后台来解决?

  当然我们测试网站的时候,可以通过浏览器的F12来查看传值,那么如果测试的是APP,我们又该怎么来抓取这个数据呢?这里就需要用到一些抓包工具,来协助我们定位问题。

  这里我们使用的工具就是Fiddler。

  下面我们通过几个案例来具体说明一下如何通过Fiddler来定位是前台的问题还是后台的问题。

  案例1

  我们在使用手机APP的时候,修改一个联系人信息,修改之后发现在数据库里的信息电话和性别没有修改成功,这个时候我们用Fiddler来抓取数据包看看。

  首先先将Fiddler设置成只接收远程客户端的数据,如下图,来避免获取到一些无用的数据。

2-1.png

  设置成功后,我们在手机上操作APP,编辑一个联系人信息,我们可以看到Fiddler里获取了好多请求,找到我们需要的请求,点击一下查看该请求的详细信息,如下图右下角。

  这个就是我们在前台保存联系人时往后台传输的数据:

2-2.png

  在这里看的不是很清楚,我们将其拷贝到文本文件里进行查看,如下图:

2-3.png

  这里的id就是我们要修改的id,contact就是我们要修改的联系人的名字(这里的内容可能做了处理),tel就是联系人的电话等等这些信息。

  通过这些内容我们发现:

  1、前台已经将修改的电话信息传给后台了,但是数据库里的信息并没有修改,那么我们就可以认为是后台没有将前台传过来的数据保存,可以让后台开发人员修改这个问题。

  2、我们发现前台传过来的数据中并没有性别的信息,这个就有可能是前台将数据漏传了,需要找前台开发人员修改。

  案例2

  我们在获取联系人信息的时候,发现并不是所有的联系人都显示了,而只是显示了一部分,下面我们也抓取一下获取联系人信息的数据包,获取的数据如下,将页面切换到json,我们可以看得更清楚一些,如下图:

2-4.png

  这里分两种情况:

  1、抓取的数据包里的数据是完整的。这种情况就是前台在对后台返回的数据进行渲染的时候出错,先联系前台人员修改。

  2、抓取的数据包里的数据就是不完整的。这种情况就是后台查询数据有问题,联系后台人员解决。

  案例3

  我们上传一个头像,但是上传完之后前台没有显示出来。

  我们先来抓取一下上传头像的数据包,如下图:

2-5.png

  我们可以看到,图片名字和图片的地址都传给后台了,这说明前台传值是没有问题的,接下来再抓取一下查询客户信息的数据包,如下图:

2-6.png

  根据返回数据的数据包,我们再进行如下分析:

  1、通过截图中返回的数据,我们很容易就能看出来,这个URL地址是错的,拼接了两遍http,这种就说明是后台拼接错误,这种的找后台处理。

  2、如果返回的图片URL没有明显的错误,那么将这个URL整个拷贝出来,复制到浏览器去看一下图片能否正常查看。

  如果浏览器里能正常查看,说明后台返回的图片地址没有问题,是前台显示图片时报错,联系前台修改问题;如果浏览器里图片也是无法查看的,那么就是后台返回的图片地址有问题,联系后台处理。

  3、如果后台返回的数据里,根本没有URL的信息,如下图:

2-7.png

  这种就是后台直接没有返回图片的地址信息,联系后台修改。

  抓包工具有很多,大家可以参考一下,也可以自学一下其他工具的使用~



作者:CICI   

来源:51Testing软件测试网原创

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   大家都知道,开发人员都会有35岁年龄危机这一说,那么经常和开发人员放在一起比较的测试人员有没有年龄危机这一说呢,今天小编就来说一下近几年发展迅猛的软件测试行业到底有没有年龄危机这一说。要弄清楚这个问题就要知道测试和开发之间的工作到底有什么区别,小编简单总结了以下几点。  从工作内容强度来看  开发人员在项目开发过程和上线之后的人员配比悬殊巨大,比如在开发周期的时候,需要10个人来写代码,但在项目上线后,可能只需要两三个人来维护就可以,国内互联网软件公司开发与测试人员的配比基本一致呈现5:1的形式,人员数量上相差很大,因此相对来说,测试的稳定性要高于开发人员。  再者,开发人员加班强度远远大...
            0 0 521
            分享
          •   一个Bug的生命周期是从创建开始到关闭结束,而Bug能否关闭就取决于回归测试的结果,测试人员可能很多都对Bug灵敏度有较高要求,但是对于回归测试的把控或质量掌握的程度却比较模糊。而关于回归测试的范围、回归测试的开展正是本文讨论的重点。  Bug回归的重要性  回归测试是软件测试中不可忽视的一部分,回归测试是对问题修改后,重新进行测试并确认修改没有引入新错误,或者导致其他程序出现错误。  作为软件生命周期的一部分,回归测试在整个软件测试过程中占据着相当大的分量,在敏捷测试的每个阶段都要进行多次回归测试。  开发人员修改的局部问题时,可能已经处理了表面症状,所以主要测试其修改的页面和它的底层逻...
            3 3 1084
            分享
          •   前两天有个做测试的小伙伴加我微信问我测试相关的一些事情。  她自己是从学习毕业就开始进入到互联网行业做测试的,到现在三年工作经验。她现在都不太敢跳槽,因为觉得自己没有什么核心竞争力,平常就是点点鼠标,看看有没有报错、结果和需求是否相符这样。  其实很多测试人员的处境都是如此。  造成这个局面的原因可以找到很多,大家经常会说的借口是:工作太忙,没时间也没精力。其实你自己去看看手机记录的屏幕使用时间。你平时有花里面30%的时间用来提升自己吗?  测试相比开发的工作门槛和天花板都低一些,这也导致了一些想进入软件开发行业但是又对自己掌握开发能力没信心的人所做出的保守选择。  但是如果后续自己并没有...
            0 0 1119
            分享
          • 环境准备:操作系统:Windows7集成开发环境:eclipse+pydev一、编写测试用例点击返回目录可以直接使用Python自带的单元测试框架unittest来编写自动化测试用例,利用其组织测试用例,断言预期结果,以及批量执行测试用例等功能,可以很好的进行Web自动化测试的开发。可以直接查看我另外一篇博文总结:unittest单元测试框架总结里边详细总结了使用unittest框架编写测试用例思路(模板)和使用unittest框架编写测试用例实例。目录结构如下组织:如上图:test_case目录下有两个测试用例,其中test_baidu.py实例代码在博文“unittest单元测试框架总结”...
            0 0 1772
            分享
          •   35岁干不动,只是借口而已。  能干的,依然能够很好的在这个行业发展,干不了的,注定会被一浪比一浪高的后浪,拍死在沙滩上。  如果你到了这个年龄,还没有到高级测试开发工程师或者架构师的级别,那么真的是不好干了。  如果你是30+的年龄,可能还不会那么明显,但是35+,你会面临另外一个层次的竞争。  简单来说,就是年龄上去了,但是能力没有上去。  你不是具备10年工作经验的测试工程师,你只不过是一年的工作经验用了10年。  这种是最无奈的。如果是这样,企业倒不如去招一个2-3年经验的人,年轻,抗造。  前一段时间我也在朋友圈放出过几个职位,蚂蚁金服、猎豹等,35+的人是他们最喜欢的,但是要求...
            1 0 1268
            分享
      • 51testing软件测试圈微信