5性能测试的最佳实践敏捷的速度

由拉里•勒布资深技术编辑和作者

看哪,这五个最佳实践可以帮助而获得最大的优势在敏捷环境中协助负载测试。

1。使性能sla重点区域

性能的需要在董事会的任务如果团队是要给它的注意。否则,它将被忽略。确保包含性能的一个有效的方法是使用你的表现服务水平协议(sla)作为每个故事的验收测试。这意味着这个故事不能“完成”如果变化会导致应用程序的sla。

这种纪律适用如果故事的更改将影响整体的一个相对较小的部分代码。因此,性能问题将仅限于应用程序的一部分。

对于sla,一般在整个应用程序,测试应该被添加到一个更广泛的限制列表(其中可能包括功能测试),将测试每一个故事,以确定是否满足最小的“完成”的定义”而不破坏任何约束。

2。与开发人员密切合作,预期的变化

测试人员应该思考怎样的故事正在编码最终将被测试。他们可以保持领先如果他们继续参与和团队在一起,尤其是开发人员。一个测试人员通常会学习更新发生在开发任务在每日站立会议或一个组织使用的类似于scrum会议进展的信号。

具体问题如“改变需要新的负载测试?”或“这导致当前的测试脚本错误吗?”将让测试人员关注的变化将派克在任何情况下。能够积极主动地去处理这些变化只能增加一个积极的结果。

3所示。集成构建服务器

以同样的方式性能目标需要附加任务,性能测试应该在反复测试每一个构建。这可以通过在构建服务器启动测试,包括测试结果在构建工具生成的。它让人开始构建看到结果,与此同时,知道哪些变化进入构建。这意味着它们可以固定如果有一个出现的性能问题。

4所示。CI +每夜构建+ end-of-sprint负载测试

持续集成夜间和post-sprint构建之间的区别可能是巨大的。它可以区别一个改变在一天和sprint期间提交的所有更改。

所以,一个性能测试对于这些类型的构建应该从小事做起,使用内部加载可用。运行一个小的性能测试最常见的场景被用一个典型的负载应用程序从你的内部产生负载生成器将运行最快的。

CI构建,测试,应该运行得很快,这样可以得到结果如何构建影响系统的变化。这些结果必须回到开发者,拉开了CI的任何实际使用。

5。实际的测试

模拟真实的网络环境是一个测试的关键部分之一。找一个能提供测试情况WAN仿真这限制了带宽和模拟延迟和丢包。这使得一个虚拟用户的测试将下载web应用程序的内容真实。这种能力是特别重要的在测试移动应用程序,因为移动设备通常与带宽比笔记本电脑和台式电脑操作,可以延迟和丢包的变化影响(特别是当信号强度很弱)。

方法应该从任何浏览器或移动设备来记录,然后模拟中负载测试。模拟设备是很重要的,因为需要并行连接的数量的实际响应时间和服务器负载。这些并行请求与服务器需要更多的连接,可以延长响应时间。

测试在全球范围内,在防火墙外。要真正理解位置会影响用户的性能,您需要查看的解决方案,也能从世界各地的云服务器生成负载。