AppMock 工具设计及原理

目录

 

一、目前现状

二、为什么不用Charles

三、如何实现

1、实现方案：

2、实现成本：

3、基本流程

四、实现结果

5、如何使用

---

一、目前现状

开发过程中和QA测试过程中遇到下列情况：

1、想快速看到当前app api接口请求情况，以及打点请求情况，目标：帮助快速定位和排查问题；

2、制造数据和场景比较复杂时，不能够给自己手机或者模拟器上 的app去 mock某个指定接口（1~n个）的数据返回并且不影响其他人；

3、对于新业务需求，接口的入参和返回定义完后，客户端会被服务端block住，不能在本地自己mock联调和自测；

4、开发或者QA在测试或者调试过程中遇到需要数据上的支持时，只能麻烦其他同事配置或者自己去配置，不能自己快速解决问题和绕过问题（例如支付完成后的流程无法走到）

5、遇到有些接口请求的数据一天只会返回一次，这样会给自测的过程中带来麻烦

 

总结为以下几点：

1、不利于快速排查和定位问题；

2、客户端和服务端不能进行开发依赖分离；

3、接口不能快速Mock；

4、需要更多的沟通本成和时间成本；

 

对于第二点再补充下：

1）可以给指定的某个接口mock自己给的测试数据；

2）mock server根据设备唯一标识来区分；

3）自己的mock设置不会影响其他人；

4）mock可以灵活启用和禁用