您知道什么是性能工程吗？

扫码分享给我的朋友

性能工程是主动、持续和端到端的应用程序性能测试及监控。它允许团队、工具和流程之间通过持续的反馈循环进行无缝协作。其中不仅包括负责质量保证的测试人员，还包括开发人员、性能工程师、产品负责人和业务分析员。

“性能工程代表了组织看待其基本流程的方式所发生的文化转变。性能工程采用了在整个组织内改进质量和性能的实践和功能。”- Test Guild 播客的 Joe Colantonio：2020 年及以后的六大性能趋势

通过利用涵盖开发人员和性能工程师的正确规模的工具，性能工程支持左移性能测试和右移应用程序性能监控。如果不了解经典的性能测试，就很难理解性能工程与传统的性能测试有多大区别。

性能测试和性能工程之间的区别是什么？

经典性能测试实际上是性能工程的一个子集。它通常需要在开发后的质量保证 (QA) 周期中运行一轮负载测试。性能测试包括检查应用程序在预期工作负载下的速度、可靠性、可伸缩性、稳定性、响应时间以及资源使用。在我们介绍性能工程和性能测试之间的差异之前，我们首先将单独探讨性能测试，以及它本身不再能够持续的原因。

• 首先，我们将孤立地看待该测试，并将其视为一种事后的补充，该测试只在功能测试结束时开始。

• 其次，孤立运作会导致项目子团队之间存在巨大的沟通鸿沟，并阻碍递送高质量产品所需的协作。

• 第三，在性能测试启动时，组织已经投入了大量时间、精力和资金来设计、开发和推广应用程序。

• 第四，性能测试通常被视为事后补充，不包括在发布前的“完成”准则中。在这个关键时刻，企业迫切需要应用程序投入生产环境，并且不希望出现延迟。在这种情况下，QA 反馈出现得太迟，无法在发布前完全修复。不可避免的是，为了按计划完成发布，大量性能问题会不必要地进入生产环境。修复生产环境中的缺陷要比在开发早期更昂贵、更具破坏性。

• 第五，传统性能测试可能是瀑布模型的完美选择，但在当今以 DevOps 为中心的世界中却并不合适。DevOps 通过缩短“将变更提交到系统”和“在生产环境中实施变更”之间的时间来降低新版本的故障率。持续集成和持续递送 (CI/CD) 可确保软件在整个生命周期内始终处于可发布的状态。DevOps 还专注于协调组织，以支持利益相关者、职能部门和工具之间的端到端协作。为了满足 DevOps 的快速递送需求，软件开发需要一种演变程度更高的性能测试方法。这种新方法就是软件性能工程。

现在，我们来深入了解性能工程与性能测试之间的主要区别。

• 首先，性能测试是对应用程序负载处理和响应能力执行的质量检查。它可确定系统承受生产负载的能力，并预测了在重负载条件下可能出现的问题。性能工程在设计应用程序时，寻求从一开始就考虑性能指标，并在开发初期帮助发现问题。

• 其次，性能测试是一个 QA 过程，通常在一轮软件开发完成后进行。性能工程是一个连续的过程，嵌入到了软件开发周期的各个阶段 - 从设计到开发，再到最终用户体验。

• 第三，性能测试由 QA 团队进行，而性能工程则涉及 RND 和 QA。

性能工程概念

通过以下概念，DevOps 和性能工程可提供一致的生产性能结果，使客户能够更有信心地高效部署应用程序，并推出高性能、稳定的软件来满足用户的期望。

端到端优化

性能工程通过持续的测试和监控流程提供端到端系统优化。这将性能和负载测试左移到开发过程中。这与传统性能测试不同，后者是在功能测试稳定且代码发布后进行。

代码发布后，性能工程会利用应用程序性能监控 (APM) 工具来跟踪生产环境中的应用程序。

性能利益相关者组成的跨职能团队

性能工程使项目利益相关者（从业务分析员到开发人员）之间能够进行协作。保持高性能水平以增强客户体验，跟上业务发展步伐并管理端到端性能，这要求每个人（而不仅仅是质量保证/性能工程师）都成为产品性能的管理者。实现方法：

