我从江湖而来,我从外企发端,从互联网成长,从半导体壮大。
我就是那个路人甲,那个扫地宗师,那个 XX 负责人,内卷王,背锅侠。
我将回到江城,生于斯,长于斯,也将回馈于斯。

  • 投名状啊。
    莽过去就成大牛。试试呗,不倒逼自己不知道自己到底多牛逼。
    后续的博弈大家才会知道你的框架靠谱不靠谱。

  • 记录一下性能测试实战 at 2024年09月29日

    压测中有个概念叫 并发活动占比。也就是每 100 个用户中,有 20 个用户在不断做操作,其余全部静止不动,那么并发度就是 20%。这种实际并发度只能上线后由 OP 统计出来。上线前,一般大家都按照二八法则,也就是 20% 的活动度拍脑袋决定。自己也可以判断一下,比如分钱,秒杀,抢房子,那参与度自然高,比如 50%-70% 都可能,如果只是看文档,那么可能 5% 都不到。

    其实,第一次压测,只能基于猜测,也就是拉个基线就可以了。反而是后续的补丁才是每次都要跟基线对比才是。

  • 好多年前 Winnner 说要要取代点点点,吓得我立马去学习;
    然后 QTP 说要取代测试,吓得我抓紧时间去学习;
    然后 Selenium 出来了,又说要取代点点点,我抽空去学习了;
    现在 AI 出来了,又说要取代点点点,我看了看还没有开始测试就更新了 4 个版本的测试脑图,有点不想去学了....

  • 武汉 左岭 可能有坑。外包...钱少离家远,事情么。中等强度吧...

    技术这块作为测试可以了。考虑一下钻一下一门业务吧...

  • 我理解压测应该先找到各自客户机的最大 TPS,采用爬坡法逐步加压。
    这里直接就是 400 并发。压力系统的主要矛盾已经从服务器的计算能力转移成为你的 2 台压力测试机器 (客户端) 的性能瓶颈了。

    千兆网卡的传输速率为 1000Mbps,你这都快跑满了。感觉网络这块极大概率是客户端瓶颈。

    回到主题,不要以客户端的资源为压测目标。最重要是主要矛盾,TPS。从 0 逐步加上去去看。

    你可以把 Jmeter 在配置高的机器和差的机器配置 1 个双节点的集群去分摊网络流量。

  • 测试是否需要一票否决权 at 2024年06月29日

    华为就有,但是没发现要杀开发祭天...

  • 传说中有银行的业务测试,比开发牛逼。因为复杂的业务流只有她最熟悉...

我从江湖而来,我从外企发端,从互联网成长,从半导体壮大。
我就是那个路人甲,那个扫地宗师,那个 XX 负责人,内卷王,背锅侠。
我将回到江城,生于斯,长于斯,也将回馈于斯。