* 深入内部！
我觉得很多测试人员过多的依赖于UI自动化是因为他们觉得这样能够模拟用户行为（虽然大部分的事情，例如填充一个文本框，是通过Windows API来模拟的），或者可能因为他们不知道怎么深入研究UI背后的实现。不管是哪种情况，考虑一下这个测试的确切的目的是什么。如果检查一个返回值或者调用一个API来改变设置会更简单，那么就深入下去，停止在UI上浪费时间了。（这只会是把测试复杂化，浪费宝贵的机器运转，减少了多种版本间的重用，还常常导致长期的维护代价）（可以在作者的前一篇文章中看到例子）。
* 不断修改代码会导致测试不稳定！
我看到很多次测试人员设计了一个UI自动化测试，然后这里改一点，那里改一点来使它运行。这些修改常常导致测试不容易暴漏问题，甚至有可能隐藏其它问题。有些修改也和同步问题相关（同步自动化测试和被测的系统），人为地减慢了自动化过程（常常通过停止或‘睡眠’测试程序一段时间来实现）。另外一些修改可能硬编码了一些参数，导致测试在另外一个环境下失败或者不可移植。
* 停止尝试自动化所有测试！
就象我前面说的，我们能够自动化一些东西并不意味着我们就应该自动化所有的东西！我们需要理做出理智的决定：哪些测试要被自动化，并且哪种方法是最好的自动化方式。
测试者很容易陷入到 UI自动化测试中。我写自动化测试用例只是为了解放我的时间，从而可以有更多时间来设计和开发更多更好的测试，一旦实现了自动化，我就不需要坐在电脑前执行多余重复的测试，不需要不停地修改代码来使它运行。称职的测试人员应该理解自动化测试技术的适用范围，从而得心应手的使用这项技术。但无论它有多棒，这仅仅是众多测试技术之一。最能帮助进行有效测试的依旧是开动大脑！
原文：UI Automation Out of Control
作者：BJ Rollison,主任级软件测试开发工程师
相关链接：
