为什么您的性能测试策略需要向左移动

您可能说出了”早测试、经常测试”和”向左移”等短语,但从最终用户的角度来看,您始终提醒自己该短语的重要性吗? 还是白噪声? 虽然敏捷方法侧重于在整个开发和测试阶段实现小型迭代测试,但主要目标应该是提供世界一流的一致用户体验。 您的客户需要最佳性能,无论他们是唯一的用户还是一千个用户。

当今的应用程序基于多种技术,依赖于庞大的第三方提供商网络和 CDN 网络。 此外,最终用户可以使用不同的浏览器、操作系统和移动设备从世界任何地方访问您的网站或应用程序,所有这些连接速度各不相同。 响应时间、质量和可用性是将应用程序投入生产之前需要评估的关键因素。

 

LoadView – 最佳实践和流程

LoadView 是我们的按需基于云的负载和压力测试平台,采用外部方法进行性能测试。 它有助于评估网站、Web 应用程序或 API 如何响应各种流量,而无需添加任何其他基础结构。 执行内部测试可以告诉您应用程序或站点处理流量增加的情况,但它永远不会反映实际情况。 LoadView 可以在测试期间模拟数千个并发用户,并允许您根据用户的物理位置创建方案。 LoadView 测试的结果还有助于以下关键领域:

  • 在特定用户负载编号下建立响应时间基线
  • 识别性能瓶颈
  • 查找当前容量规划系统的上限
  • 分析服务器性能(CPU、内存、带宽、磁盘 I/O)和数据库响应时间

EveryStep Web 记录器一起,您可以创建高级脚本操作,通过应用程序模拟真实的用户操作,模拟 40 多个桌面/移动浏览器和设备。 这些脚本可以上传到 LoadView 平台,并由几乎无限数量的同时用户重播,从而提供来自真实浏览器的实际性能。

 

除其他性能测试外,负载和压力测试还应在发布或更新的开发阶段尽早进行。 但是,在交通流量大之前(如黑色星期五或网络星期一),必须在几个月前完成测试,以便在问题可能影响客户和您的声誉之前识别和解决问题。

  • 计划。 无需管理硬件的麻烦即可设计测试,使您能够通过设置多个用户和测试持续时间来识别目标和定义方案。 按地理位置测试位置分配用户负载,模拟客户群。
  • 执行。 测试开始时,服务会立即分配执行方案所需的容量。 所有资源都专用于此测试 – 没有共享服务器。 有时,如果负载测试达到导致站点性能降低或失败的特定阈值,则负载测试可能会成为压力测试。
  • 可视化。 使用基准指标通过查看瀑布图提供的元素来识别性能下降。 您还可以使用您选择的任何工具以 CSV 格式导出所有 HTTP 相关数据进行分析。
  • 监视器。 继续使用负载测试脚本创建连续监视,通过 UserView 监视检查服务的性能、功能和可访问性。

 

向右移动 – 部署后监控性能

应用程序投入生产后,负载测试期间创建的脚本可以上载到我们的UserView监视平台。 UserView 复制用户与网站或应用程序的浏览器交互。 您可以模拟特定的用户操作,例如鼠标单击、页面导航、购物车和文本输入。 这些操作使用我们的 EveryStep Web 记录器进行录制,允许您记录和播放几乎任何关键事务步骤以进行监视。 每个步骤是当今市场上为数不多的允许您与富 Internet 应用程序 (RIA) 交互的工具之一,例如 AJAX、Flash、HTML5、PHP、Ruby 等。

通过模拟用户的路径来监视和测试应用程序,并在出现问题时收到警报,您和您的团队在性能问题影响其他用户之前有时间排除性能问题,从而减少停机时间并最终改善总体用户体验。 因此,即使”尽早测试”可能有些陈词滥调,但随着开发流程和技术的转移,不仅您的用户和客户会感到满意,而且您也会提高效率,取得更好的结果,让您和您的组织安心。

Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn
Share on email
电子邮件
Share on print
打印