使用GUI自动测试软件做automation，在全部测试任务的比重

tracyd

请公司里面有用QTP或者其他functional/GUI自动测试软件的QA们积极投票吧，我想知道大家team里面自动化程度基本都达到了多少了。
公司里面不用function自动测试的，就选第一个选项。如果你来自自动化测试组，那一定有手工测试人员，就请他们也算在整个team的比例中，这样算才合理.

[ 本帖最后由 tracyd 于 2008-12-24 10:38 编辑 ]

远野志贵

自动化，一提起来就怨念了！！

j44jj44j

竟然只有3和5，而且5的占33.33%

tracyd

积极投票的朋友不多，我刚才去别的自动测试板块，邀请了用其他GUI自动测试软件的朋友夜来参与一下。
另外我想调查的是那种team，mix了自动测试和手工测试的组所用的比例。如果你来自自动化测试组，那一定有手工测试人员，就请他们也算在整个team的比例中，这样算才合理。一个QA部门，可能有几个人100%做自动测试的，那就成100%自动化了，那也太悬了。
如果是用loadrunner做performance testing的，不算，loadrunner不是GUI自动测试，performance testing如果不写程序，那就要用工具，不用工具，手工测，那也悬。

yetties2005

真想测试的时候能100%自动化啊

tracyd

但是维护的工作量更大，值得吗？就算你想这么做，领导也不愿意。
打个比方来说，产品快release的时候，突然发现了几个bug,非改不可，然后程序员就忙着在那里改。如果这个bug是已经做了自动化了，当然可以用现成的script,但是如果是自动化测试考虑之外的，难道忙着加scrip,加遗漏的上去么？领导和大家都在等着release呢，不可能所有东西重新走一遍的，因为没时间了，最后的结果就是手工测，把patch打上去，大致重要的重新测一边，然后周边相关的测一边release.
另外，有很多测试是没有办法用自动化测试来替代的，例如web程序需要在数据库中查后台数据，运行job的，跟本没法用自动化。还有相当一部分测试例如installation, client端下载文件的comparision需要测试人员把关的，和其他程序接口端的测试，打印等等，这些都没法用自动化替代，而且永远都替代不了的。
如果真有100%的自动测试，这出来的东西能保证质量么？只要有过1-2年测试经验的人一定知道这个是不可能的。

[ 本帖最后由 tracyd 于 2008-12-22 23:17 编辑 ]

livehome2008

真叉的，我在里面这憋屈的。

tracyd

请大家积极投票，支持一下

tracyd

到今天为止，有28人参加投票了。

tracyd

到今天为止共计46人投票， 请大家积极参与。

shanxi

不会超过20%的

caibaibai

我们公司现在是不用。
但已经专门设立一个组，来研究自动化测试对现在项目的支持。
以我现在的研究程度来看，应用起来是没有问题。
但前期的一些基本数据准备是很花时间。

tracyd

开始一定花不少时间的，但是从长远看，自动化测试一定会有成效的，特别是对那些不断推出新build，界面变化又不大的系统。