5 个常见的开源测试误区被揭穿

这些调查结果描绘了开源测试光明的未来。
72 位读者喜欢这篇文章。
Collaboration on a mobile software design

图片来源:Mapbox Uncharted ERG, CC-BY 3.0 US

开源工具正在不断改变测试的格局,围绕这些工具的社区比以往任何时候都更大、更活跃。

首届开源测试现状调查 调查了软件开发行业的最新趋势和发展。这项调查收到了来自行为驱动开发、功能测试和负载测试领域从业者的 2,000 多份回复。

该调查揭示了大量关于软件测试及其如何使用开源的信息,并且根据调查结果,有理由预期开源工具的采用和部署率将会提高。

重要的是,调查结果还揭穿了一些关于开源和软件测试的常见误区。以下是前五个误区:

误区 1:使用开源测试工具的最大障碍是所需技能。

毫无疑问,使用开源测试工具所需的技能水平有很大提升,并且通常需要复习或学习新的编码技能。然而,虽然 40% 的受访者确实将缺乏技术技能列为他们最大的障碍之一,但最常见的障碍仅仅是缺乏时间学习新工具。

OS testing impediments

误区 2:开源测试主要发生在英语国家。

在所有调查受访者中,61% 来自亚洲。虽然许多人认为敏捷和 DevOps 正在使协同工作变得更加重要,但来自印度、越南和菲律宾等国家的众多受访者却表明并非如此。远程工作和分布式团队的兴起可能会继续增加项目对多语言支持的重要性,并更多地采用异步沟通实践。

OS testing offshore

误区 3:开源工具仅用于节省成本。

诚然,使用开源测试工具的最大原因是被认为是成本(39%)。然而,绝大多数受访者(61%)列举了利用开源工具的其他主要原因,包括社区支持、更好的集成以及更强的自定义能力。简而言之,选择使用开源并非纯粹的经济考量。

OS testing benefits

误区 4:质量保证工程不再是一个职业,因为开发人员编写自己的测试。

绝大多数(84%)受访组织仍然有专门的测试和 QA 人员参与创建针对其应用程序的功能自动化测试。只有一小部分(8%)完全将这些任务留给开发人员处理。

functional testing roles

在查看其他类型的测试(如负载和性能测试)时,似乎涉及更广泛的职位/角色(性能工程、运维等)。尽管如此,无论是否以技术为重点,专门测试人员的角色似乎都不会在短期内被淘汰。

performance/load testing roles

误区 5:行为驱动开发意味着您不必提前计划。

行为驱动开发 (BDD) 是当今行业讨论的热门话题,有 15% 到 40% 的公司正在使用它(取决于您的来源)。虽然许多公司已经实施了支持 BDD 的工具(Cucumber、SpecFlow 等),但很少有公司实施该方法的真正基础:使用场景的示例规范。由于团队频繁的面对面协作,他们通常可以在次优的需求定义下勉强应付;需求是在开发过程中定义的。如果只有 20% 的公司以要求的格式提供文档,那么现在团队越来越远程化,我们很可能会看到困难。

BDD usage

开源与未来

开源测试的未来是光明的,但它正在变化。很少有行业像开源开发一样能够很好地适应快速变化。

想要更深入地了解吗?请访问 Tricentis 的信息图,以探索详细结果并注册参与2021 年开源测试现状调查

接下来阅读什么
User profile image.
Kevin Dunne 是 Tricentis TestProject 的总经理,致力于确保他们持续投入创新并交付工具以创建更好的软件。Kevin 对软件开发和测试领域的新兴趋势有着浓厚的兴趣,并致力于与该领域的思想领袖合作。

评论已关闭。

知识共享许可协议本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。
© . All rights reserved.