其实也不闲的吧，当游戏强更或者其他更新，推渠道包时，你得回归所有渠道包。

发行商更关注的是账号系统，支付系统而不太关注游戏质量，纯软件测试。除了两个基础系统外，还会有客服系统，数据统计系统等等；运营活动和周更只是其中的日常工作之一，但也是回归上述的软件内容，而不是游戏。

1 万并发限制，会报错的

请求接口，请求量越大越好，可以用压测工具。然后统计数据。分析是否与配置的概率一致

有可能，涉及到参数排序，计算 sign，重写 url

666

嗯嗯，学习了

为什么我打包 jar 引用，jmeter 的性能下降超级严重

这样不会很麻烦？

jmeter 使用 java 计算 sign 值，并添加到 url 里，虽然功能实现了，但这个 sign 的计算，导致严重影响 jmeter 的性能，不知道你有没有出现

是否精准，与截图有关，现在应该可以使用 https://github.com/AirtestProject，资料应该更多

666,之前尝试了一波，就发现 locust 无法增加并发提高压力，只能增加试压机。感觉好弱。使用 locust 压测，无非就是针对非 http 协议的服务端，这个 golang 的 boomer 可以尝试一波了

wrk 支持不了非 http 协议。

是一样的，并且客户端与服务端还是内网来的

调用 sdk 的接口，然后测咯

我一个百度账号用了很久，然后手机号换了。。就无法登陆了。。申诉都没用

grpc 协议，基于 HTTP/2 和 pb 协议，因此工具需要支持读取 pb 协议和 HTTP/2(正常来说这个可以忽略)。
我们这样做，使用 node js 写一个 http 服务，并且 封装一个 请求 grpc 接口的 function，node js 收到 http 请求后，马上调用 请求 grpc 接口的 function，并且返回 grpc 接口的 response 给 http 客户端。并且 node js 采用 master ，worker 模式，尽量让 node js 不会成为压测链路的瓶颈。调用链路如下：
wrk/ab/jmeter --> node js proxy --> grpc 服务

********* | --- http -- | **** | -- grpc --| ***

此模式，不局限 http --> grpc ，还可以 http --> websocket, http --> thrift 等等

我今天也收到了，点进去是一个活动专场什么的。。

websocket 会发送心跳包,把相应日志打印出来，查日志 OK 啦。

买个 mini,在 mini 装上 jenkins 节点，不是什么都解决了吗？

这个倒没遇过。。基本上都是用 Charles 抓 ios

我常用是 Charles 和 tcpdump

想请教下，流量回放如何解决数据问题，比如一个请求 user_id=123，但该请求 user_id 为线上数据，但本地回放如何解决数据不一致问题。难道同步线上数据库？但明显是不合规的。。。

目前依赖测试组内同学，提测时，去跑下，有问题反馈

推不动。。与研发 leader 会议也开过几次，说好的这样这样，但一到落地，就打回原形。 ，目前只能推动测试组内了。哎