是时候开始安排我们的测试工作了

在这篇客座文章中,Joel Montvelisky探索了如何加强协作以更快地交付质量更好的产品,从而推动在整个交付周期中协调测试工作的需求。

正如他所说:现在是时候开始安排我们的测试工作了。

让我们从头开始。  

您可能会在手动和自动测试中花费大量时间和精力,但并没有获得想要的价值。这是因为您没有投资于以利益相关者易于理解的方式来协调和展示结果。许多组织都有相同的问题。

根据当前现实是自然的

从与测试工具行业的一些同事的交谈中,我看到当组织使用测试自动化时,他们不是在使用一种工具,而是在许多情况下使用多达6种不同的自动化框架或工具。

这既自然又成问题,这是自然的,因为自动化不是单个操作或任务。 我们将自动化作为单元测试的一部分–这些将取决于您的代码中使用的技术。 还有一些您想在API级别上运行的脚本。 以及在Web浏览器,桌面客户端和移动应用程序上运行时可以通过实际GUI验证系统的测试。

所有这些都需要一个不同的平台,甚至在同一级别上,您最终都将使用专门针对特定技术和/或测试目标的不同方面的不同工具。例如,当评估可访问性方面而不是功能行为时。

而且,这甚至没有考虑要使用旧测试工具编写的旧式测试,直到需要在当前正在使用的新工具上重写旧测试时为止。这意味着,如果您在自动化方面做得很好,则不可能只使用两个或三个工具。

这是进化的问题

在我看来,这也是因为测试行业在过去的几十年中一直在发展。 在瀑布时期,我们认为测试和开发团队的工作完全孤立。 我们在流程的不同阶段工作,从物理上分为不同的团队,因此,我们的自动化工作应该独立发展和发展是合乎逻辑的。

程序员专注于单元测试,并从每晚的构建中获取覆盖率指标。 作为测试人员,我们忙于使用我们的马拉松式功能回归自动化套装,不断运行,并试图为应用程序的稳定性提供“高级”等级。

我们从未考虑过要协调我们的努力。 毕竟,我们在不同的团队中运作,并为利益相关者服务,而尝试一起工作将导致Babel塔混乱的沟通不畅,并在我们团队的需求与提供他们的技术之间缺乏一致性。

敏捷和DevOps出现并告诉我们,作为一个联合团队,我们需要共同努力,这一事实不足以帮助我们弥合这些年来建立的差距,并基于独立和并行发展的不同技术和平台而建立。

时代正在呼唤一种不同的方法

历史很好,可以很好地了解我们如何到达这里。 但是,我们不是一群被动的徒步旅行者,他们没有在塑造我们的未来中发挥积极作用。 变化来自于我们做出的决策,而这些决策通常是由推动我们前进的业务需求所驱动。当前决定我们的道路的需求是速度和质量的道路。  

这是推动DevOps和持续交付的需求,这与推动ML,AI和5G通信的需求相同。 同样的要求也要求我们停止浪费时间和精力进行孤岛测试。

如果我们需要尽快发布产品,则我们的流程需要进行微调和协调。例如,通过统一对单元测试和集成测试(由CI平台执行的测试)的管理和报告,以及分别进行的自动移动认证测试,您可以决定是否仍然需要对产品进行手动健全性测试在将其投入生产之前,如果是这种情况,您甚至可以选择仍然存在风险的区域,以便在这种情况下知道它们是或多或少的。

我们不能在通讯中断或重复工作上浪费时间。

现在是时候开始进行我们孤立的测试工作了–无论是手动编写还是探索性的;自动化单元,API,功能等–伟大乐团的指挥以同样的方式接近他或她的合奏中的不同乐器和演奏者。我们必须研究如何共同努力,以便为我们的组织带来更强大的协同作用和更高水平的价值。

协调从我们从测试中获得的结果开始

就像在乐团中一样,我们需要从每种测试乐器为整体演奏的整体表现入手。 在这种情况下,他们可以提供的最佳信息价值是什么。一旦我们知道每个测试可以做的最好,我们就需要开始研究如何结合使用它们,以创建最佳的整体方法。  

这可以采取多种方式。

从我们如何一起使用它们开始,例如:通过API测试生成数据,然后将其用于集成和功能GUI测试。 您可以定义跨平台测试的组,这些组应该基于已修改的不同区域或开发过程中涉及的文件来运行。您可以组成在生产环境中运行的测试集,作为覆盖系统不同方面的功能监视器。

但是以我的经验,最简单,最省力的操作就是生成仪表板和报告。这些将使用您所有测试工作一起生成的输入来查看应用程序,而不是强迫您的涉众浏览孤立的图形和仪表板,或者在最坏的情况下,直接根据测试结果向工程师询问系统状态。 

乔尔·蒙特维利斯基 是的首席解决方案架构师 实践测试。在Twitter上找到他:@joelmonte

协调测试工作

谢谢Joel Montvelisky的来宾帖子(由Practitest赞助)。正如您提到的,隔离测试阻碍了团队交付真正的价值,是时候在整个组织范围内协作和调整测试活动了。 

协作是敏捷的关键。如果您希望敏捷获得结果,则开发人员,测试人员和其他专业人员应寻求密集有效地合作的方法。这是我的提示 改善协作.

有效的敏捷团队 由努力工作以创造价值的人们组成。精心设计的工具集可以支持协作,从而使测试人员和开发人员更容易配对。

在网络研讨会中 增强敏捷团队的质量和测试 我与PractiTest l合作所做的展示了如何使用游戏化来提高质量和测试。使用敏捷测试指导卡和敏捷质量指导卡玩游戏可以探索您当前的质量和测试实践,并就可以改进的地方达成共识。

分享此经验
  • 12
    分享

来宾

Gastblogs zijn artikelen van各种各样的schrijvers,在Agile上的waarin ze schrijven,精益en继续Verbetering。 Interesse om een Gastblog te Publiceren op 022rl.com?尼姆丹 联系人见面mij op!

发表评论

该网站使用Akismet减少垃圾邮件。 了解如何处理您的评论数据.