vlambda博客
学习文章列表

　　1）测试环境的准备

　　2）HTTP消息体的构造

　　3）HTTP消息的发送及断言

　　如果我们可以拿到项目组的接口文档，并且HTTP后台服务是可以工作的，那我们的接口测试会非常顺利，可以不使用Fiddler工具。

　　但是，实际情况中，不断的测试前移，需要我们的接口自动化测试用例在编码工作还未完成的情况下，就能准备完成。代码开发完成之后，直接运行自动化用例。

　　这种情况下，Fiddler工具就能大显身手了。本文介绍两种Fiddler工具的使用场景：

　　1）在没有接口文档的情况，使用Fiddler抓包，获得HTTP后台接口；

　　2）在没有HTTP后台服务的情况下，使用Fiddler模拟服务端。

　　为了行文及截图方便，我们使用android模拟器操作，真机的操作步骤一样：

　　1）让手机和PC在同一个局域网下面，如果PC是笔记本，它们连接同一个wifi网络即可

　　3）在Fiddler工具上点击：Tools->TelerikFiddler Options->connections，在如下的Allow remote computers to connect 的勾打上，记住Fiddler的监听端口8888，稍后会使用上

　　4）打开手机，长按已连接的wifi网络，点击修改网络

　　5）在代理上面选择手动，IP填写上面获取的192.168.0.103，端口填写Fiddler的监听端口8888，之后点击保存。

　　6）此时，我们在手机上面，打开被测试移动APP，在Fiddler上面就可以看到消息体了。以华为应用市场为例：

　　我们打开华为应用市场，点击我的：

　　截取的消息如下：

　　我们可以清晰的看到通过post接口发送的消息包括headers以及body等，以及响应消息体：

　　至此，移动APP的前后台抓包大功告成。

　　通过Fldder的AutoResponder可以做到模拟服务端。

　　首先，我们介绍最简单的服务模拟方式，即我们有真实响应的情况下，如何模拟服务端。

　　1）选中我们需要模拟的消息，也就是第11条：

　　2）保存该消息的响应消息体，用于我们的桩去回一样的响应：

　　3）点击模拟功能的入口AutoResponder，选中Enablerules，以及Unmatched requests passthrough：

　　4）点击添加一条规则，在最下面的响应消息下拉框中，选中find a file，指向我们上面保存的文件

　　5）这样，一条消息的服务端模拟就完成了。

　　6）我们使用postman检验一下，响应消息和预期的一样，并且是在我们本机的桩上响应的。

　　上面的这个例子，我们使用了精确匹配EXACT，是最简单的应用。实际上，很多时候，服务端响应的消息体是需要我们自己去构造的，并且上面的消息匹配方式是精确匹配，应用面偏窄了些，这些再普及一下自动匹配的一些知识：

　　关于自动匹配，可以使用的有：

• 前缀为“EXACT:”表示完全匹配（大小写敏感）

• 无前缀表示基本搜索，表示搜索到字符串就匹配

• 前缀为“REGEX:”表示使用正则表达式匹配

　　前缀为“REGEX:( insx)”表示匹配方式其中：

• i表示不区分大小写；

• n表示指定的唯一有效的捕获是显式命名或编号的形式；

• s表示单行模式；

• x表示空格说明的；

戳 “阅读原文”一起来充电吧!

爱我请给我好看!