对于托管在 Azure 云上的应用程序。我们正在尝试获得一个能够测试客户端和服务器端性能的工具集。
我们正在考虑使用 Neoload 进行服务器端测试和通过 HTTP/HTML 协议测试 Web 应用程序。我的问题是 Neoload 是否可以用于类似于 Google Lighthouse 的客户端性能测试。由于 Neoload 可以模拟多个 vuser,我们是否可以使用具有多个用户的 Neoload 收集客户端指标,例如 TTFB、首次内容绘制、最大内容绘制、加载时间等?
您需要改变流程。如果您询问、修复并确认您的软件对于单个用户是可扩展的,那么您将解决大约 80% 的性能问题。在功能测试期间,您应该利用 Lighthouse、GTMetrix 和其他项目。我还建议找到一个好的 RUM(真实用户监视器)解决方案,该解决方案将自动被动收集响应时间数据以及页面/应用程序的所有 w3c 导航计时指标。
您会发现页面太重、缺少查询索引、破坏缓存计划等......所有这些都是由单个用户完成的。在这一点上修复它们,更接近介绍点。太多的组织会等到某个用户的功能完成后才询问有关某事物有多快的问题。这会导致应用程序/网站中性能技术债务的累积。几乎在所有情况下,工程和设计决策在流程后期都非常困难且成本高昂,以至于应用程序在发布时就知道前端和站点设计中存在性能问题。 “性能硬化的春天”永远不会到来。这必须在下一个“点”版本中修复
有一次,也只有一次,你的软件既可以为一个人工作,也可以为一个人扩展,然后你应该问它是否可以为两个或更多人扩展。负载下的可扩展性和响应时间是后端资源的问题,即如何利用 CPU、磁盘、内存和网络。