我是一名运维，收到了一个任务，做新项目压测，保证线上不出问题，压力大，就找到了这个课程，希望对我有帮助。加油，开始学习了。

干活慢慢，高老师团队真的用心了，从方案到代码落地，每个细节都很到位

执行时，压力采用连续递增的模式，好处在于1. 贴近用户使用场景(秒杀场景除外)；2. 能绘制性能负载曲线图，便于分析性能瓶颈。

请问一下老师，后端提供的接口，很多都是有依赖关系的，A接口的入参，需要B接口的结果，这种情况下，做完整的业务流程压测，有工具推荐吗？还是说需要自己开发呢？

非常感谢高楼老师，微信上关注了很久，到专栏里才彻底发现老师的牛逼！！！跟了！跟着大佬进步！

怎么没有人留言，这个太硬核了🤩

RESAR性能工程中，全链路压测要注意，1，明确全链路测试的关键业务范围， 2，性能方案中要进行针对全链路性能压测的改造，包括业务上的改造，流量平台的改造，基础数据构造方案设计，影子存储设备的改造，监控改造。紧急预案的设定，压测验证的设计。 3，环境的准备，通常是线上环境，或者是部分线上环境。流量平台的搭建，网络结构的改造。 4，监控环境，要对压测数据进行统计，全链路压测通常是分布式压测，所以要有对分布式链路监控，线上流量和用户流量的日志分开写入，所以还需要对日志的监控 5，性能场景的执行过程中，要有预热环节，逐步过渡到测试要求压力。 6，测试报告之后，要对测试数据及时清理，减少测试对线上环境的影响。 全链路性能压测结果分析，是在完整的监控基础上进行的。因为线上环境的不可随意重复性，需要得到结果后，靠完备的监控数据来快速分析得到结果。 对于性能瓶颈的调优，相比测试环境的性能测试，需要团队其他成员其他部门的支持更多，因为全链路压测是需要公司多个部门集体协作，才能顺利进行，才能在找到问题后快速准确地解决问题。

高楼老师，你说的太好了，再好的技术没有上层的支持也落不了地。我曾经在陆金所下面一个项目组提出了质量内建、研发赋能、敏捷驱动的口号，结果被开发领导排挤，测试领导也不支持我，最后被迫害离职，这都是惨痛的教训，希望订阅的读者不要像我一样，学了几个专栏就想在公司落地，结果被无耻的开发棒打出头鸟。

高楼老师，久仰大明。请问现在大厂做的crash平台，移动终端统一日志收集平台，甚至是AI流量性能自动预警这些赋能业务的重型平台越来越多，对一些大型公司来说性能测试貌似变成了技术平台开发，企图把所有操作规范化自动化，而中小公司往往又找不到经验丰富的性能测试，很多性能测试人员的认知来源于书本，缺乏实战的历练，对于这种背景下，性能测试人员最具有价值的核心竞争力是什么呢，在当前又有什么技术是可以作为性能测试的技术壁垒，可以让性能测试这项工作既不会脱离个人的能力范围，又能带来足够多的价值呢。

三个专栏我都买了，继续跟着老师学习！