QTP适用性探讨

badguy

公司是做Web服务的,每周都有版本更新
部分bug fix或者新需求
现在用QTP做自动化
平日功能测试人员主要关注当前版本修改的部分,其他相关部分也会简单回归一下主要功能
个人认为,新完成的需求或改动的地方不适合QTP,因为经常测试过程中才能完全明确需求,不断修改完善,很难在测试之前或者测试阶段开发QTP用例,那会是很郁闷的事情.只要在确定好了后再更新QTP用例
觉得QTP主要用于回归测试比较好,就是在用例确定不用改动,只要跑一下用例过一下功能是否正确就行了
一般来说,功能测试人员对其他非修改的相关模块只是关注主要功能,那QTP是否也是只要关注主要功能就可以了呢?因为QTP执行效率很低,加之自动化脚本太多,维护起来也是很麻烦的.所以觉得没必要把太多细节或不是太重要的功能也用自动化来测试

大家所在公司是做什么的,说说现状,对自动化适用性如何看的,希望能给点意见.做了2个月的QTP,觉得有些迷茫,有的时候会觉得没啥意义了...

ch4isme

呵呵，自动化测试的意义就是在于把繁琐的重复性高的测试过程用机器代替手工，这也是为啥回归测试时用的多了