随着敏捷开发成为大多数互联网公司的标准，我们开发软件和自动化测试的方式已经发生了巨大变化。在敏捷开发之前，大部分自动化时间都是通过图形用户界面(GUI)完成的。这是Selenium和UFT/QTP等工具处理的部分。

但是，如果您已经进行了一段时间的自动化操作，您就会知道这些类型的测试是多么耗时，脆弱且难以维护。企业投入大量资金来创建自定义功能GUI测试自动化框架，单很可能最终使他们对其可靠性失去了信心，直到人们停止投入。

同样，针对用户界面的GUI测试往往需要花费很长时间才能运行。对于某些敏捷实践(例如连续构建)，迁入新代码时，从GUI回归测试套件接收反馈所花费的时间是不能被接受的。

API快速反馈

在这些情况下，需要更快的反馈。发现错误的时间越早越好，因为开发人员会立即知道他们所做的代码更改已破坏了构建，因此需要进行检查。在测试驱动的流程中，用户需要大量测试集才能快速且频繁地运行，并且必须能够将它们集成到开发生命周期中。

GUI测试仍然非常重要。它是唯一能够真正测试用户在生产过程中如何体验应用程序的测试类型。某些缺陷只能通过GUI测试来捕获。换句话说，尽管至关重要，但GUI不应是用户关注的唯一自动化类型，也不应该是自动化测试总量中最大的一部分。

敏捷关注的自动化类型是更可靠的API下层测试，而较少涉及GUI自动化。