我最近收到一封电子邮件，它来自一家测试自动化工具供应商，其中有一个链接到他们的一篇博客文章，那篇文章是关于自动化如何让你的生活更轻松，这篇文章的后续部分将解释我对他们想法的看法。我不会说出他们销售的公司或工具名字，那样对他们不公平，因为我认为他们对测试自动化的信念是真诚的。他们的信念就像许多测试自动化工具的提供者一样，既有供应商自己创建的，也有开源的。此外，由于我没有和他们互动，所以把他们说出来是不公平的。

他们博客文章中的一个重要观点是自动化可以减轻压力，而我并不总是这么认为。我认为在许多情况下，增加自动化测试会增加压力，尤其是在项目最初。根据自动化测试工作的展开方式，产生额外压力的原因之一是团队不切实际的期望，即团队期望在不减少下一次发布/部署等的范围或截止日期的情况下完成自动化测试所需的所有“额外工作”，也不需要向团队增加额外的成员。无论如何，如果这些自动化测试工作是“额外的”或“你应该已经在推进”，那么我们仍然希望这些工作变得更加可控。

博客文章中提出的另一点是，测试自动化减少了测试中断。但根据我的经验，自动化测试会造成更多的干扰，至少在最初尤其如此。是的，我们的工作经常面临一些干扰，比如被要求测试一个新的部署，或者项目组有一个紧急补丁需要发布。是的，自动化测试可以帮助解决一些混乱的马上就要做的事情，但它也可能导致额外的中断。记住，自动化测试本身就是软件。当第一次开始自动化工作时，会有一些问题需要查找、修复和重新测试，这是一个非常混乱的过程。因为它可以在无人值守的情况下运行，所以你可能会更频繁地运行自动化脚本，但每次出现自动化运行故障时，你都需要排查该故障，这也是一件非常麻烦的事情。假如你面临太多的问题需要处理，你很可能会变得疲惫不堪，你可能会因此忽视将测试过程中的一些潜在风险，这甚至可能会导致项目进入更加混乱的局面。

这篇博客文章还提到了一个我以前从未听说过的观点，即自动化测试可以避免了测试人员与开发人员之间的分歧。与我上面的立场一致，自动化测试将增加测试人员与开发人员之间的分歧，增加测试人员与团队其他成员之间的分歧，至少在一开始是这样。在建立起自动化测试体系，并建立起自动化测试结果的可信度、一致性和可用性之前，我们经常都会遇到以下问题：“自动化执行失败了，但手工测试正常”、“自动化大部分时间都通过了，但每隔一段时间就会失败”、“自动化执行了很多用例却没有发现错误”以及一直流行的那句“它可以在我的机器上是正常的”之类的话。然而，一旦建立了信任，我们的确是有可能会减少纠纷的，即使我们最终没能减少这些分歧，那么这些分歧和相关的解决方案对项目组来说也是有价值的。

他们的最后一个观点是，通过自动化测试，我们不需要将测试用例存储在糟糕的、混乱的Excel中。是的，有些团队的确将测试用例存储在Excel中，这样的测试工作很容易失控。有些团队，甚至是那些使用自动化测试的团队，都使用Excel来获取测试用例数据和配置数据，这也很容易失控的。但所有这些都是技术实现方式，将Excel用于上述任何一项都可能对一些人有用，但也可能会迅速变得一团糟。测试人员可以使用一些其他工具进行测试用例管理和测试数据管理。其中一些工具已与自动化测试工具集成，以实现了“无缝”执行。正如我之前所写的，但有一种情况需要说明，我们不应该总是依赖“内置”的测试数据功能。使用自动化测试并不能消除对Excel的依赖，除非你决定彻底不用它。

这篇博客文章还有其他一些具体的观点，但我把它们浓缩成了上面的内容，因为我相信我对文章观点的理解是一致的。

现在，我们来回答最初的问题，“自动化测试一定会让我们的工作更轻松吗？”，我的回答是“不，它不一定会让你的工作更轻松。”理论上来讲它可以，但前提是我们要关注我们的最终业务和技术目标，以便以适当的方式开展适当程度的自动化测试活动。请注意，在我的以上几点中，我反复谈到了自动化测试的最初阶段的负面影响，随着测试过程的深入可能会有所缓解，所以你必须保持耐心，大多数新技术和新工艺的引入都是如此。但要记住，不要指望这种后期的轻松来得很快。