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