我从江湖而来,我从外企发端,从互联网成长,从半导体壮大。
我就是那个路人甲,那个扫地宗师,那个 XX 负责人,内卷王,背锅侠。
我将回到江城,生于斯,长于斯,也将回馈于斯。
谢谢!
投名状啊。
莽过去就成大牛。试试呗,不倒逼自己不知道自己到底多牛逼。
后续的博弈大家才会知道你的框架靠谱不靠谱。
压测中有个概念叫 并发活动占比。也就是每 100 个用户中,有 20 个用户在不断做操作,其余全部静止不动,那么并发度就是 20%。这种实际并发度只能上线后由 OP 统计出来。上线前,一般大家都按照二八法则,也就是 20% 的活动度拍脑袋决定。自己也可以判断一下,比如分钱,秒杀,抢房子,那参与度自然高,比如 50%-70% 都可能,如果只是看文档,那么可能 5% 都不到。
其实,第一次压测,只能基于猜测,也就是拉个基线就可以了。反而是后续的补丁才是每次都要跟基线对比才是。
好多年前 Winnner 说要要取代点点点,吓得我立马去学习;
然后 QTP 说要取代测试,吓得我抓紧时间去学习;
然后 Selenium 出来了,又说要取代点点点,我抽空去学习了;
现在 AI 出来了,又说要取代点点点,我看了看还没有开始测试就更新了 4 个版本的测试脑图,有点不想去学了....
武汉 左岭 可能有坑。外包...钱少离家远,事情么。中等强度吧...
技术这块作为测试可以了。考虑一下钻一下一门业务吧...
我理解压测应该先找到各自客户机的最大 TPS,采用爬坡法逐步加压。
这里直接就是 400 并发。压力系统的主要矛盾已经从服务器的计算能力转移成为你的 2 台压力测试机器 (客户端) 的性能瓶颈了。
千兆网卡的传输速率为 1000Mbps,你这都快跑满了。感觉网络这块极大概率是客户端瓶颈。
回到主题,不要以客户端的资源为压测目标。最重要是主要矛盾,TPS。从 0 逐步加上去去看。
你可以把 Jmeter 在配置高的机器和差的机器配置 1 个双节点的集群去分摊网络流量。
华为就有,但是没发现要杀开发祭天...
传说中有银行的业务测试,比开发牛逼。因为复杂的业务流只有她最熟悉...
我从江湖而来,我从外企发端,从互联网成长,从半导体壮大。
我就是那个路人甲,那个扫地宗师,那个 XX 负责人,内卷王,背锅侠。
我将回到江城,生于斯,长于斯,也将回馈于斯。