Mark 一下，期待大佬解惑

全链路主要是针对容量评估，接口间资源竞争有比较好的测验。像我呆的小厂，一般流量没那么大加上现在都上了动态扩容等拓展方案，在容量评估上其实没那么大的要求了，资源竞争的话也是针对可能会引起行锁，表锁的接口进行验证。所以没充足资源去做全链路把核心接口做一下问题也不大，实际情况下来也确实是这样不会出什么问题，更多是没测引起的问题。

我们是小公司，不考虑

在系统复杂的情况下，打包所有接口不实际，也无法真实模拟所有接口，使用分拆思想，筛选主要压力接口即可。再根据压测结果综合评估。

jmeter 的逻辑控制器可以做到，几乎和页面响应时间差不多，但是真实使用情况是用户会访问整个页面而不是单个接口。哎有时间想多了做起事也是累，只是在讨论一下，大家不需要这么做，核心接口和核心场景覆盖就习惯

是的，常规测试就行

其实一般情况来说，前端资源都做了 cdn，在这种情况下压测意义不大。

但是如果你们的前端服务是 ssr 类型的，那就需要针对这个服务做压测。

这位老哥说的是，前端可以分为两种，一种是资源请求，这种需要关注一下没有缓存情况下进行请求；一种是大数据下的页面渲染。两种都可以使用蓝灯做测试