Selenium是一瓶陈年佳酿 (续)

基于Selenium的自动化看似是所有自动化测试问题的正确的解决方案。它开始成为自动化的银弹。可是，世界上并没有这样的银弹。我们忽略了测试金字塔有多层，每层代表的一种类型的测试都是待测产品有必要的。

这是理想的测试金字塔看起来的样子：

对于基于Selenium（也包括其他UI自动化测试工具）的测试，要聚焦于金字塔的顶部，而不是试图覆盖整个金字塔的各个层级。这也正是这类测试的真正价值所在。

通常，那些对于测试自动化框架应该如何构建完全没有概念，或者只有有限概念的人，成为了测试自动化的主管和测试架构师。更加糟糕的是，层层传递的压力和数量导向的测试以及测试自动化，导致只是快速地添加自动化测试，而并没有审慎地思考和规范的实践。

所以很快地，理想化测试金字塔变成了下述的反模式之一：

结果就是这颗银弹变成了一颗致命的子弹，导致团队对于自动化、自动化的结果和团队的成员都丧失了信心。

很多团队的情况都是：虽然有无数的基于Selenium的自动化测试，并且团队的绝大多数时间都耗费在维护和修复测试上，而且还会有专门的团队针对产品执行手动的回归测试。这无疑是一种双输的局面，但是却是非常真实和常见的现象。从而导致了团队中成员的相互指责。

至为重要的一点是，我们要构建鲜活的、并能随着被测产品用户案例不断进化的自动化测试框架 。自动化测试框架必须要可维护和可扩展，这是作为测试企业级产品的不言而喻的需求之一。同时，识别那些可以通过浏览器实现自动化的测试也是非常重要的。

那么，接下来会发生什么？对你来说意味着什么呢？

测试的未来非常有前景。每一分钟，我们都面临着设备过剩和技术发展；而对于那些没有走上学习和适应科学和技术趋势之路的人来说，这是非常可怕。

以下是一些可以让你沿着这种趋势前行的想法：

• QA的职责变得更加复杂，并且需要思维和技术纪律的转换

• 参与和理解产品架构，并且对其作出贡献；这有助于理解需要测试什么，需要在测试金字塔的哪一层级实现自动化以及为什么要这么做。

• 了解测试自动化是软件开发的一种形式。精通开发实践的同时，应用测试技巧会帮助你做好测试自动化。

• 网页测试主导了过去十年测试的发展，现在的QA不仅必须了解如何自动化地测试网页，还必须了解如何自动化地测试移动和交互性的应用。

• 行为驱动测试（Behavior-Driven Testing，BDT）作为一种可以识别并构建有效的回归测试用例集的方法，可以帮助规避我们之前提到的那些反模式

（完）