电脑软件超时、MOCK测试方案

大家好，我是谭叔。

今天，谭叔跟大家分享我在测试电脑软件（程序）时，模拟超时环境的N种尝试，以及电脑软件（程序）的MOCK测试方案。

超时环境

在日常测试工作中，弱网环境、超时请求等异常测试，是必不可少的，也是保证系统稳定性的重要环节。

比如有一些测试需求是这样的：

1、在一些特殊的测试场景中，需要模拟请求某服务超时，以查看软件是否能正常工作

2、有些场景，需要服务器返回某特定值，而这个特定值在异常情况下才会有（类似需要mock环境）

这里，谭叔推荐几种测试方法。

方法一：修改hosts

将本机hosts修改为一个无效的ip地址，以模拟超时。

优点：操作简单

缺点：仅能验证无法请求某服务的场景，无法验证某服务不可用的场景

方法二：停服

顾名思义，将测试环境的后端服务停掉。

优点：可以模拟真实的超时场景

缺点：会造成服务不可用，影响其他测试 or 开发的工作

方法三：路由器限速

顾名思义，搞一台wifi路由器，在路由器后台设置网速。

优点：限制wifi速度，操作简单

缺点：

1、无网卡的台式机无法使用

2、路由器限速最低0.01Mbps/s，即1.25kb/s，无法达到Byte级别，当请求体很小时，仍旧无法模拟超时

方法三：使用NetLimiter4

NetLimiter4是一款简单实用、方便易用的网络流量监控软件，可以限制程序的上下行网速。

NetLimiter4安装包(破解版)：http://www.testtalking.com/#/data/data 【测试工具-NetLimiter4】

优点：

1、多版本可用（winXP、win7、win10），操作简单、使用方便

2、可以限制电脑软件的上传和下载速度，且能达到Byte/s级别

缺点：

网速限制全局有效，当该软件有其他ip地址+端口的请求时，会将该请求同时限制。无法模拟单个接口的超时场景。

方法五（推荐）：Proxifier + Fiddler

Proxifer是一个socks5客户端，可以让不支持通过代理服务器工作的程序通过HTTPS或SOCKS代理。

Proxifier安装包：http://www.testtalking.com/#/data/data 【测试工具-Proxifier】

Fiddler是一款代理抓包软件（测试人应该都知道）。

01 实现原理

一般的PC客户端不能设置代理，因此只用Fiddler检测不到数据，需要配合Proxifier使用。Proxifier负责把所有的请求发给Fiddler，再在Fiddler上分析客户端请求，并利用Fiddler一些强大的功能，如打断点，篡改请求或者响应内容等来模拟我们需要的测试场景。

02 配置代理

如图，配置Proxifier的代理服务器和代理规则

使用方法

同Fiddler使用方法类似。

不会用Fiddler？请移步：http://testtalking.com/#/project/fiddler

①打断点进行调试，模拟超时

请求前断点（before response)： bpu testgw.xxxx.com

响应后断点（after requests）： bpafter testgw.xxxx.com

比如：命令行输入bpu testgw.xxxx.com

即，程序请求testgw.xxxx.com时，请求不会发到服务端，截留在Fiddler里，任君操作。

比如：命令行输入bpuafter testgw.xxxx.com

即，请求可以达到服务端，拿到响应，但可通过Fiddler篡改响应，将错误的超时响应返回给程序，以观察程序对该异常的处理情况。

{"code":"GW40000","msg":"服务超时，请稍后再试~(GW40000)","sourceMsg":"服务超时，请稍后再试~","data":null,"success":false,"breaker":false}

②模拟弱网

如果要限制网速来模拟弱网，可以不打断点，通过修改fiddler配置的方式实现。

搜索m_SimulateModem

        if (m_SimulateModem) {
            // Delay sends by 300ms per KB uploaded.
            oSession["request-trickle-delay"] = "500"; 
            // Delay receives by 150ms per KB downloaded.
            oSession["response-trickle-delay"] = "500"; 
        }

        if (m_DisableCaching) {
            oSession.oRequest.headers.Remove("If-None-Match");
            oSession.oRequest.headers.Remove("If-Modified-Since");
            oSession.oRequest["Pragma"] = "no-cache";
        }

