它是谁的工作?在敏捷环境中性能测试

曾经有一个时候,测试人员自行操作,在隔离。他们作为一个群体挤作一团在严酷的几十个CRT监视器,点击gui并记录结果。焦急地,他们会等待开发人员在另一个房间来修复bug的他们发现,然而,他们会经常离开办公室失望非关键问题存档。这些团队将会很少交流,除了那些稀缺的时刻,编码器将在需要复制一个特别挑剔的错误。

这是很久以前的事了(对于大多数人来说)。

创建敏捷开发的最大原因之一首先是提高软件质量,提高软件的方式。188金宝搏官网登录app上述老沟通障碍很快被拆除的试验机的工作转移到验证软件,没有发现错误。188金宝搏官网登录app这种哲学的直接表示敏捷宣言的核心原则:频繁交付可工作的软件,从几个月到几188金宝搏官网登录app周或几天,甚至几个小时,偏好较短的时间跨度。

敏捷之前,它是常见的花月编写代码没有看到任何功能。敏捷试图打破这种模式。

质量是每个人的工作

为了做到这一点,开发团队不得不改变他们思考质量的方式。最重要的一个思想敏捷引入done-ness的想法。代码写直到完成,功能,和工作,如果你不能完成部分代码在一个适当的短时间,你必须把它分成更小的组件,可能达到的最终状态。通过这一过程,将提高质量。

现在,质量是每个人的工作的一部分——的本质敏捷测试。你可以不再编写代码在一个泡沫,把它扔在篱笆一个测试人员,确保它是有效的。你必须负责你写作的质量。否则,它不做。

因此,QA部门的作用已成为这一过程的门将。QA人员确保正确的测试自动化案件正在写,整个测试函数正在执行正确的所有代码。他们监控测试指标来评估每个人的代码完成的,所以,当一个冲刺完成后,酒吧质量满足。

但性能测试吗?性能通常仍然是一个事后在测试过程中,甚至在敏捷的商店。但如果性能不是一个孤独的性能工程师或者一个孤立的工作团队,能被每个人的工作的一部分吗?

性能测试函数可以成为一个门将的过程,就像发生在功能测试?

当然!这是如何发生的。

分享从性能测试指标

“你得到你的措施。俗话说:“这是描述如何激励行为仅仅通过追踪和发布你寻求影响的指标。它确实有效,并且可以成为一个伟大的方式让每个人对你的团队共享应用程序的性能负责。准备一份报告,该报告将几个关键指标,并与大家分享,在你开发、QA和运营团队。如果你真的想要额外的一英里,定制报告,满足各部门的需求,包括数据:

• 帮助开发人员发现性能问题的根源
• 评估基于任务的用户体验的性能
• 嵌入性能测试结果与QA团队功能测试结果
• 突出了组件间集成团队的性能
• 职位从性能监控系统实时数据的操作团队

问开发人员编写单元测试性能

到目前为止,使用敏捷开发者编写自己的测试用例。事实上,如果你是一个商店,实践测试驱动的开发(TDD),你甚至构建你的测试,然后再编写一行代码。但是开发人员编写性能测试用例吗?或者他们只是编写功能测试?

负载测试和压力测试不需要大的,全方位的测试,把整个生产环境在最大工作范围。有许多方法来编写单元测试性能,可以测试驱动开发过程的一部分,甚至作为性能需求添加你敏捷的任务板。如果您的开发团队正在考虑可接受的性能早在这个过程中,他们以同样的方式看待接受功能,你更接近一个真正的分布式归属感对应用程序的性能。

运行性能代码审查

代码评审并不是什么新鲜事,但在敏捷开发他们肯定得到了高度的重视。随便你的团队是否要求临时同伴的帮助,或者严格审查代码的实践构建到织物的开发过程,获得第二双眼睛代码可以显著提高代码质量。加上,知道有人会看你写可能会迫使你写更清洁、更易于维护的代码首先——全面良好的结果。

事情是这样的——性能应该是无论你在代码评审过程的一部分。你的同事应该训练不仅寻找功能问题和边界情况,也写得很差算法和其他问题的规模和优化。一个好的技巧是有专门的性能代码审查,人们坐下来,评审代码专门为发现性能问题的目的。再一次,您的开发团队考虑性能,更少的问题你会碰到在后端。

建立跨部门常见的性能测试场景

最后,重要的是要让每个人都说着同样的语言。性能和可伸缩性测试运行应该基于实际使用情况和用户的行为模式。这意味着性能问题在您的生产环境应该探索和深入开发和QA测试。同样的,在开发过程中识别的关键路径是那些最有可能的瓶颈应该标记和密切监测一旦软件使其进入该领域。188金宝搏官网登录app

为此,共享一个公共图书馆之间的性能测试场景,可以很容易地运输环境。测试开发团队创建应该很容易模拟用户在真实的生产环境中。和一个用户路径,运维团队监控应该轻松结构化的持续集成测试的过程。这就是为什么一个共享库测试场景是如此的重要,以及为什么我们建造它188金宝搏app苹果下载软件Tricentis NeoLoad。

它需要一个村庄

没有人是一座孤岛,也不是任何性能工程师。整个应用程序团队股票的责任保持快速运行的应用程序的响应,并遵循上述指导方针,可以帮助他们接受责任。鼓励大家注意应用程序的性能,并且可以发挥积极作用在推进组织的质量文化。

这篇文章最初发表在2015年和2021年7月被最近更新。