觉得自己没有拿得出手的东西，那就努力做个拿得出手的出来不就好了吗？

花很多时间去了解自己有多弱，还不如不要管那么多，努力一把。

哈哈，那就好~

你也在广州？在哪高就？

微信公众号发现有一个公众号也有发了这篇文章并声明了原创，想问下有经过你的授权不？

地址：https://mp.weixin.qq.com/s?__biz=MzA3OTA2MzI3Nw==&mid=2647775640&idx=1&sn=4f4978015f85c6616a55c244cc4f21aa&chksm=879c481ab0ebc10c70dcf9759fa0b05df14e3ddd47103ffb76e95ab23e9ce84f5c1919020c12#rd

厉害! 佩服!

如果代码基础好，rest-assured

代码基础一般，好多分享里面的平台/框架看起来都挺好用（例如美团的 lego ，大疆的 HttpRunner），但没实际用过，不好评判。

照样画葫芦，比你找这些书要快得多。

如果不会画，先去看看 appium 自己的 api 。

建议可以先用原生的 provider 试试。provider 和 stf 主服务之间的网络稳定性还是有一定要求的，稳定性太差会导致掉线频繁，用起来很不爽。

我们其实也没有特意去解决，公司搬了之后大家都在一个办公楼，就没问题了。

辛苦辛苦~

比较好奇稳定性如何。

之前因为公司原因，主机和 provider 分开在两个大厦，provider 和主机之间掉线频率很高。

讲得非常全面，赞~

HTTP Archive: http://blog.csdn.net/euyy1029/article/details/52350736

可以分享下你的解决方案？

希望你家人早日康复。

atx 现在功能越来越完备了，希望能像恒温说的，逐渐变成面向行业的开源项目，有规划有跟踪，逐渐发扬光大。不过小小建议，还是要保持关注公司内部团队的需求，要不。。。你懂得。

这种方式自动化适用，但非自动化灵活度不大够。我们的需求是动态配置每个接口是否走 mock ，灵活和动态是重点

嗯嗯，主要是代理动态化，用来应对 docker 这类动态性强的场景。

好东西，最近打算基于这个看能不能搞定设备实时管理。资产登记的话用起来繁琐，容易信息滞后。

因为和目标不大符合，暂时不打算投入继续研究了。以后有空再玩。

是呀，后面一起跑起。

牛逼，我目前还处于懵逼状态，要补充下理论基础了。

这个思路不错，回去试试。感谢分享

这个问题比较敏感。。。

赞呀！后面抽空试用下~

社区搜索下？

现在处于中期，痛苦期。还没到达享受期。需要坚持。

哈哈，所以今年目标调整成聚焦于解决 1 个主要问题。其它浅尝辄止，不投入太多精力。