使用GUI自动测试软件做automation,在全部测试任务的比重
请公司里面有用QTP或者其他functional/GUI自动测试软件的QA们积极投票吧,我想知道大家team里面自动化程度基本都达到了多少了。公司里面不用function自动测试的,就选第一个选项。如果你来自自动化测试组,那一定有手工测试人员,就请他们也算在整个team的比例中,这样算才合理.
[ 本帖最后由 tracyd 于 2008-12-24 10:38 编辑 ] 自动化,一提起来就怨念了!!:lol 竟然只有3和5,而且5的占33.33% 积极投票的朋友不多,我刚才去别的自动测试板块,邀请了用其他GUI自动测试软件的朋友夜来参与一下。
另外我想调查的是那种team,mix了自动测试和手工测试的组所用的比例。如果你来自自动化测试组,那一定有手工测试人员,就请他们也算在整个team的比例中,这样算才合理。一个QA部门,可能有几个人100%做自动测试的,那就成100%自动化了,那也太悬了。
如果是用loadrunner做performance testing的,不算,loadrunner不是GUI自动测试,performance testing如果不写程序,那就要用工具,不用工具,手工测,那也悬。 真想测试的时候能100%自动化啊
100%自动化是可以达到
但是维护的工作量更大,值得吗?就算你想这么做,领导也不愿意。打个比方来说,产品快release的时候,突然发现了几个bug,非改不可,然后程序员就忙着在那里改。如果这个bug是已经做了自动化了,当然可以用现成的script,但是如果是自动化测试考虑之外的,难道忙着加scrip,加遗漏的上去么?领导和大家都在等着release呢,不可能所有东西重新走一遍的,因为没时间了,最后的结果就是手工测,把patch打上去,大致重要的重新测一边,然后周边相关的测一边release.
另外,有很多测试是没有办法用自动化测试来替代的,例如web程序需要在数据库中查后台数据,运行job的,跟本没法用自动化。还有相当一部分测试例如installation, client端下载文件的comparision需要测试人员把关的,和其他程序接口端的测试,打印等等,这些都没法用自动化替代,而且永远都替代不了的。
如果真有100%的自动测试,这出来的东西能保证质量么?只要有过1-2年测试经验的人一定知道这个是不可能的。
[ 本帖最后由 tracyd 于 2008-12-22 23:17 编辑 ] 真叉的,我在里面这憋屈的。
请大家积极投票,支持一下
请大家积极投票,支持一下 到今天为止,有28人参加投票了。 到今天为止共计46人投票, 请大家积极参与。 不会超过20%的 我们公司现在是不用。但已经专门设立一个组,来研究自动化测试对现在项目的支持。
以我现在的研究程度来看,应用起来是没有问题。
但前期的一些基本数据准备是很花时间。 开始一定花不少时间的,但是从长远看,自动化测试一定会有成效的,特别是对那些不断推出新build,界面变化又不大的系统。
页:
[1]