共计 983 个字符，预计需要花费 3 分钟才能阅读完成。
从性能测试工具到全链路性能测试与剖析平台
PerformanceRunner 性能测试工具行将降级为 PerformanceOne 产品。本次大规模降级，次要围绕几个重大性能来进行：
全链路压测剖析
PerformanceRunner 性能测试工具（以下简称 PR），次要是可能针对不同的网络协议，模仿上百万虚构用户（VU），产生海量的压力，测试利用零碎的响应能力。
随着利用零碎越来越简单，比方从单节点到集群，从单个档次到多层次、微服务，咱们就须要晓得压力的链路是如何传导的，压力负载在每个节点时多少，哪个压力节点无奈接受压力。这就是全链路压测。
PerformanceOne（以下简称 PO），会反对多不同利用、不同节点的全链路压测，发现压力传导，找到性能瓶颈。
PO 反对包含 ngix、mysql、oralce、tomcat、redis 等各种罕用利用平台和架构，以及针对每个架构的几十种计数器。咱们依据本人的关注点，对计数器进行筛选，在压测过程中检测各个计数器，发现瓶颈。
从压测工具到压测平台
PR 与 LR、jmeter 等压测工具一样，次要是单机部署应用。在肯定水平上，无奈实现：性能测试团队共享和继承性能测试脚本，造成大量的反复工作。
另一个方面，纯正工具化的产品，无奈积攒常识，也无奈布局一个残缺的性能测试过程。
因而，性能测试的平台化、用户的角色化、脚本的重用、性能测试过程治理，就成为性能测试的一个重大趋势。在 PO 平台上，咱们应用 B / S 架构来代替传统的客户端架构，把性能测试团队集成治理到一个平台上。所有的测试脚本、性能场景被治理。性能测试过程能够被布局和治理。
此外，因为性能测试的常态化，因而，性能测试环境，包含被压测的应用环境和压力机，都须要统一规划和治理。PO 性能测试平台提供针对性能测试环境和压测机器的对立治理，也通过对测试环境进行资源排班，晋升了压测机器的利用率。
从脚本到低代码
性能测试的一个问题是，须要了解协定和脚本，于是性能测试有一些“曲高和寡”。在 PO 的版本，咱们基本上勾销了性能测试脚本，而应用配置化的界面来代替性能测试脚本，升高了性能测试工具的应用门槛。
PO 针对每个协定，设置了一组模板，性能测试工程师只须要依据这些模板来填写，就可能生成加压的底层代码。应用一组有序的模板，就能够实现性能测试过程。
大概在六月中下旬，咱们行将公布 PO 的第一个版本，让咱们期待吧！
