自动化测试很大的一个弱点就是没有智能，无法对结果进行全面综合的判断。即使自动化测试工程师能把所有的检查点考虑得很全面，要实现所有这些检查点的自动化判断也是有难度的，这样做不现实也没必要。一般只是对最重要和最主要并且能自动比较的点进行比较，这时的比较属于动态比较。而另外一些检查点的实际值可以输出到文件或数据库，在测试执行结束后人工进行比较，这属于执行后比较。

恩，比如某个车站发车属性（候车、开检、停检）的变化，对于某些临时信息是不记入数据库的，这个变化就没办法看了
它在界面上的位置也不固定，在表格中的位置也不固定

单位刚开始自动化,现在还没有什么经验呢~

关键是是否能在自动化测试中捕获到关键规则，那这样就可以根据规则定义内的各种输入生成输出，动态Check，类似于XP中的思想～～

确实很难！用winrunner进行过功能测试，结果每执行一次，需要点很多次重新选择学习，比手动效果差，后来就不用了！

自动化测试也是以人为本,我们的测试目的是来验证bug,而不是实现自动化,所以怎样提高我们找bug的效率我们就用那个方法,如果一个流程测试我们手工需要10分钟走完,但是我们需要半天的时间去写教本,再加上以后的维护时间,那么这个自动化测试用例的实现对于项目来说是否值得?所以我认为自动化测试在项目中只作一些最基本的,最傻的操作,而灵活的还是需要手工,毕竟我们很清楚的明白我们的测试版本基本上都是不稳定的,呵呵,愚见,请执教!

自动化测试适合于周期长的项目，假如软件只有1个版本，那的确没有必要进行自动化测试，浪费时间，浪费金钱，浪费人力。据研究当软件版本达到7个以上时，测试自动化的前期投入才能被回报抵消。。。。

同意xiaoyu1218的看法。
个人感觉，自动化测试适合于产品类项目，不适合于项目，项目的可复用性太差，造成脚本的可复用性比较低，而产品相对来说会好很多，一些代码可以复用。

很晕呀
刚跳了一家公司，就我一人做测试，什么文档都没有，这几天在写需求文档和一些测试文档，管事的还说过几天向自动化测试，我晕呀

楼上的真的要晕了,管事的以为说了就能实现了.哪有这么容易的!

要收回自动化测试的成本不容易啊

自动化测试对于系统测试和回归测试作用还是很大的！