常规的性能测试，核心接口和核心场景进行负载测试和稳定性测试
但是用户在对服务进行使用时，是以整个页面为维度进行访问，并不单单访问核心模块核心接口，比如淘宝抢购，是多人同时访问抢购页面，需要访问商品信息、图片、商品介绍、价格、还有实时的数量等，我们不可能只请求一个商品信息接口，需要将抢购页面所有接口打包在一起进行请求。
还有更复杂的思考，如果我们打包所有后端接口，那前端的接口是否也需要考虑进入，有大佬来解答一下吗
只是浅浅的思虑一下我们平时做的性能测试是否全面
，一般情况下核心接口和核心场景能满足要求就可以哈
Mark 一下，期待大佬解惑
全链路主要是针对容量评估，接口间资源竞争有比较好的测验。像我呆的小厂，一般流量没那么大加上现在都上了动态扩容等拓展方案，在容量评估上其实没那么大的要求了，资源竞争的话也是针对可能会引起行锁，表锁的接口进行验证。所以没充足资源去做全链路把核心接口做一下问题也不大，实际情况下来也确实是这样不会出什么问题，更多是没测引起的问题。
我们是小公司，不考虑
在系统复杂的情况下，打包所有接口不实际，也无法真实模拟所有接口，使用分拆思想，筛选主要压力接口即可。再根据压测结果综合评估。
拐大爷
回复
jmeter 的逻辑控制器可以做到，几乎和页面响应时间差不多，但是真实使用情况是用户会访问整个页面而不是单个接口。哎有时间想多了做起事也是累，只是在讨论一下，大家不需要这么做，核心接口和核心场景覆盖就习惯
其实一般情况来说，前端资源都做了 cdn，在这种情况下压测意义不大。
但是如果你们的前端服务是 ssr 类型的，那就需要针对这个服务做压测。
varqiao
回复
这位老哥说的是，前端可以分为两种，一种是资源请求，这种需要关注一下没有缓存情况下进行请求；一种是大数据下的页面渲染。两种都可以使用蓝灯做测试
米兔杨一一
回复
做到是可以做到，但是有没有必要这么做，投入产出价值结果有多少差异。如果页面的压力主要集中在 10% 业务的请求，费力去全量模拟压测出来的结果差异也并不会大