为什么“测试痴迷”是未来的破坏性文化

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观














在得知阿拉斯加航空公司连续八年获得“传统承运商中客户满意度最高”奖,以及最近五年“准时率第一的北美主要承运商”奖后,我认为他们对令人难以置信的奉献精神软件质量同样值得公众宣扬。

Parasoft 我们杰出的 TapIn 合作伙伴 之一,最近赞助了一次网络研讨会,Forrester 副总裁兼首席分析师 Diego Lo Giudice 和阿拉斯加航空公司自动化测试工程师 Ryan Papineau 也参加了此次研讨会。 Diego、Ryan 和 Parasoft 的标题为“为什么测试人员无法测试”,现在 可以点播观看 ,他们为希望提高软件质量的开发和测试团队提供了可用技术的绝妙案例——而不是以速度为代价。

在网络研讨会上,Diego 谈到测试是“SDLC 中最具破坏性的阶段之一”,他将许多组织描述为处于各种十字路口,试图跟上当今软件开发的步伐,而不是让软件质量成为狗。面对这些十字路口时,他的建议是变得“测试痴迷”并显着增加您正在做的测试量——尽可能早并经常在 SDLC 中进行。

可以理解,这对许多企业提出了相当大的挑战,尤其是那些长期以来将测试视为交付速度和创新障碍的企业。我认为这些组织经常以同样的眼光看待 IT 而感到内疚。

但公平地说,对于那些长期以来一直将测试视为仅在 SDLC 后期阶段举行的限时活动的人来说,可能很难将测试视为速度陷阱甚至金钱坑。

Diego 后来指出,在某些情况下,多达 40% 的测试经理预算会陷入 与不一致、不完整、供应缓慢的环境相关的延迟和成本中 。由于没有完成足够的测试,截止日期临近甚至通过,错误出现在生产中,并且每个新版本都会重复这个循环。

对于当今的许多组织来说,这是一个真正的问题,正如每个可以想象的行业中抢眼的缺陷、漏洞、安全漏洞和软件崩溃的数量所证明的那样。我以前介绍过这个空间,Parasoft 的 Wayne Ariola 也介绍过。韦恩介绍了他的会议,“软件缺陷的真正代价是什么?”在 2015 年 STAR EAST 会议上, 我惊叹于一屋子的测试人员对生产阶段缺陷可能对全球企业造成的真正损害感到震惊

不幸的是,正如 Ariola 所说,这种持续存在的“未能专注于软件质量”的解决方案并不容易实现,而且绝对不是简单地购买更多硬件甚至云基础设施的结果。在指出阿拉斯加航空公司通过 持续测试 服务虚拟化 取得的惊人成就后,Ryan Papineau 被问到当他和其他人开始改变航空公司看待软件测试的方式时,最大的挑战之一是什么。他回答说:“建立信任。”

这种信任可能很难获得,尤其是在第一次转向 DevOps 、基于云的开发/测试环境或任何其他真正颠覆性的文化转变时,这些转变似乎改变了事情似乎总是做的方式。

我们中的许多人对变革犹豫不决或持怀疑态度,尤其是那些可能会带走现有责任、分配给我们不熟悉的新任务或需要我们与缺乏信任的部门合作的变革。但我希望随着更多像阿拉斯加航空公司这样的成功案例,组织很快就会看到,采用上述颠覆性技术所带来的积极文化影响将长期存在,而不是恐惧和怀疑。