所以说是没什么用呀
怎么又变成没用了呢？5000个用例，需要在不同的环境，不同的分支下执行，你手动吗？ 好好好，有用，有用，那你就有用吧，我看你到现在还没搞清楚我帖子的意思，算了，不和你说了 有些测试也用不了自动化啊 gui自动化是为了显示你的价值而开展
谈覆盖率，gui自动化覆盖率能达到多高呢？ 不同的软件不同的要求。
[ 本帖最后由 jfan288 于 2009-9-9 23:35 编辑 ] 原帖由 afeng 于 2009-9-9 17:08 发表 http://bbs.51testing.com/images/common/back.gif
所以说是没什么用呀
这个“所以”牵强了，手工测试不可替代没错，但这不能推出自动化测试没什么用。 如果是做产品的话，每个build的回归是不可能用手工完成的。没错，这个过程bug发现率极低，但是回归的目的并不在于发现bug。 自动化在回归测试中的作用还是很大的，虽然维护脚本的工作比较繁琐，调试比较令人恼火，功效没有广告中说的这么大。
但是对于一个周期比较长的项目，自动化还是很有帮助的。 其实看成本。。。以中国的人力资源成本来看 自动化确实没前途。。。大学生都和民工一个价钱，何必自动化呢？一个自动工程师的工资可不低
都是强人啊!!!!!
学了一段时间自动化测试,不过想的还是到时候 功能测试用手工吧,,,, 性能测试用工具吧累啊 .....:( 自动化测试成本太高 自动化测试，不仅仅是测试的工作，还要求产品接口稳定。如果把它当作测试单方面的工作，是会很累。想想装备测试，作为生产测试项目，它属于很好的自动化测试了。软件自动化也不是那么差劲，还是能节省很多人力，关键看怎么做。 真正的持续性的项目,能做到自动化40-50%测试用例已经很了不起了，成本很高 为什么做得累？是因为开发不配合，测试不配合，老板不配合，还是环境不好搭，脚本不好写，工具不好用，框架不好改？为什么难维护？程序经常变动导致，脚本不稳定导致，还是工具、框架、环境不稳定？
为什么真正用的没几次？是回归次数少，测试人员觉得太难用，不想用？
这里面还是有很多问题的。
不是用了工具写了脚本做了框架就号称自动化了。
做了中看不中用的自动化测试，不是自动化测试的问题，是人的问题
[ 本帖最后由 codeh 于 2009-9-16 11:40 编辑 ] 是人得问题，是某些人为了面子，非要做没有用的自动化 支持33楼说的，自动化测试作不好，因为暴露出了需求，开发，测试一系列的问题，我们应该尝试改进，我想会有效果的，不改进肯定搞不下去了。。。。。。楼主别放弃，就算是你领导为了面子让你搞自动化，不管怎样还是会有效果的，只要你对过程提出并改进 等你真正做过自动化了就知道有没有用了，不过能理解你的心情，可能是你还没有过一个成功的项目自动化经历 原帖由 Robel.Yi 于 2009-9-18 11:12 发表 http://bbs.51testing.com/images/common/back.gif
等你真正做过自动化了就知道有没有用了....
请问你能概要描述一下你说的成功体现在哪里？ 白盒测试确实对程序的检验有好处，而且可以加强测试人员对系统的熟悉程度，不过代价不是一般的大，一般的公司是不可能由测试人员来搞的，性能是一定要用自动化才能测的，所以是必须掌握的，至于gui自动化么，呵呵，就不多说了，个人认为bullshit 原帖由 afeng 于 2009-9-18 13:59 发表 http://bbs.51testing.com/images/common/back.gif
白盒测试确实对程序的检验有好处，而且可以加强测试人员对系统的熟悉程度，不过代价不是一般的大，一般的公司是不可能由测试人员来搞的，性能是一定要用自动化才能测的，所以是必须掌握的，至于gui自动化么，呵呵，就 ...
性能是一定要用自动化才能测的
// 为什么？ 其实代价大就是没有好处，好处是综合来看的。
[ 本帖最后由 black_tulip 于 2009-9-18 14:09 编辑 ]
