这周小影很苦逼，由于某位开发小弟技术水平有待提高，进度一直跟不上。身为产品的我，不得不跑去这位小朋友身边一行一行代码逻辑的审阅。
一般测试反馈问题我只能知道这数据显示不对，但是为嘛不对这个问题，一般由开发自己去从复现问题里判断，从而修改密码逻辑。然而前面提到，这位小朋友连自己代码出了什么问题都不知道，对于非开发出身的我，只能通过数据传输的核对，来判断哪段代码逻辑有问题鸟。。。也幸亏只是在IOS上的前台测试，如果是后台的代码逻辑，这个并不适用鸟。
在这里推荐了一款抓包小工具----Fiddler。
百度对它的解释：Fiddler是一个http协议调试代理工具，它能够记录并检查所有你的电脑和互联网之间的http通讯，设置断点，查看所有的“进出”Fiddler的数据（指cookie,html,js,css等文件，这些都可以让你胡乱修改的意思）。 Fiddler 要比其他的网络调试器要更加简单，因为它不仅仅暴露http通讯还提供了一个用户友好的格式。
简单来说，就是查看你传输过程中的数据对不对！！！！无论是前台提交的数据，还是后台返回的结果都能看见。从此出bug，是前台还是后台问题，一抓一个准，究竟怎么看前后台数据的传输呢？用下面两张截图，就明白了。
红框的位置是看前台提交的数据
下方的红框位置是看后台返回的数据。
案例：
小影：怎么关系乱套了，我添加父亲的资料，没有选择父亲的妈妈，为啥更新后父亲的母亲项显示了儿媳妇？
前台开发：欸，我是照着后台返回的参数显示的呀，后台传参数传错了。
后台开发：什么鬼，你前台不发参数过来，我怎么会在母亲选项添加数据，这个选项不是后台处理，是前台提交的数据。
小影：……（神马鬼……）
一言不合，抓个包看看。
复现问题，前台在用户不填的项目中自行添加了其他参数值提交到后台，后台无法判断逻辑，直接接收保存。从此关系就这么美妙的乱起来鸟。。。。
好吧，终于找到问题是前台了，前台小弟问，为神马会这样？然后小影倒吸一口冷气，难道还没想到是神马原因？
小影：你复查代码，是不是有一段代码判断if 母亲选项是空，then post 了一个儿子的couple过去？
前台小哥努力查查查后，惊讶道：对哦，真的有，得去掉才行。
小影内心崩溃……
结语
不过说了这么多，还是想告诉广大产品好友，在人力紧缺没有专职的测试，而你的开发基友又不给力的情况下，请使用Fiddler，再根据产品缜密的逻辑判断能力，发现bug的问题点吧。
