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

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

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

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

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

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

一队一战

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

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

对多样性的需求

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

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

单元测试的重要性

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

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

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

开发人员进行测试，但不是测试人员

我相信，除非您是Google，Apple，Facebook或Amazon，否则您可能不会奢侈地租用SDET：将致力于测试的开发人员。 但是，即使可以让开发人员进行测试，也可能不是保护最终用户体验的最佳选择。

是的，开发人员当然应该通过静态分析，单元测试，对等代码审查等来检查其代码。 正如Wallgren指出的那样，发现问题的时间越早且越便宜越好。 但是，也请考虑，擅长创造事物的人并不总是最擅长破坏事物。 这些是截然不同的学科。 如果您要搬到新的摩天大楼，是要由建筑师还是由专业的建筑检查员完成最终的建筑检查？

威尔金森这样说：“质量检查是一种心态。 要真正擅长质量检查，您需要对提高驾驶质量充满热情。”

Wallgren的观点是：“测试心态是'我要弄清楚如何打破这一点。' 这很棒，因为它使开发人员想到：“我不会让他们打破这一点”，因此该软件更加强大。

向左移动（甚至更远）

越来越多的组织（包括埃森哲，Electric Cloud和我公司的许多客户Tricentis）将测试重塑为质量工程。 变化不仅仅限于皮肤。 测试是被动的，而质量工程是主动的。 您不仅可以发现缺陷，还可以防止它们首先进入代码库。

我们都同意，质量工程意味着比当今大多数组织更早地解决质量问题。 但是解决方案不只是采用通常被称为“左移测试”的技术。 它还可能涉及更多的早期阶段的评审，测试人员也要参与这些评审。 甚至更远的地方，它可能涉及在设计会议上邀请测试人员参加会议，他们可以从一开始就制定提高质量和可测试性的方法进行战略制定。

随着这一转变，测试人员被提升为值得信赖的顾问，质量大使和“无聊的狗屎”工作的性感角色，成为过去的遗物。

From: https://www.infoworld.com/article/3279209/how-the-role-of-software-testing-is-evolving.html