测试分享

前言

        从某种程度来说，每一个测试人员就像侦探小说里面的“福尔摩斯”，不过工作的领域不同罢了。那么，要当一名测试领域的合格侦探，就要保持着对问题的敏锐触觉，这种触觉，就是从平日的工作中不断思考得来的，在这个方面，我并没有什么发言权。所以在此我也就不再赘述了。那么，本篇文章分享的重点是什么呢？下面就要揭开谜底，本文分享的主题就是将一些研发常用的排查定位问题的方法分享出来，促进测试同研发之间的协同效率；当然，同时也会带给大家一些研发部门提升工作效率黑科技的分享，提升大家的工作效率。
        当然，需要大家提前做好准备，比如安装我们的工具软件等等，首当其冲必须要的就是谷歌的chrome浏览器，其次是fiddler抓包工具等。

1 问题的引入

        思考了很久，到底应该如何引入本文要讨论的话题，最终得出的结论是以一个小故事的形式来引入这个问题。
        既然是小故事，下面就来看看剧本吧！

故事背景（故事背景纯属虚构）
        某日，一位测试攻城狮A找到程序猿同学B，正当程序猿心猿意马的时候，暗想着这次一定要撩到妹。A开口了，你这里有bug，瞬间B被从天堂拉到了地狱。

---

台词
B：我这里是好的，你看？
A：我刚才明明不行啊？
B：可能是数据问题？
A：我觉得这是个bug，你们改一下吧
B：无法复现啊，怎么改
A：你改不改，不改让我们老大和你们老大协调下这个问题？
B：。。。。

---

故事结果
        最终的结果很好想象，那就是B同学默默的寻找bug，然后修改之。

2 实际的问题是什么？

        事实上，到了这里，我们需要思考实际的问题是什么？我们常常会遇到这样的问题，当我们的福尔摩斯将错误发现以后，会记录下来，继而去发掘下一个问题，但是，对于一些难以复现的case而言，这里就出现了问题。因为当我们把问题拿过去交付给研发的时候，常常又是好的。
        这个时候，我们该怎么做呢?保存第一手资料实在是过于重要，这往往可以解决大量时间。所以，对于bug出现地方的保存，真的可以相比犯罪现场的保存，所以，首先保存好犯罪现场。
        好了，现在就可以拿着犯罪现场的第一手样本去找程序猿同学了。这不仅方便了自己，也方便了程序猿同学们。

---

        那么，哪些东西是需要保存的？下面告诉你需要保存的东西。

需要保存的东西：
1：出现问题接口的track_id
2：出现问题的商品url

---

3 从程序猿的角度看世界

3.1 前言

        研发与测试之间其实往往是水火不容的&#