确实，GUI，几乎没法搞。
[ 本帖最后由 black_tulip 于 2009-9-18 14:11 编辑 ]
原帖由 afeng 于 2009-9-18 13:59 发表 http://bbs.51testing.com/images/common/back.gif
白盒测试确实对程序的检验有好处，而且可以加强测试人员对系统的熟悉程度，不过代价不是一般的大，一般的公司是不可能由测试人员来搞的，性能是一定要用自动化才能测的，所以是必须掌握的，至于gui自动化么，呵呵，就 ...
我觉得你这里有点混淆， 看你这里提到的功能测试自动化似乎只包括了gui。 其实功能测试自动化里有很多针对接口，命令行等等的。 举几个我工作过的产品的例子吧。
产品A： 一个X500目录产品，自动化的功能测试包括了：
安装+smoke， 每晚进行。
通过产品自有的工具间接测试核心功能， 每晚进行， 一周500万个/次
purify coverage,
还有些杂七杂八的像compliance check，virus scan 每个milestone 做做。
产品B: 一个身份管理系统，因为同时维护三个版本，每个版本都有10到20几个end point 类型， 所以每晚有三组基于SPML和LDAP接口的测试，每组大约10K+ 个用例。另外有一套基于web service的测试，以及利用虚拟机和ghost，staf的自动安装，部署的系统。
产品C：身份挖掘系统， 这个开始才不久，现在是些简单的脚本为主，再加些QTP和selenium的帮助GUI的。
我们几乎没有专职的自动化测试工程师，大家的主要职责都是手工测试，别看上面那么多，这些都是经年累月慢慢积累起来的，平时花在这个上面的时间比例并不高。但是如果没有这些，很多东西无法想象要怎么去完成的了。
原帖由 shanxi 于 2009-9-18 12:14 发表 http://bbs.51testing.com/images/common/back.gif
请问你能概要描述一下你说的成功体现在哪里？
同问！
接口，命令行的测试类似于灰盒测试吧，我也做过功能接口的测试，是程序测程序，也是自动化，不过不见代码，那个倒是必须自动化的，特别是一些通讯方面的软件，可能有些公司每晚都要求跑一遍，不过肯定是少数啦
是吗？我倒没听说过灰盒测试，如果是这样的话，那我弄错了，一直以为只有白盒和黑盒，这些基础理论没怎么系统学习过。。。
灰盒是介于白盒和黑盒之间的测试,通常是写脚本直接调用接口程序测试,是针对每个程序中每个功能函数的测试,通常也在集成测试的时候进行吧,比黑盒更接近于程序,与白盒不同的是灰盒不见程序.:lol
Gui 自动化 bullshit？ 呵呵。
没有自动化,回归测试就会占很多人力...单个项目占的人力也会一直释放不了, 有经验的工程师最终被重复的工作烦死.
所以....对于重复性的验证, 不仅要自动化,还要能尽早的自动化,低成本的自动化
还是比较赞同楼主的观点的， 原来做一个网站后台自动化的工具， 最近引入Selenium来支持做前台，反差很大 - GUI 自动化， 看来要三思。。。
标题党，哈哈。
自动化是个趋势，是个目标，所以大家都想学。
自动化有好处也有坏处，就像手工一样，都是双刃剑
lz的ID眼熟。。。。。
要找到一个适合自己的自动化工具也是一门学问，只有适合自己的才是最好的。
原帖由 ssscn 于 2009-12-3 01:58 发表 http://bbs.51testing.com/images/common/back.gif
没有自动化,回归测试就会占很多人力...单个项目占的人力也会一直释放不了, 有经验的工程师最终被重复的工作烦死.
所以....对于重复性的验证, 不仅要自动化,还要能尽早的自动化,低成本的自动化
:Q 正在期待进一步的自动化救我脱离苦海。。。
:L 有争议的话题，围城啊！
从家到单位需要坐车，而从卧室到家门是步行
这就是自动化与手工测试的区别
是的，问题是你到底是需要步行，还是买车，如果不用买车，硬买辆车，每月还贴这么多钱。。。。。。。。
