51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2099|回复: 3
打印 上一主题 下一主题

[原创] 关于实际项目中QTP自动化使用问题

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-2-24 12:06:15 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
最近,尝试开始QTP在实际项目中的使用,碰到了一些问题,想请教下大侠:
1。在日常项目中,通常都是完成了详细设计后写的用例,当然都是手工的,因为程序没有开发出来,所以无法使用QTP录制脚本,能力也没有达到说用描述性脚本写用例,尝试了下,即时用描述性脚本写用例,qtp也要找对象啊,难道是等程序开发出来了,再把对象重新识别下?

2.由于第1个问题,再加上时间问题,导致了我一遍的用例执行和编写,都是手工做的。没有时间等着我说录制脚本,维护脚本,然后执行。因为差不多我们的每个项目都没有这么充足的时间让你这样做。
我只有等完成了第一遍的测试之后,然后在开发没有完成问题修改的情况下进行脚本录制,维护,将手工里面能够自动执行的功能转到TD里面,用QTP录制脚本,维护脚本。

3。更加郁闷了的就是这个问题了,等程序员完成每天bug修改后,我这边进行回归测试,那么我这个时候是针对一个一个bug进行回归测试,难道还是手工的一个一个的去检查问题,看这个bug修改好了没有。
如果用TD自动执行QTP脚本,但是这样会重新生成新的bug,而不会把bug归到原来问题上。
那我不是晕死了,我想了下,那我的自动化脚本不是只有在最后版本提交之前,在各个bug都关闭了,然后对整个程序做个自动化检查?

[ 本帖最后由 by1945 于 2009-2-25 09:47 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-2-24 13:29:08 | 只看该作者
你所有的问题我觉的不是QTP工具如何使用的问题,而是引入自动化测试以后,测试流程的变更和规范问题。我喜欢对这样的问题进行讨论
第一个问题其实我不知道你想干什么,自动化测试一般都是在项目进入稳定阶段以后才开始实施的,如果你们想要在系统的原型阶段就进行自动化测试,那么从需求到开发必须给予相当大的支持,而且要求你们的需求、规格、界面规范设计、前台编码、测试标准要高度一致,不然你的脚本就是无法运行的。
第二个问题,自动化测试资源紧张不仅是你们碰到的,所有的软件公司都有测试进度冲突的问题;问题的根本原因是在项目计划阶段没有给自动化测试留出足够的时间,更没有将自动化测试作为一种测试策略来使用。项目组未能给予足够的支持,自动化测试就变成了个别测试人员的学习内容。其实在引入自动化测试之前,对自动化测试的资源、风险、周期进行合理的评估是很必要的,而且避免严重的人时浪费;
第三个问题我也没太明白你的重点是什么。对缺陷进行回归测试,如果你脚本中的检查点覆盖到了某个缺陷,那么这个缺陷就可以用脚本来回测;如果一个缺陷没有被覆盖到,那么就只能用手工去回测。回归的时候你肯定没有时间去写脚本的,等你的脚本写出来跑一遍,估计手工的回归测试都结束了。因为如果是单次运行的话,自动化测试的成本要远高于手工测试。
关于第三个问题,其实是你们自动化测试的执行策略如何制定的问题,自动化测试的脚本什么时间执行、谁来执行、是否使用多台测试机、脚本发现的缺陷如何提交、如何制定自动化测试的缺陷管理流程,甚至于你的脚本如何维护,这些都是要在进行自动化测试之前就规划的,也就是你的自动化测试框架和规范。如果等到在自动化测试的过程中才发现这些问题,那就晚了,没什么好办法,为了保证项目进度,先改成手工测试吧,也就是自动化测试脚本被束之高阁,失败了。
第四个问题,是不是在缺陷都关闭后的最后版本进行自动化测试,这个没有硬性的标准,兵无常势,水无常形,如何进行自动化测试,需要根据项目的具体情况来安排。
另外从你的问题中,我感觉你们最大的一个问题是没有明确的自动化测试目标,可能整个项目组的成员对自动化测试的方法、作用、测试目的都是非常模糊的,我们要用自动化测试做什么,它能做什么,怎么做,都没有形成很好的标准和规范。测试理念不同,对测试的要求不统一,我觉的这才是你们进行自动化测试最大的障碍。
我想如果真的要解决楼主提的几个问题,恐怕得从根本上做起,还是我的那句老话,一定要有非常明确的自动化测试需求,测试目标要明确、测试范围要界定,项目组内所有成员对自动化测试的认识要统一。让你的测试需求决定自动化测试过程所有的行为。
暂时就先想到这么多,楼下继续。

[ 本帖最后由 dreamever 于 2009-2-24 13:33 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2009-2-25 09:52:22 | 只看该作者
嗯,是的,现在就是对于这个qtp自动化工具如何在实际项目中使用,感到很疑惑。
如果前期录制脚本,维护脚本,耗费周期很长,项目也接受不了。
由于我们公司测试流程又不是说按一轮一轮来测试,是改完一个bug,我们测试就进行回归,所以如果回归过程中在用自动化,又要耗费成本。
现在真是有点不知所措了,难道我们公司这种项目模式不适合使用自动化工具?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-2-25 10:01:28 | 只看该作者
由于我们公司测试流程又不是说按一轮一轮来测试,是改完一个bug,我们测试就进行回归,所以如果回归过程中在用自动化,又要耗费成本。

如果真象你说的,我觉的你们公司的测试流程本身就需要进行改进,没有测试轮次的话,我相信就算是纯手工测试,你们的成本也是相当高的。而且版本的质量也不容易做控制和跟踪。这种情况下,单纯的引进自动化测试是起不到任何作用的。自动化测试是以规范的测试流程和管理规范作为基础的,换句话说,就是在没有自动化测试的情况下,你们的测试已经做的足够好,但是测试执行的人力成本和时间成本很高,在这种情况下,引入自动化测试那就是水到渠成了。

[ 本帖最后由 dreamever 于 2009-2-25 10:02 编辑 ]
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-13 04:24 , Processed in 0.076716 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表