com.tencent.tmgp.shardsofdestiny，shardsofdestiny 百度搜一下就知道了呀

package_name 暴露的

就服你。补刀很重要啊

心疼 1s

噗嗤

cucumber 这框架倒是第一次见。。。话说黄瓜。。。

想知道这一套下来，监控本身大概占用多少性能（包括 ELK）

我感觉我被套路了，竟然换头像，害我没认出来。。。

对啊，比要验证的 json 本身蛋疼多了

不算吧，我就只是改了配置文件，具体改动上面也提到了。我不是版主啊

很实用

你说的也是，线上数据库的业务复杂度太高，仅仅是环境就难以模仿。但是我要是这么跟领导说可能会翻水水。。。

开眼了，这个感觉都包含了接口测试的大多数功能了 。

其实还有个很关键的点，这个工具给客户端开发用的话，由于 APP 打包发包等等规则的限制，需要测试包和线上包的代码尽量保持一致，也就是我这个 mock 服务的 URL 要和正式 API 的 URL 完全一致，这个我目前还真只想到了 Nginx 这种处理方案，自己做在服务里的话地址里难免会有端口号神马的。。。

周末起得挺早啊。。。这个也不算很大，其实本质就是改数据文件，我就是把 Nginx 作为静态服务器用了。可能前端和 MySQL 这块显得有些庞大了，主要是为了管理大量的 mock 方便些（配置起来是挺麻烦的我承认 ），可能我对 Java 的 web 框架熟悉些，就直接做了。你说的方法让我恍然大悟，真的是事情往往可以用很简单的方法实现但当事人却想不到。
一开始设想也是好的，做起来发现坑挺多，这就是自己造轮子吧，啥都想自己做下，做着做着还是发现之前别人的设计不比你差。

正好我的 mock 工具急需可信的 ssl 证书。。。

赞同，正在学 docker。。。老实说我自己看这教程都嫌麻烦，所以放了一个 demo 让大家先试用。。。

谢谢，我去研究参考下。

抓包动态 mock 好有意思呀，fork 看看，不过不懂 Python 还得现学，，，

哈哈，咱还真有做。不过在想怎么写文档，因为配置起来稍麻烦。。。

是啊，只能用现有环境推算。原本是打算用 MySQL 流量回放线上的数据（因为线上的数据库服务器就一台，涉及的业务太多，不目前只能想到引流），这样能勉强模拟真实场景，然后推算。
但是线上库是 SQLserver

Bootstrap

刚工作没多久，主要就接触过 RESTful API 相关的测试，其它我也在学习哈

厉害了，同时会 C# 和 Java 的啊。