采用敏捷开发实践可以加速软件交付已经成为共识。但是,如果没有将质量保证实践直接纳入到开发过程,就不可避免地会出现产品质量问题。为了始终可以获得高质量的产品,工作实践和团队角色都需要作出改变,从而做到品质优先,而不是在最后进行测试。
在 CIOReview 近日发表的一篇文章中,Morningstar 公司质量保证负责人 Brad Boemmel 表示:
敏捷软件开发生命周期主要是由开发人员设计,而且是面向开发人员的;其创建的目的并不是为了优化质量保证(QA)。软件测试仍然是整个开发生命周期中不可或缺的一部分,在过去的 15 年中,鉴于行业内新出现的敏捷转型趋势,人们一直在寻找方法将其纳入到软件开发过程。虽然大量出现的自动测试技术为这一转变提供了帮助,但角色转变是高效团队取得成功的关键因素。
他强调,团队中设置单独的测试角色是反生产力的,并鼓励运用“迷你瀑布”思维。他写到:
团队需要全栈式 QA 工程师,一个熟悉一系列语言同时又具有学科知识专长的人,他是整个小队的质量捍卫者。
质量成为每个人的责任,对每个个体而言,测试是其核心技能集的一部分。他谈到,开发人员应该负起功能测试和单元测试的责任,而产品经理则通过可用性测试和验收测试确保产品增量契合目标。
他表示,这让 QA 工程师可以专注于测试更有价值的方面,比如“负向测试、边界情况测试、集成测试和探索性测试”,以及重要的非功能性测试,如性能、安全和负载测试。
他强调了 QA 工程师具有技术或编码背景以及跨职能能力的重要性。他还强调了 QA 作为产品质量倡导者在团队内发声的重要性。他总结道:
质量保证专家应该更侧重技术,展示出主人翁心态,在组织内有力地表达自己的观点,推动创建整个跨职能团队的质量系统,从而掌控自己的命运,建立质量敏捷文化。
同样,XBOSoft 首席执行官兼创始人 Philip Lew 将举办一场与敏捷环境中的测试有关的网络研讨会。
你应该在敏捷开发的过程中就考虑质量,而不是在开发的最后阶段进行测试。如果你这样做了,那么你最后的测试将更加高效,也更加有效。
下面是高效敏捷的七个习惯:
- 与客户紧密合作,了解客户;
- 将团队维持在一个较小的规模上;
- 达成共识
- 协作、协作、更多地协作;
- 度量过程;
- 明确角色和职责;
- 促成团队文化。
他说:
就像富有成效的、有意义的生活习惯一样,你会边做边学,根据经验进行调整和改善;有些习惯可以带你通向高效的敏捷。对于任意一个项目,不管是从瀑布式过程转换到敏捷,还是设法优化敏捷过程,我们都发现,良好的习惯可以通向特别成功的敏捷实施。
查看英文原文: Mastering Agile Testing
评论