51Testing软件测试论坛
标题:
请个心理医生。。。
[打印本页]
作者:
hqf007
时间:
2008-10-7 14:40
标题:
请个心理医生。。。
从不懂QTP到学习QTP,到现在已经有个一知半解,可我总是觉的迷茫,一直有这样一种想法,QTP到底能够帮助我们多少,总觉得很多的BUG依靠工具根本找不出来,到头来还是要进行手工测试,我有个朋友说:在你写得测试用例中能有30%用到自动化已经很不错了,真的是这样吗??象我们公司做得应用软件,最多可能就进行个3到4轮测试,但是你如果开发自动化测试脚本可能需要花不少时间,到时候个人觉得这些脚本在别的产品上复用性很低,或则根本用不到。。。。写了这么多脚本以后基本都没用,(不过话说回来,多学点总是好的
)能告诉我各位有过这种想法吗?帮帮忙,帮我克服一下啊。。。。实在是郁闷
[
本帖最后由 hqf007 于 2008-10-7 14:42 编辑
]
作者:
hsjzfling
时间:
2008-10-7 14:53
建议在项目中做一个冒烟测试的脚本就好了,投入成本和产出的比例会比较合适些
作者:
LittleDuck
时间:
2008-10-7 17:02
自动化最理想的用处是在于减少重复劳动力,同时提高软件信任度,也就是确保软件是“对”的。 而不是像手工测试一样去寻找错的地方。而测试用例自动化取决于耗时和被测软件本身。楼主也不要压力太大了。
凡事有个过程麻。
作者:
lantianwei
时间:
2008-10-7 17:29
1. 有人研究过,好像回归测试次数少于8就不适合做自动化
2. 反正多学点还是有好处的,况且现在自动化的就业前景还是非常不错的
作者:
zte_boy
时间:
2008-10-8 10:51
1、自动化可以减少重复的人为行为
2、自动化可以进行业务知识点的沉淀,不会因为认为的因素造成失误
作者:
jackymail
时间:
2008-10-8 13:53
重复性的配置工作(通过UI) 也可以用QTP来完成。
作产品的公司用这个还行,做项目(那种一个项目针对一个产品的)的就算了。
作者:
wslss007
时间:
2008-10-8 14:26
我觉得就看你自己怎么权衡了,如果偏向于学习自动化测试,那多花点时间对于未来的事业是很有帮助的,当然这需要以充足的时间为前提,如果偏向于仅仅想提高测试效率,期间又发现该工具对于实际工作效率没有提高多少,反而造成许多时间花在写测试脚本上,这时就得好好思量下了。
作者:
2630223
时间:
2008-10-15 15:30
作者:
superMax
时间:
2008-10-16 12:47
阅,了解
作者:
AwL_1124
时间:
2008-10-16 12:59
感觉自动化 最近很热
自己也研究研究·
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2