会员
wchzs
第 48051 位会员 / 2019-10-28
11 篇帖子 • 17 条回帖
-
6 个赞 / 24 条回复
-
2 个赞 / 27 条回复
-
1 个赞 / 3 条回复
-
1 个赞 / 7 条回复
-
0 个赞 / 13 条回复
-
0 个赞 / 29 条回复
-
0 个赞 / 5 条回复
-
0 个赞 / 5 条回复
-
0 个赞 / 1 条回复
-
大家都有些啥副业呢 at 2023年11月06日
基金股票不亏都难，已经看开了
-
大家都有些啥副业呢 at 2023年11月06日
有工作之外的技术真好
-
遇到个问题，涉及到事件回调的功能如何做压力测试 at 2023年03月01日
是企微请求我们系统，把数据给我们。。就怕数据给的多了快了把系统给弄崩了
-
遇到个问题，涉及到事件回调的功能如何做压力测试 at 2023年03月01日
嗯，压调用企微接口的场景的时候会注意这个的
-
遇到个问题，涉及到事件回调的功能如何做压力测试 at 2023年03月01日
虚拟出一个接口估计不太合适吧，得到的结果只能证明虚拟接口的性能
-
遇到个问题，涉及到事件回调的功能如何做压力测试 at 2023年03月01日
和开发讨论了下，模拟企微对系统发起请求理论可行，但请求会涉及到各种加密，估计难点就是如何构造请求了
可能是因为业务带销售性质，对聊天记录比较敏感吧。。
-
【fiddler】 at 2022年05月11日
勾上这个试试 -
性能测试中大家是用线程数还是 TPS 解释这个并发这一个概念的 at 2022年04月13日
目前待的这个团队，性能指标只有并发用户数，只要不报错就继续加线程
，开发可能为了省事也同意这个指标，昨天特地为这个争论了一下，没啥作用。 -
性能测试中大家是用线程数还是 TPS 解释这个并发这一个概念的 at 2022年04月12日
我目前也是这样理解的，而且实际压测过程中拿着 TPS 和响应时间找开发运维进行调优的时候他们也比较有方向，调优的目的只有一个，就是减少响应时间增加 TPS。但现在换了个团队之后概念这块都要重头来，并发这块统一口径挺难的，要么争论要么加入。
-
性能测试中大家是用线程数还是 TPS 解释这个并发这一个概念的 at 2022年04月12日
翻到一篇阿里云大佬写的，现在性能这块应该是分成了两个派系，一派是并发，一派是 TPS，但是两个流派都能通过分析和调优解决问题。
https://developer.aliyun.com/article/709950
看了后思路突然打开了，既然线程数和 TPS 都能解决问题的话，那其实配合团队目前的水平更改测试方式才是正确的。