软件测试茶叶能告诉我们什么?

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

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

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

仔细分析软件会议日程安排的演变,通常可以非常准确地描绘出我们行业的现状。有时这幅图景是美好的,让你相信我们正朝着正确的方向前进——有时它会引起彻头彻尾的恐惧。

在倾注了 今年的 STAR WEST 计划 之后,很明显,测试人员对他们在软件交付中的角色走向感到兴奋。

每年的 STAR 会议都是我最喜欢的会议之一,因为它们提供了来自全球各地的多元化演讲者阵容,讨论更多样化的主题。过去,这些演讲者中的许多人都指出了对 QA 角色的误解,以及真正能够 确保 软件质量的时间和/或要求。

但仅查看今年会议的标题和摘要,我看不到煽动性的、试图定义“敏捷”或“DevOps”或解释手动和自动软件测试之间差异的尝试。似乎……我们已经过去了。那该有多棒?

今年 ,我看到了关于“敏捷测试 成熟度 ”、“ 端到端 测试”、“ 更好的 测试自动化”、“ 快速 软件测试”、“ 持续 测试”等的精彩会议。这些会议和许多其他会议都不是不仅专注于提高您自己的技能,还关注您周围的开发、IT 和安全团队的技能。

我特别期待参加的一个会议是 IBM 技术布道者 Allan Wagner 的 “测试应用程序——针对云和在云中”。 因为 DevOps 和持续测试为测试人员创造了增加他们的角色和价值的所有机会,正如 Allan 所说,“一个挑战仍然存在——完整和现实的类似生产的测试环境不可用。”

您和您的团队可能 希望 整天不断地测试和交付最高质量、无缺陷的软件,但您是否有权访问、 按需 访问实现该目标所需的环境?

上周我联系了 Allan 以了解更多关于他所说的“对于云和在云中”的含义,尽管我们谈了很长时间,但我还是很喜欢他的总结,“使用你所拥有的,并且虚拟化你没有的东西。”

Allan 将更深入地研究释放积压约束、部署到云以及保持高可靠性和安全性,但我喜欢像“虚拟化你没有的东西”这样简单的东西现在 不仅 给测试人员更多的时间来测试他们不会等待 IT 提供他们需要的东西。这些虚拟化环境允许在整个 SDLC 中进行更高质量的测试、改进的测试工作、更智能的测试和持续测试。

看起来许多其他演讲者都在推荐测试人员做同样的事情。我等不及了。