杭州的小伙伴们来参加啊

23k ...比我工资都高，我还是 12 个月的。

很多界面本身就是 1 个 URL，还好吧。
自动化还是要用录制的，然后录制后加点检查点和状态机（没有什么不稳定和顺序问题是状态机搞不定的）
https://testerhome.com/topics/5006 推荐下 ATX

游戏那边你出 1 个？？

构造畸形数据和其他无效等价类吧。。反用例这个名词。。。

白盒基本上就这些，没什么新花样。

https://www.npmjs.com/package/memwatch?spm=5176.100239.blogcont33342.12.v1iTBy
用这个，很好用

先做弱网测试，在做压力测试·

游戏那边议题也开始征集

客户端打点吧

好 BUG，居然把壳层位置给抛出来了。

写得不错，最近因为环境问题，也开始在搞 Docker

我之前搞的 Ui 注册登录和新手引导的，结果用了几次后，大家基本不用了。这个要看时间投入和公司是否支持。

Ui 首先还是要分层，举个例子，如果你最终环境在线上移动的，可以不用在内网模拟器或者其他 build 环境做 UI 层的
介入时间是在前端不改版和稳定后。

应用的产出主要在于回归界面，接口层通无法代表用户按这个前端流程去点击一定会通。有可能某个纯客户端的按钮没了或者点击无法响应就无法进行到下一步了。

祝愿一切顺利，在群里关注着呢

撒花撒花，感谢分享付出的大师！

https://github.com/DrJia/AndroidLogCollector 用接收器

极限编程，未来要和程序持平编程水平。

谢谢。

感谢回答，这里面感觉会因为业务复杂度越大，对应压测模型和数据那边执行起来 需要更多组去比对。游戏公司一般没有什么数据部门，或者也不会提供技术压测的，只是运营数据分析，不包含路径。

流量回放 看起来很美好。实际上收集流量回放在整理成一串的 case 有点麻烦。

我们最终输出的不是 json 格式的，美术资源部分输出 json 项目我也见过，但没研究过。你可以在确定下是否特效压缩格式，然后在运行过程中解压导致的。

淘宝单位吞吐量级估计比我们最大时还高几百倍吧，架构上也是很大差别的，压测也难很多倍
我们本来很多地方（token，部分回包）也是用 mock 的，后面放弃了，除了硬件 ID，实在没多少机器码情况下。
问题是单链路和全链路 假设在架构简单的情况下，二者差异在哪里。
之前压测的权重执行策略也会根据之前线上数据的协议接口访问量来设置，但是 BI 的步骤是不是有更多不一样的地方呢？

会不会是特效格式不支持白鹭引擎啊。。

框架这种的话不急，你只要直接的业务代码写出来，然后再抽象抽象抽象 在封装。。就行了。
微服务 也就是模块化开发，你抽象出来就是了。。

你好，意思是全协议执行吗？有一个疑问，如果是压力测试的话，所有协议跑一次，会不会影响到 那些性能要求比较大的协议 执行次数变少啊。