把敏捷董事会sla

Deb柯布,企业产品经理

当涉及到应用程序测试,许多项目经理和测试引线不定期进行性能和负载测试早在开发生命周期。相反,他们承担性能和负载测试应用程序完成后,应用的功能测试。事实上,在许多组织中,性能测试经常最后一步——几乎是一个事后的——应用程序投入生产之前进行的。

这个方法创建了一个经典的问题:后期测试。当测试人员识别问题,开发人员必须修改long-finalized代码来修复它们。这些代码的变化会影响应用程序的其他部分,导致断裂。解决问题后,事实是费时和昂贵的。此外,任何延迟发布新功能或新应用程序可以直接影响收入,竞争地位,品牌,和采用。

即使在运行敏捷开发过程的组织,性能测试可能不是真正的敏捷的方式进行。推迟一个性能测试的“最后冲刺”作为预发布任务将应用程序测试像瀑布开发步骤,并假设所有相关的成本和风险。这篇文章讨论了如何使负载测试定期“尽早并且经常运动通过SLA高度敏捷的任务。

在DevOps的世界中,后期测试是不可持续的

在今天的应用经济组织必须优先考虑收入水平和客户体验,后期测试不再是一个可持续发展的战略。为品牌在这个不断发展和激烈的市场生存,他们需要平衡速度和质量与代码创建他们释放。

应对这些竞争压力,许多组织已经实施了DevOps,敏捷和Agile-like开发方法。因此,开发团队创建更多的代码速度——代码,需要全面测试速度加速。所有这些压力混合创造更多敏捷测试环境中测试人员经常自己的整个端到端测试过程,包括自动化、单位、回归和负载和性能测试。在这些环境中,测试人员必须跟上发展的速度,同时会议质量的预期升温。

确保成功的测试活动,QA团队和性能测试人员越来越多地依靠sla,包括他们敏捷董事会的任务。

什么是性能SLA ?

服务水平协议(SLA)是一个服务提供者之间的合同(无论是内部或外部服务公司)和客户端。SLA定义的服务水平服务提供者必须兑现,确保满意的客户体验,包括各种属性描述服务如何交付和不同阈值定义的性能。例如,一个大公司,其帮助台业务外包可能要求所有传入的客户支持的邮件进行分类,触发器在一小时内收到确认电子邮件响应。该协议允许客户端构建其业务和品牌,知道所需的服务水平将根据操作规范执行。

定义sla

测试团队可以因素性能和负载测试到持续集成(CI)过程通过专注于性能sla。性能测试人员应该认为他们的sla有关性能参数,因为它是一个隐式合同由最终用户。sla将随着组织的不同而不同,但每一个人将描述一个特定的应用程序必须满足的指标或标准。从测试的角度来看,SLA细节可测量的要求,可以测试和标记为“通过”或“失败”,通常涉及系统可用性和响应时间。例如,SLA可能状态,所有页面应该在2秒内加载或第一页的搜索结果显示在4秒。虽然他们不是固定的合同,sla确定所需的性能基准。

当测试人员指定SLA物品在应用程序设计过程中,他们可以把它们变成要求包括敏捷董事会的任务。这样,开发人员将考虑性能开发应用程序,而不是接近它的重要性。

SLA应该表现的衡量标准地址

sla可以解决各种各样的网站指标。性能测试的目标是生成关键参数指定。当这一步变得根深蒂固的组织行为,开发商可以代码性能在开发周期的开始。

作为第一步,我们建议表现sla中指定的QA团队有足够的细节来支持自动化的冒烟测试。冒烟测试考虑会发生什么。一旦建立,应用程序部署和运行一系列的测试以确保一切正常。的一系列必要的测试可以很简单,比如建立一个用户和执行一个用户登录。添加一个性能SLA的冒烟测试,可能需要在一个给定的时间框架内完成登录过程。

当团队添加要求敏捷任务板,突然自动化性能测试开始的开发过程。随着越来越多的应用程序的开发、性能测试人员可以添加更多的要求与创建的模块和功能。

虽然每个应用程序都有其关键性能指标,这是一个好主意来确定一组基本页面定期测试。这些页面可以包括首页、购物车、接触形式,搜索结果,聊天窗口,等。团队创建的sla应该定义的一组指标要求,如:

• DNS解析时间
• 显示
• Time-to-last-byte
• 系统正常运行时间

最后,确定一个基本水平的网络类型(例如,wi - fi, 4 g, 5 g),平台、操作系统和浏览器,每个SLA将地址。多个设备和变量组合可以令人生畏。减少开发人员的怨恨和不满,确保提供切合实际的期望,适用于大多数应用程序的最终用户。这将使每个人都快乐!

负载和性能测试的频率

一旦到位,sla应该多久团队进行性能和负载测试?记住,测试整个敏捷开发过程发生在不同的尺度。在许多敏捷商店,自动构建过程包括建立编译时执行一些测试。在这一点上,可能会有额外的测试,发生在一个更彻底,虽然不那么频繁,基础。在许多情况下,测试脚本执行时代码检查。

工作要对齐自动化性能测试开发过程的阶段。不合理的期望,一个完整的负载测试每次应用程序进行冒烟测试,但是一些简单的可以匹配冒烟测试的范围、目的和周转时间。这些更有限的测试会适应得很好,已经发生了什么。如果QA团队用他们最好的判断和使sla与工作过程,实现性能目标有更大的机会。

SLA:商业秘密的快速和高效的负载测试

每个应用程序必须符合最低性能sla。因为敏捷团队是特许应用程序添加更多的特性和功能,优化应用程序的性能会变得马后炮。此外,用户故事往往是写从功能的角度来看;他们很少指定应用程序的性能需求。如果敏捷团队要考虑性能和应有的庄严,那么它必须出现在敏捷董事会的任务。

烘焙sla的创建敏捷任务委员会促进开发和测试团队之间的协作,增强了可视性实际应用程序的性能。当QA团队采用这个策略,他们经历许多好处。随着他们的应用程序和流程成熟,他们最终会得到一个丰富的SLA要求在他们的投资组合库的测试结构。也,他们将有一个集合内的自动化测试,可以验证这些sla对测试结构:冒烟测试,综合自动化测试,单元测试等。确保这些经济体的规模将被证明是有价值的性能测试人员,因为他们竞赛跟上积极开发和发布周期。最后,团队能够测试代码更快和更高的效率。

Deb柯布的形象LinkedIn

这篇文章最初发表在2018年10月和2021年7月被刷新。