首先，制定可靠性的目标，例如相应的 slo 目标等
第二，梳理当前服务整体架构，明确保障的范围等，例如核心服务
第三，根据架构特点，制定相应的故障用例，做执行。根据目标，验证是否满足我们的目标，如果不满足，则要求开发去更改。这里涉及测试环境的故障注入，线上的环境演练，需要研发和运维做各种高可用措施，例如服务之间的高可用，基础设施的高可用。
.....

请问是要计算当前的 tps 能够满足多少用户使用么？

不要在意经验多长，直接骑驴找马，我当时毕业 6 个月的经验就跳槽了

学会了，之前的面试官问测试用例的时候，我总是把控不好度，有时说得太细，有时候说得太粗

简单来说就是自己写个 mock 服务，给外部提供调用

感谢解惑～

大模型应用。。。。

1.当前公司肯定是稳定的
2.大家都说大模型是 AI2.0
3.我没有想着去 deepseek，能去腾讯字节的相关团队就烧高香了

哈哈哈，看来大家的压测平台都是异曲同工

佬，卡学历嘛

牛逼！

菜🐔一枚

没有，还没跑呢

很难说好用，不过功能齐全

从几个维度来看吧，团队规模，用例量级，以及对未来用例增长预期。
初期肯定是直接用个开源的来得快，但是等用例量级上来之后，会出现各种问题：例如数据库出现瓶颈，测试计划卡死等等，维护起来很难受。
我们这次重构，几乎是把 metersphere 全部改造了，不亚于重新开发了，可以简单说一下大致花费的时间，问题定位分析，出重构的技术方案，两个人，不是全职投入，大概花了一个月左右。
然后投入开发，后端 2-3 个，两个全职，一个部分参与，一个前端，花了 2 个月重构完成。

不过有一说一，小团队用 metersphere 还是可以的，架构层面虽然不优秀，但是作为个免费的开源产品已经很了不起了。

跳槽都好难啊，我今年拿了几个 offer，都是 20% 以内，当然只是中厂

涨了 7%

卧槽？老乡见老乡？

跟一个

为了五一玩得心安理得，4 月 30 号连夜写代码 + 测试到 1 号凌晨 3 点，然后提 pr

我最近面试的经验
字节 美团 在线手撕，美团还要求最优解
阿里，一面会后发链接手撕提交，二面没要求，三面忘记了
中小厂几乎不用

根据我最近几个月面试的感受
1.学历是门槛
2.业务匹配
3.算法够好
4.技术能力