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

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

测试思路

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

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

一、打开fiddler，勾选以下

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

     咱们能够看到被测的站点抓到不少404和响应body大于1M的请求，这样的问题在咱们功能测试中很容易被忽略，然而咱们只须要稍加注意，谈笑间边解决了该问题，你以为如何？若是咱们在了解点浏览器的工做原理，了解点http协议，了解点cookies，那么连接测试、cookies测试这些是否是也是轻轻松松的，不在高不可攀了？

技术手段

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

一、打开fiddler

二、打开页面，操做测试的场景

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

 

四、打开jmeter，而后作相关的参数化和关联

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

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

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

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

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