匿名网友
几乎每个公司或者项目都有过测试自动化的尝试，但是失败者居多，为什么呢? 绝大部分原因就是对测试自动化的了解不够，下面是一些对自动化测试的常见的误解：
1. 测试自动化可以节省很多时间! 以后的测试工作只要机器去完成就可以了。
2. 测试自动化可以节省很多人力! 可以把那些手工测试的人都给开掉了，留两个搞自动化测试的人就好了
3. 测试自动化可以节省很多钱! 软件用盗版的，又开掉了一批手工测试的，应该能省下来不少钱吧？
4. 测试自动化就是用QTP录一下就行了！
5. 测试自动化要在项目后期做，前期需求改动太频繁，自动化脚本不好维护。
The Fact:
1. 测试自动化风险很大，如果盲目乐观的开始测试自动化，往往的结果就是失败
2. 测试自动化并不能全部代替手工测试，如果想用自动化全部代替手工测试，往往的结果也是失败。
3. 测试自动化代价很大，一个优秀的自动化测试工程师的薪水可能比开发人员要高得多，而且自动化测试工程师还要对系统业务非常熟悉，如果满足不了优秀和熟悉业务，廉价劳动力带来的结果往往还是失败。此处的代价还要加上软件的费用。
4. 测试自动化的工作远远不只是录制一下就行了。
如何开展自动化呢？一下是我的观点
1. 尽早开始，从项目启动的时候就开始进行自动化的准备，这样到项目后期自动化的范围才会越大。否则如果从项目后期开始自动化，一般自动化的范围就仅限于Smoke测试和回归测试了。
2. 从小开始，从最小的功能点慢慢开始自动化，能自动化的地方那个先自动化，不能自动化的条件满足了再自动化，根据进度和资源慢慢扩大自动化的范围。否则盲目贪大反而会事与愿违。
3. 给测试自动化定一个合理的目标，比如最终的结果是覆盖80%的手工测试用例。
4. 多留一点时间给自动化脚本的维护， 自动化测试脚本要与系统测试版本频繁的进行测试运行，越频繁越有利于减少两者之间的不一致，特别是系统需求变更频繁的情况下，否则如果自动化脚本严重滞后，往往的结果就是放弃自动化或者重写自动化测试脚本。
