请个心理医生。。。

hqf007

从不懂QTP到学习QTP,到现在已经有个一知半解，可我总是觉的迷茫，一直有这样一种想法，QTP到底能够帮助我们多少，总觉得很多的BUG依靠工具根本找不出来，到头来还是要进行手工测试，我有个朋友说：在你写得测试用例中能有30%用到自动化已经很不错了，真的是这样吗？？象我们公司做得应用软件，最多可能就进行个3到4轮测试，但是你如果开发自动化测试脚本可能需要花不少时间，到时候个人觉得这些脚本在别的产品上复用性很低，或则根本用不到。。。。写了这么多脚本以后基本都没用，（不过话说回来，多学点总是好的 ）能告诉我各位有过这种想法吗？帮帮忙，帮我克服一下啊。。。。实在是郁闷

[ 本帖最后由 hqf007 于 2008-10-7 14:42 编辑 ]

AwL_1124

感觉自动化  最近很热  
自己也研究研究·

superMax

阅，了解

2630223

wslss007

我觉得就看你自己怎么权衡了，如果偏向于学习自动化测试，那多花点时间对于未来的事业是很有帮助的，当然这需要以充足的时间为前提，如果偏向于仅仅想提高测试效率，期间又发现该工具对于实际工作效率没有提高多少，反而造成许多时间花在写测试脚本上，这时就得好好思量下了。

jackymail

重复性的配置工作（通过UI) 也可以用QTP来完成。

作产品的公司用这个还行，做项目（那种一个项目针对一个产品的）的就算了。

zte_boy

1、自动化可以减少重复的人为行为
2、自动化可以进行业务知识点的沉淀，不会因为认为的因素造成失误

lantianwei

1. 有人研究过，好像回归测试次数少于8就不适合做自动化
2. 反正多学点还是有好处的，况且现在自动化的就业前景还是非常不错的

LittleDuck

自动化最理想的用处是在于减少重复劳动力，同时提高软件信任度，也就是确保软件是“对”的。 而不是像手工测试一样去寻找错的地方。而测试用例自动化取决于耗时和被测软件本身。楼主也不要压力太大了。 凡事有个过程麻。

hsjzfling

建议在项目中做一个冒烟测试的脚本就好了，投入成本和产出的比例会比较合适些