您可能说出了”早测试、经常测试”和”向左移”等短语，但从最终用户的角度来看，您始终提醒自己该短语的重要性吗？ 还是白噪声？ 虽然敏捷方法侧重于在整个开发和测试阶段实现小型迭代测试，但主要目标应该是提供世界一流的一致用户体验。 您的客户需要最佳性能，无论他们是唯一的用户还是一千个用户。
当今的应用程序基于多种技术，依赖于庞大的第三方提供商网络和 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 等。
通过模拟用户的路径来监视和测试应用程序，并在出现问题时收到警报，您和您的团队在性能问题影响其他用户之前有时间排除性能问题，从而减少停机时间并最终改善总体用户体验。 因此，即使”尽早测试”可能有些陈词滥调，但随着开发流程和技术的转移，不仅您的用户和客户会感到满意，而且您也会提高效率，取得更好的结果，让您和您的组织安心。
