负载测试的最佳实践DevOps和敏捷
左移位和组件测试——开车之前执行负载测试
的好处是更快,更短的周期内增加测试吗?怎么样可以快速识别性能问题上游在开发过程中,避免复杂的典型实践/昂贵post-sprint修正。负载测试早些时候,并自动连续是正确的方法。
服务水平协议(SLA)的管理
进行负载测试早些时候开始适当的文档的用户故事,其中应该包括所有相关的性能要求(类似于功能测试方法)。这包括识别和文档的服务水平协议(sla)负载测试的结果分析与性能指标如:
- DNS解析速度
- 响应时间
- Time-to-last-byte
- 系统正常运行时间
- 技术基础设施的行为
一个好的经验法则在确保性能正确地集成到开发工作是直接把sla在用户故事,作为另一个尺寸在你的“完成”的定义(国防部)。在这种情况下,一个用户故事不能“完成”,如果表现不达标。
NeoLoad允许你设置自定义的sla。这些阈值是用来将负载测试集成到持续集成的过程。将条件通过/失败测试状态,决定是否继续自动构建过程。了解更多关于NeoLoad。
负载测试的组件
在最早阶段验证代码的性能意味着应用程序测试开始之前完成。负载测试就应该运行最战略组件是可用的。目标应该是负载测试web服务和APImicroservices代表应用程序的生命的器官。
NeoLoad旨在使负载测试尽可能简单。它的目的是专业的测试人员和开发人员,并允许测试api /组件在开发周期的早期阶段。
服务虚拟化现实组件负载测试
有一个相互依存的交互应用程序的组件。孤立的负载测试每个组件的排除装配系统的性能验证。因此,组件测试方法提供了两个选择:
- 等待那些消耗的组件的可用性负载测试
- 实现服务虚拟化组件没有为了使可用负载测试更现实、更快
NeoLoad接口服务虚拟化工具,如Parasoft和SpectoLabs。想了解更多吗?看看我们的白皮书,使用NeoLoad Microservices, API和组件测试。
负载测试和非回归性能测试的自动化
当单位负载测试定义的组件,开发人员可以启动自动与持续集成服务器(例如,在构建)。建立在构建;这些测试可以检查组件的性能趋势随着时间的推移;这是一个非回归性能测试。
使用测试的通过/失败状态,持续集成服务器可以自动决定是否集成过程可以继续,或如果它必须停止立即问题修正。
由于状态的定义负载测试sla密切相关,有必要准确地定义它们能够阻止或授权的下一步构建过程。