根据需求自行修改：上传1KB需要300ms，转化一下：1Kb/0.3s = 10/3=3.3(KB/s)

修改后，点击保存，并勾选生效

注意事项

01 proxifier默认占用8888端口，如果proxifier不可用，无法连接127.0.0.1:8888，需检查端口是否被占用。比如jupyter notebook服务会占用8888端口

02 使用NetLimiter4限速后，关闭NetLimiter4前，记得去勾选，否则会影响程序正常使用

MOCK方案

步骤五推荐的Fiddler+Proxifier给电脑软件打前后断点，可以模拟一些异常场景。

但是，如果接口的超时时间较短，使用此方法便捉襟见肘了，可能你还来不及篡改响应，流程就已走完，无法构造异常响应。

因此，我们需要引入MOCK测试。

什么是MOCK测试？

在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法。比如

进行接口测试时：

• 无法控制第三方系统某接口的返回，返回的数据不满足要求
• 某依赖系统还未开发完成，就需要对被测系统进行测试
• 有些系统不支持重复请求，或有访问访问频次限制

等场景，我们可以使用MOCK测试方法。

也许，你听说过MOCK测试，并且做过接口的MOCK测试。

但是，电脑软件如何做？怎么做？

谭叔今天便分享一份电脑软件的MOCK方案，解决此类问题。

简单说来，我们需要：mock工具+代理工具。

环境搭建

一、mock环境

安装

Mockoon是在本地运行mock api最简单、最快的方法。无需远程部署，无需帐户，开源。

安装包：http://www.testtalking.com/#/data/data 【测试工具-Mockoon】

设置

设置端口+资源路径+response响应

例如：设置请求127.0.0.1:3355/hytrade/info的响应内容为一条异常json:

{"code":"TR10000","msg":"系统异常[com.xxxx.getTraceId()Ljava/lang/String;](TR10000)","sourceMsg":"系统异常[com.xxxx.getTraceId()Ljava/lang/String;](TR10000)","data":null,"success":false}

设置Headers

启动

验证

用postman调一下，可以拿到结果，证明服务启动成功

二、代理环境

安装

LightProxy 是 阿里巴巴 IFE 团队开发的一款基于 Electron 和 whistle 支持 Windows、Mac 的开源桌面代理软件 。LightProxy 可以自动完成证书安装和代理设置，让开发人员能够精确的掌握自己的开发环境，通过 HTTP代理使用规则转发、修改每一个请求和响应的内容。

安装包：http://www.testtalking.com/#/data/data 【测试工具-LightProxy】

设置

将本机访问的http://testgw.xxxx.com/hytrade/info代理到前面设置的mock服务http://127.0.0.1:3355/hytrade/info

http://testgw.xxxx.com/hytrade/info http://127.0.0.1:3355/hytrade/info

实操

打开你待测试的电脑软件，针对配置接口的实际业务，发起操作。

可以看到，软件拿到了异常的响应，并给出了提示。

查看程序日志，确实是拿到了mock的json串。

2021-04-06 13:45:17.709 [INFO]E:\Jenkins\workspace\qt_http_task.cpp[152] QtHttpTask::Post b7596ffd19a443ff886fb5784bf70751 start post param: http://testgw.xxxx.com/hytrade/info?param={xxxxxxxxxx}]}&sign=xxxxxxxxxx&lkToken=xxxxxxxxxx
2021-04-06 13:45:19.381 [INFO]E:\Jenkins\workspace\qt_http_task.cpp[438] QtHttpTask::SlotReplyFinished b7596ffd19a443ff886fb5784bf70751 -> {"code":"TR10000","msg":"系统异常[com.xxxx.getTraceId()Ljava/lang/String;](TR10000)","sourceMsg":"系统异常[com.xxxx.getTraceId()Ljava/lang/String;](TR10000)","data":null,"success":false}

至此，成功进行了一次mock测试，并且发现了一个问题：后端服务未兼容异常，易暴露堆栈信息。

后期规划

可考虑在服务器上搭建mock环境，大家统一维护mock环境，以减少重复操作。

一如既往，做个总结

方案是死的，人是活的多动脑筋，多想想解决之道，没有你不会做的工作；

多捣腾，才能多给开发提bug。