如何实施持续性能测试？

如何实施持续性能测试？

　　传统的性能测试被视为发布到生产之前的最后一项活动。它在验证系统的主要功能之后进行，并需要一组专门的性能测试人员。然而，由于性能测试位于最后阶段，一旦性能测试期间发现任何 Bug，修复这些 Bug 就需要付出多余的人力、物力和财力。此外，随着功能的快速开发和发布需求，传统的性能测试方法难以融入到敏捷模式中。
 

　　那么，如何实施持续性能测试方法呢？通过引入自动化性能测试，在添加新更改时自动触发是不够的。我们要记住持续测试不仅是指自动化测试，参考 Dan Ashby 的持续测试模型，我们可以将性能测试纳入软件开发生命周期的各个阶段。
 

　　1、规划

　　在讨论中将性能要求作为每个功能的一部分，并根据现有服务级别协议（SLA）创建验收标准和已制定的服务级别目标（SLO）是很重要的。如果没有 SLA 或 SLO，团队可以一起合作制定这些 SLA 和 SLO。同时，考虑将性能要求纳入到完成定义（DoD）中，这可以提高团队对性能的认识，确保性能需求在开发的每个功能中得到充分考虑。
 

　　2、分支及编码

　　团队成员可以审查代码并检查可能出现的任何性能瓶颈。同时，在开发代码的同时编写自动化性能测试也是非常有用的。在此阶段，性能测试主要是针对较低级别的组件进行的，而不是全面的端到端性能测试。团队成员可以从性能角度对的组件进行，例如：

　　专注于协议级别的测试，不涉及 UI。

　　针对特定的 API 端点进行测试，并观察随着负载逐渐增加，响应时间的变化。

　　通过提前执行压力或峰值测试来查找 API 端点的痛点。

　　除了自动化测试之外，还可以尝试配对测试，并在本地探索应用程序，以发现自动化测试无法发现的性能问题，例如检查应用程序的感知性能。
 

　　3、合并

　　当开发人员将代码推动到构建步骤并在某些情况下引入功能环境时，利用快速可靠的自动化测试来实现快速反馈循环非常重要。

　　从性能角度来看，作为 CI/CD 的一部分，可以运行前一阶段确定的组件性能测试。开发人员还可以这些测试到冒烟性能测试中，以验证应用程序在承受最小负载时的运行情况。

　　从后端性能的角度来看，这些测试应该以更少的虚拟用户或更短的持续时间运行。如果专注于前端或客户端性能，还可以使用专门针对客户端性能的工具，在几个页面上运行基本检查以获取数据。
 

　　4、构建

　　当功能合并到主分支时，可以进行更多接近用户体验的性能测试。测试或开发人员应该专注于端到端性能测试，而不只是组件级的性能测试，因为需要验证典型用户在使用过程中可能进行的主要流程。以下是一些从性能角度进行的端到端测试示例：

　　每次将代码部署到临时环境时，自动运行平均负载测试，以评估系统在典型负载下的性能。

　　运行端到端性能测试来模拟用户的完整使用流程，并在后端服务面临高负载时找到浏览器级别的瓶颈。在这个阶段，性能测试更加现实，并尝试模拟典型用户的行为。

　　可以选择手动触发压力、峰值或持续性能测试，将其集成到 CI 上。

　　如果将结果集成到可视化仪表板中，团队可以持续观察性能趋势，并使用数据通知是否可以安全地将代码部署到生产环境中。
 

　　5、发布和部署

　　当功能在生产中发布时，可以通过运行状况测试来验证部署是否成功。在某些公司中，可能没有适合进行性能测试的预生产环境，因此可以选择在生产环境中进行测试。

　　为了避免对用户造成的干扰，可以在商定的窗口期间（如非高峰时段）进行负载测试，这可以确保在测试期间不会对用户的正常使用产生负面影响。
 

　　6、运行和监控

　　一旦代码上线，用户会不断地对其进行测试。为了了解与性能相关的用户痛点，建立一个渠道来获取用户反馈，将其纳入下一个迭代中。同时，拥有监控解决方案也是持续测试的一种方法。这可以实时获得用户遇到的性能问题，例如页面响应时间过慢、在不同数据服务上出现的请求失败等。