测试路上，聊聊思路，谈谈手段

飞测说：大家好，我是黑夜小怪，喜欢在黑夜研究一些怪异的东东，每每看到测试被项目质疑测试质量，每每看到测试天天加班加点，我都会反思下自己，我也会沦落为其中一员么，于是我经常鞭策自己不断思考，不断尝试提高质量和效率的途径，看了上期《我为什么选择软件测试这个岗位（秘密网上疯传！）》，也是激发了我想在测试这条路上，抛出点自己的经验，和大家一起分享交流下，说说不一样的测试思路，谈谈我用的技术手段。

测试思路

     对于测试，我一直认为思路很有意思，比如说的比较多探索测试思维、基于风险测试等，想想我们项目比较多的是web测试，常规大家知道的都是功能测试、自动化测试、性能测试、安全测试等，专项测试，今天我们不说，就说功能测试吧。

     除了常规的页面上点击，我们还能做点什么呢？web的404页面是我们常遇到过的，但功能测试中，是有有关注过？

1、打开fiddler，勾选如下

2、在浏览器中开始测试，等待功能测试时完后，查看fiddler，如下：

     我们可以看到被测的站点抓到很多404和响应body大于1M的请求，这样的问题在我们功能测试中很容易被忽略，然而我们只需要稍加注意，谈笑间边解决了该问题，你觉得如何？如果我们在了解点浏览器的工作原理，了解点http协议，了解点cookies，那么链接测试、cookies测试这些是不是也是轻轻松松的，不在遥不可及了？

技术手段

     现在敏捷的模式对测试是一个冲击，要是单纯的手动测试，生活的还会比较艰辛，然而自动化也不是一日之功，面对接口、性能、巡检，我们又能做点什么？

1、打开fiddler

2、打开页面，操作测试的场景

3、导出fiddler的脚本，保存为jmx格式

 

4、打开jmeter，然后做相关的参数化和关联

5、运行一把，看结果，大功告成

      我们常说做UI自动化，但是UI经常变化；我们做接口测试，但是接口依赖研发的接口文档；我们做性能，很多时候是在项目后期才开会；我们做线上巡检，但是经常是人为手动巡检；那么有了上面的脚本，这些都是比较容易引入到我们测试过程中的，用fiddler抓包，这些URL，一般情况下都是不会变动的，因为我们做开发，修改的是方法里面的逻辑，而不是轻易变动方法名之类的。

     用jmeter的人很多，我的做法也比较普通，只是用了fiddler抓包这个特性，并尝试使用，发现确实有些不一样的收获而已。

    在测试这条路上，需要用心，哪些虚的东西，我们要学会辨别，我也会踏实的在测试这条线上坚守自己的一份心，用心做有价值的事。

       好了，本次到此，欢迎留言、点赞、转发等来交流，更多分享下期再会，给你带来更多价值，是我们期待的方向，有更多兴趣的欢迎切磋，我们微信订阅号，联系方式如下：