要不要做UI Automation

敏捷测试强烈推荐test automation，但是非常不建议做UI automaiton。我对这个很认同。UI automation不是不好，也不是不需要，只是和其他层面的自动化测试比较而言，投资回报太低。

但是，相当于手工回归测试来说，UI automation有时候是合算的买卖。

最近，我经历一个项目。做一次手工system regression test，需要20 man/day。而自动化测试只需要1 man/day。开发Framework以及编写测试脚本，需要278 man/day。这样看来，开发自动化测试的投入，最多1个月就能够收回。这个项目的周期超过6个月，因此做UI automation是绝对划算的事情。

由此推断，做unit test和component test是更加划算的事情。因为这两类自动化测试，后期维护的工作量比UI要少得多。

节省UI automation投入的几个技巧：
1.使用开源工具。QTP之类的商业工具本身的价格可能都超过了人工，而且未必好用。
2.构建简单但是强壮的核心框架。不要在开始阶段，就编写很多非核心的功能。等需要的时候再做。
3.谨慎设计每个test。保证它独立，而且小。
4.开发自动化测试和编写程序是一样的。重复代码越少越容易维护。
5.搭建持续集成平台。每个test完成之后，就立刻加入这个平台。这个平台必须连续不断地运行所有已完成的test。这样可以检验每个test的强壮性，并及早发现问题。