整好了分享一下

多谢多谢，方便加我微信吗？TTMMD155

有没有试试 ms-node-controller 单独搭建，可以吗？

对，Kafka 的服务、topic 都验证了没问题

我用的也是 1.9.3 的，那我再看看，还不行的话，找您帮我看看？

继续帮忙，有玩过的小伙伴吗？

看到这个，我也点了一下，尴尬。。。。

从 httprunner 入手吧，解决了你 pytest、request、allure 的学习成本，且简单易操作。

使用文档见：HttpRunner V3.x 中文文档

不客气

写操作，一定不能直接操作表。

• 写操作：建议调用开放接口
• 读操作：可以直接查询数据库

不好意思，因为内容有误，已修复

过奖啦

工具其实是其次的，最重要的是理解性能如何做，如何做有效的性能测试？

可以看看：服务端性能测试 - 入门指南

这个 BUG 主要还是业务逻辑漏洞，需要深入理解业务，就可以测试出来吧

感谢关注

客气啦

这个回帖打💯分

你是问 debugtalk 的博客吗？

看看 debugTalk 的 httprunner 实战开发文章啊，写的非常好。

当然，如果是手把手的实战教程，说实话，给钱人家也不愿意写，容易挨骂。

这个说法非常错误

建议看看渲染原理：详细内容见：Android 流畅度评估及卡顿定位、优化

从图中可以看出，按照刷新率 60FPS 的屏幕举例，当某帧渲染超过 16.66ms 时，屏幕是不会立马绘制当前帧的，会等待下一帧绘制完成，才会显示当前帧。这样这一秒，最高就只有 59FPS 了。

其次，在描述流畅度或帧率相关问题时，用帧。用图会让不懂的人更加误解。

再通用，也不会像母语一样，大家都用同一套东西

未来源，可以借鉴他们的设计思路

之前没有做过中台的测试。建议按照这样的顺序评估是否需要做性能：
（1）服务是否会面对并发场景？
（2）出现并发或高并发时，是否可以忍受服务出现性能问题，甚至崩溃？
（3）如果不能忍受，那就必须要做性能测试了。一方面用于性能评估，另一方面可以提前暴露性能问题，避免早上线上损失。

我觉得性能评估是比较必要的。但是没必要测试整个集群，可以测试集群单元和单实例性能，然后再综合考虑负载损耗，来评估大集群性能。