本文介绍了为了解决开发和测试中遇到的问题，如快速定位问题、接口Mock等，而设计的一款AppMock工具。它避免了使用Charles带来的不便，通过手机扫码注册和设备标识区分，实现了客户端和服务端的隔离，提供了更高效、友好的Mock解决方案。工具的实现包括客户端、Web端和服务器端，允许用户自定义接口返回数据，方便测试和调试。
目录
一、目前现状
开发过程中和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可以灵活启用和禁用
二、为什么不用Charles
对于目前现状中的有些charles也可以解决呀。是的Charles是可以解决，就是多花些时间成本，关键是这个成本是所有开发和QA都需要付出。
1、需要自己各种配置和设置，难用还要钱
2、展示的东西太多，需要自己去筛选，UI展示看起来不是那么友好
3、功能太强大，反而我们最需要的那部分功能做的比较
扫一扫
4259
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