卓越测试中心

卓越测试中心 (CoE) 是值得信赖的测试顾问和最佳实践的管理工具。CoE 支持不同的业务部门、不同的测试方法（比如 DevOps 和敏捷开发），并且可以根据需要灵活地推荐性能测试工具。为了构建更好的测试模型并提高测试质量，CoE 可以作为单一的汇总点，以整合和重复使用随着时间推移在多个业务部门生成和收集的测试数据。

性能工程师

性能工程师提供了所有正在开发的代码的整体视图，以确保性能测试准则保持全面，涵盖更大的范围，并将所有不同的代码都纳入到开发中。性能工程师是性能测试工具的主要用户，在脚本编写、设计、运行和分析测试结果方面具有丰富的专业知识。性能工程将性能工程师引入开发的早期阶段，他们可以提供性能指标和方案，使代码为发布做好充分准备。早期参与意味着，性能工程师可以确保解决方案满足开发之初设定的性能期望。他们还可确认架构和设计在整个开发过程中都保持一致。

软件开发人员

开发人员是编码方面的专家，但在功能和性能测试方面通常不那么专业。他们在集成开发环境 (IDE) 中工作，倾向于使用自己喜欢的工具，而不愿意学习新工具。性能工程左移了性能测试，将其引入软件开发人员的职责范畴。借助性能工程师的意见，软件开发人员可以在编写代码时运行性能测试。开发人员在代码满足性能测试准则之前不会发布代码。

开发测试人员

由于软件开发人员和性能工程师之间存在明显的区别，因此在经典性能测试中不存在开发测试人员。通过性能工程，开发测试人员逐渐成为将性能工程和开发人员团队联系在一起的利益相关者。他们拥有可靠的编码和测试技能（尽管无法媲美开发人员和性能工程师的专业水平），从而弥合了这一差距。与开发人员相比，他们可以快速运行测试，并具有更大的灵活性，可以根据需要使用不同的工具。

业务分析员和应用程序工程师

通过右移测试，性能工程使业务分析员和应用程序工程师能够参与此过程。这可以确保将定义了用户体验质量的业务和应用程序性能要求纳入性能准则。这两个角色可监控生产环境中的应用程序，以确保始终提供一流的应用程序性能。

获得合适的性能工程合作伙伴

性能工程正在改变软件开发环境以及所有参与软件开发的人员的工作内容。现在，随着参与角色的增加，比以往任何时候都更加需要通过工具和技术来精简流程。性能工程需要端到端集成和协作（从右到左和从左到右）以及实时见解和分析。传统性能测试供应商无法充分应对这种混乱的变化浪潮。而 Micro Focus 拥有久经考验的经验和技术解决方案，可将混乱的测试过程转化为井然有序的工程流程。

Micro Focus 性能工程开放式架构支持在任何开发环境中跨任何协议和应用程序类型进行测试。它允许利益相关者（从开发人员到业务分析员）使用众多供应商和开放源代码工具，从而实现大规模的完整 CI/CD 集成。Micro Focus 工具集成可以快速消除开发和测试的等待时间（会降低应用程序递送速度）。这些集成通过支持快速创建 API、网络条件和虚拟服务的真实模拟来实现此目的。Micro Focus 性能工程解决方案建立在现有的本地或云基础设施之上，并促进资产的重复使用以利用现有投资。这有助于快速扩展以满足企业内多个应用程序的性能测试需求。

传统性能测试要等到功能测试完成后才开始，以及等到性能测试结束后才开始识别缺陷和根本原因。Micro Focus 性能工程要求执行持续的端到端测量和缺陷分析，以便实时准确找出根本原因，即使在性能测试结束之前，也是如此。性能准则包括在“完成”的定义和要求中。Micro Focus 实时分析可帮助性能工程师快速向开发人员提供反馈，以便在开发过程的早期启动查错。生产环境中的合成监控和真实用户监控提供了见解，分析了测试未检测到的、且必须在下一个版本中加以解决的性能问题。从性能角度捕捉和分析最终用户情绪，这可以为开发人员提供更具体的反馈，从而优化应用程序以获得更好的性能。