软件测试的作用是如何演变的

最新推荐文章于 2023-02-27 15:56:06 发布

cxu0262

最新推荐文章于 2023-02-27 15:56:06 发布

阅读量330

点赞数

文章标签：测试 python

想象一下这种太常见的情况：在开发人员认为“完成”之后，软件测试人员会被要求检查新的应用程序功能。他们列出了要执行的操作，并且手动单击了每个步骤-试图忠实地遵循所有说明，并在出现问题时有条不紊地记录每个步骤的结果。他们并不真正了解业务或应用程序的用户，并且很少与开发人员或利益相关者进行交互。他们的主要目标是输入X并检查结果是Y而不是Z。

不可否认，这很无聊，但我认为这并不是真正的测试。当然，不是比竞争对手更快提供出色客户体验所需的软件测试类型。

如今，数字化转型的巨变几乎影响着每个业务部门的每个部门，而且很少有质量保证部门会受到影响。由此产生的波浪可能会消灭我上面描述的“无聊的”手动验证。但这还可以将测试提升为一个性感的学科，使测试人员成为客户体验的主要管理者。

这可能是我最近与埃森哲（Accenture）董事总经理Jeff Wilkinson和Electric Cloud首席技术官Anders Wallgren参加的“伟大的软件测试辩论”最令人难忘的内容。在辩论测试的发展时，我们谈到了诸如SDET的新兴作用和TCoE的未来之类的话题。我们都同意，我们今天面临的颠覆为将测试重新定位为一门驱动创新而不是拖延创新的学科提供了一个绝佳的机会。但是，细节在于魔鬼。到底需要改变什么，我们如何到达那里？

这是从这次讨论中获得的见解。

一队一战

沃伦（Wallgren）的口头禅是捕捉质量如何成为每个人的责任：“一支团队，一场战斗。” 当客户看到错误时，他们不会责怪测试人员或开发人员。他们归咎于发布糟糕软件的公司。”

继续这个主题，Wallgren对如何将质量作为一个过程进行了一个有趣的类比：“思考学校法案对法案如何成为法律的思考。这就是我们需要考虑我们的代码的方式。当代码在我们的软件交付工厂的传送带中通过时，我们需要考虑代码中发生的所有不同情况，过程中涉及的所有不同人员。一旦我们确定了这一点，就可以真正开始优化流程了。如果错误通过该过程逃逸并到达客户，则意味着必须识别，分析和解决更大的组织故障。”

对多样性的需求

威尔金森（Wilkinson）是多元化的热情拥护者。在过去的会议中，我目睹了他的动人演讲，内容涉及如何让具有广泛背景的员工参与进来，不仅使特定的测试人员受益，而且还提高了整体测试的质量。

在此小组中，威尔金森重点介绍了向devop的转变如何开放各种选择以适应不同的技能。例如，以前的手动测试人员可以采取多种不同的途径来促进自动化工作。那些希望沿着测试路径继续的人可能会学习基于模型的测试自动化和/或Selenium，以便在软件测试领域保持可销售性。有些人可能决定专注于测试数据管理。其他人将更倾向于分支并掌握devop的实践和平台。埃森哲拥有40,000名测试人员。他们的性格和技能都不尽相同，因此，埃森哲是一家更强大的公司。

单元测试的重要性

Wallgren是单元测试的坚定支持者。他要求工程师为他们的代码编写单元测试，因为在该级别上暴露错误如此之快且便宜得多。以他的经验，在生产中发现的许多问题本可以通过更好的单元测试来解决。

我同意单元测试既有价值又必要。正如Wallgren所相信的那样，它构成了敏捷测试金字塔的稳定基础。但是，我不太相信单元测试会发现真正影响用户体验的问题。尤其是在大型企业中，我发现单元测试会随着时间的流逝而衰减到没人关注它们的程度。我还发现，大多数的用户报告的问题不能在单元级别被发现; 他们将需要由真正了解该领域的专业测试人员进行集成测试，系统测试或端到端测试。

这是我们同意不同意的信念。