自动化不一定让测试工作更轻松

2024-04-26   出处: wordpress  作/译者:Pgrizzaffi/Ares

我最近收到一封电子邮件,它来自一家测试自动化工具供应商,其中有一个链接到他们的一篇博客文章,那篇文章是关于自动化如何让你的生活更轻松,这篇文章的后续部分将解释我对他们想法的看法。我不会说出他们销售的公司或工具名字,那样对他们不公平,因为我认为他们对测试自动化的信念是真诚的。他们的信念就像许多测试自动化工具的提供者一样,既有供应商自己创建的,也有开源的。此外,由于我没有和他们互动,所以把他们说出来是不公平的。

他们博客文章中的一个重要观点是自动化可以减轻压力,而我并不总是这么认为。我认为在许多情况下,增加自动化测试会增加压力,尤其是在项目最初。根据自动化测试工作的展开方式,产生额外压力的原因之一是团队不切实际的期望,即团队期望在不减少下一次发布/部署等的范围或截止日期的情况下完成自动化测试所需的所有“额外工作”,也不需要向团队增加额外的成员。无论如何,如果这些自动化测试工作是“额外的”或“你应该已经在推进”,那么我们仍然希望这些工作变得更加可控。

博客文章中提出的另一点是,测试自动化减少了测试中断。但根据我的经验,自动化测试会造成更多的干扰,至少在最初尤其如此。是的,我们的工作经常面临一些干扰,比如被要求测试一个新的部署,或者项目组有一个紧急补丁需要发布。是的,自动化测试可以帮助解决一些混乱的马上就要做的事情,但它也可能导致额外的中断。记住,自动化测试本身就是软件。当第一次开始自动化工作时,会有一些问题需要查找、修复和重新测试,这是一个非常混乱的过程。因为它可以在无人值守的情况下运行,所以你可能会更频繁地运行自动化脚本,但每次出现自动化运行故障时,你都需要排查该故障,这也是一件非常麻烦的事情。假如你面临太多的问题需要处理,你很可能会变得疲惫不堪,你可能会因此忽视将测试过程中的一些潜在风险,这甚至可能会导致项目进入更加混乱的局面。

这篇博客文章还提到了一个我以前从未听说过的观点,即自动化测试可以避免了测试人员与开发人员之间的分歧。与我上面的立场一致,自动化测试将增加测试人员与开发人员之间的分歧,增加测试人员与团队其他成员之间的分歧,至少在一开始是这样。在建立起自动化测试体系,并建立起自动化测试结果的可信度、一致性和可用性之前,我们经常都会遇到以下问题:“自动化执行失败了,但手工测试正常”、“自动化大部分时间都通过了,但每隔一段时间就会失败”、“自动化执行了很多用例却没有发现错误”以及一直流行的那句“它可以在我的机器上是正常的”之类的话。然而,一旦建立了信任,我们的确是有可能会减少纠纷的,即使我们最终没能减少这些分歧,那么这些分歧和相关的解决方案对项目组来说也是有价值的。

他们的最后一个观点是,通过自动化测试,我们不需要将测试用例存储在糟糕的、混乱的Excel中。是的,有些团队的确将测试用例存储在Excel中,这样的测试工作很容易失控。有些团队,甚至是那些使用自动化测试的团队,都使用Excel来获取测试用例数据和配置数据,这也很容易失控的。但所有这些都是技术实现方式,将Excel用于上述任何一项都可能对一些人有用,但也可能会迅速变得一团糟。测试人员可以使用一些其他工具进行测试用例管理和测试数据管理。其中一些工具已与自动化测试工具集成,以实现了“无缝”执行。正如我之前所写的,但有一种情况需要说明,我们不应该总是依赖“内置”的测试数据功能。使用自动化测试并不能消除对Excel的依赖,除非你决定彻底不用它。

这篇博客文章还有其他一些具体的观点,但我把它们浓缩成了上面的内容,因为我相信我对文章观点的理解是一致的。

现在,我们来回答最初的问题,“自动化测试一定会让我们的工作更轻松吗?”,我的回答是“不,它不一定会让你的工作更轻松。”理论上来讲它可以,但前提是我们要关注我们的最终业务和技术目标,以便以适当的方式开展适当程度的自动化测试活动。请注意,在我的以上几点中,我反复谈到了自动化测试的最初阶段的负面影响,随着测试过程的深入可能会有所缓解,所以你必须保持耐心,大多数新技术和新工艺的引入都是如此。但要记住,不要指望这种后期的轻松来得很快。


声明:本文为本站编辑转载,文章版权归原作者所有。文章内容为作者个人观点,本站只提供转载参考(依行业惯例严格标明出处和作译者),目的在于传递更多专业信息,普惠测试相关从业者,开源分享,推动行业交流和进步。 如涉及作品内容、版权和其它问题,请原作者及时与本站联系(QQ:1017718740),我们将第一时间进行处理。本站拥有对此声明的最终解释权!欢迎大家通过新浪微博(@测试窝)或微信公众号(测试窝)关注我们,与我们的编辑和其他窝友交流。
163° /1632 人阅读/0 条评论 发表评论

登录 后发表评论