@产品今日看点首页投稿(暂停使用,暂停投稿)

【小工具】Fiddler-抓包好帮手,从此可以和程序猿们好好交流

2016-09-11  本文已影响1103人  陈小影

这周小影很苦逼,由于某位开发小弟技术水平有待提高,进度一直跟不上。身为产品的我,不得不跑去这位小朋友身边一行一行代码逻辑的审阅。

一般测试反馈问题我只能知道这数据显示不对,但是为嘛不对这个问题,一般由开发自己去从复现问题里判断,从而修改密码逻辑。然而前面提到,这位小朋友连自己代码出了什么问题都不知道,对于非开发出身的我,只能通过数据传输的核对,来判断哪段代码逻辑有问题鸟。。。也幸亏只是在IOS上的前台测试,如果是后台的代码逻辑,这个并不适用鸟。

在这里推荐了一款抓包小工具----Fiddler。

Telerik Fiddler

百度对它的解释:Fiddler是一个http协议调试代理工具,它能够记录并检查所有你的电脑和互联网之间的http通讯,设置断点,查看所有的“进出”Fiddler的数据(指cookie,html,js,css等文件,这些都可以让你胡乱修改的意思)。 Fiddler 要比其他的网络调试器要更加简单,因为它不仅仅暴露http通讯还提供了一个用户友好的格式。

简单来说,就是查看你传输过程中的数据对不对!!!!无论是前台提交的数据,还是后台返回的结果都能看见。从此出bug,是前台还是后台问题,一抓一个准,究竟怎么看前后台数据的传输呢?用下面两张截图,就明白了。

红框的位置是看前台提交的数据

前台数据演示

下方的红框位置是看后台返回的数据。

后台数据返回演示

案例:

小影:怎么关系乱套了,我添加父亲的资料,没有选择父亲的妈妈,为啥更新后父亲的母亲项显示了儿媳妇?

前台开发:欸,我是照着后台返回的参数显示的呀,后台传参数传错了。

后台开发:什么鬼,你前台不发参数过来,我怎么会在母亲选项添加数据,这个选项不是后台处理,是前台提交的数据。

小影:……(神马鬼……)

一言不合,抓个包看看。

复现问题,前台在用户不填的项目中自行添加了其他参数值提交到后台,后台无法判断逻辑,直接接收保存。从此关系就这么美妙的乱起来鸟。。。。

好吧,终于找到问题是前台了,前台小弟问,为神马会这样?然后小影倒吸一口冷气,难道还没想到是神马原因?

小影:你复查代码,是不是有一段代码判断if 母亲选项是空,then post 了一个儿子的couple过去?

前台小哥努力查查查后,惊讶道:对哦,真的有,得去掉才行。

小影内心崩溃……

结语

不过说了这么多,还是想告诉广大产品好友,在人力紧缺没有专职的测试,而你的开发基友又不给力的情况下,请使用Fiddler,再根据产品缜密的逻辑判断能力,发现bug的问题点吧。

上一篇下一篇

猜你喜欢

热点阅读