我们一起使用MockServer

上周的文章已经教会大家如何搭建自己的mock proxy，那么今天我们就一起看下这个工具如何应用到项目中吧~！

介绍背景

由于商城上线钱回归成本高，并且偏重于业务所以需要前端自动化支持，在这个前提下开始在前段试试自动化，试试过程中遇到商城订单变化导致case失败的问题，所以引入了MockSever的概念，所以其他同学类似这种问题，这个解决方案可行哦。

具体使用

自动化目录结构

上一篇文章已经介绍了MockServer的基本目录，将对应的文件放置到自动化项目中即可：

• MockServer中data目录下的所有文件->UI自动化Data目录
• MockServer中mockServer目录->UI自动化src目录
• MockServer中utils目录->UI自动化src目录下 以上操作完毕后就完成了应用MockServer的大部分工作，剩下的工作就是将Proxy运行起来进行调试，说的简单两者之间的调试也除了些小插曲，听我一一道来。

问题总结

并行工作的问题

MockServer实际上是一个工具它的运行独立于自动化运行，换句话说Proxy的启动要在UI自动化之前，这就出现了这两个工具要并行启动。

解决方案（一）

使用Python multiprocess模块进行多进程启动，创建两个进程一个进程负责一个工具启动，想象很丰满现实很骨感呀，安装的时候Pycharm 出现了报错：

暂时没有解决，有知道原因的小伙伴可以留言，互相学习。 这个解决方案就以失败告终。

解决方案（二）

通过组内分享得知Python OS库可以直接调用python文件进行启动，这可是一根救命稻草，开始尝试使用OS库：

dir = os.path.dirname(os.getcwd()) + "\\Mall_UIAutomator\\src\\mockServer"

迫不及待的点下了运行按钮，结果还是Proxy可以运行起来，但是这个是一个常驻服务，后面的自动化代码被阻塞了，未达到预期效果：

一直处于监控状态，失败告终

解决方案（二）改进

一番挣扎后，在网上搜索资料找大神沟通，最后对方案二进行改进：

dir = os.path.dirname(os.getcwd()) + "\\Mall_UIAutomator\\src\\mockServer"

前后对比细心的同学可以发现改进的代码中增加了“start /b” 查了下，这个是让程序在cmd下后台运行，好神奇，感兴趣的小伙伴也可以留言，要不要查个究竟。