文档介绍：QuickTest
Professional
文档状态:
草稿版
当前版本:
编写:
编写日期:
审核:
审核日期:
批准:
批准日期:
文档修订记录
章节编号
修订前版本号
修订后版本号
修订内容简述
修订日期
作者
所有
新建
2006-10-01
刘毅
一
增加4、5、6三节
2006-12-27
刘毅
一、二
新增第一、二部分图片说明
2007-1-12
刘毅
二、三
新增16、30、33节,修改11
2007-1-15
刘毅
摘要
「软件测试自动化」已经被许多的软件测试专家验证是可行的,并且反复的运用在许多软件开发过程中。大多数参与软件测试的专家也同意自动化测试不只是值得的同时也是必要的。在软件测试的市场上有许多针对使用者接口(GUI)应用程序所开发的自动化测试工具,而且其中有些工具所提供的功能,已经足够满足软件测试自动化的需求。但是,我们却看到越来越多的公司,在购买自动化测试工具之后才发现,实施一个符合成本效益(cost-effective)的自动化测试解决方案(solution)原比其所呈现的还困难。
我们会常常听到一些抱怨,像是“看软件测试工具厂商做起来好像很容易,但是当我们的人自己做的时候却完全不是那么一回事!”、“事实上我们已经花了六个月的时间在导入自动化测试,但是大部分的测试却还是停留在人工测试的阶段!”或是“要让整个自动化测试运作起来所花费的时间实在太长了,还不如使用原本的人工测试所花的时间更短!”。
通常最后的结局是“另一个错误的采购!”,自动化测试工具从此被束之高阁了。
何谓自动化测试?
简而言之,所谓的自动化测试就是将您现有的手动测试流程给自动化。而且要实施自动化测试的公司或组织,本身必须要有一套「正规(formalized)」的手动测试流程。而这个正规的手动测试流程至少要包含以下的条件:
详细的测试个案(test cases):从商业功能规格或设计文件而来的测试个案,包含可预期的(predictable)的预期结果(expected result)。
独立的测试环境(test environment):包含可回复测试资料的测试环境,以便在应用软件每次变动后,都可以重复执行测试个案。
假如您目前的测试流程并未包含上述条件,即使您导入了自动化测试,也不会得到多大的好处。
所以,假如您的测试方法(testing methodology)只是将应用软件移转到一群由「使用者」或「专家级使用者(subject matter experts)」组成的测试团队,然后任由他们去敲击键盘执行测试工作。那我建议您先把自动化测试放一边,把「建立一个有效的测试流程」当成您目前首要的工作。因为要自动化一项不存在的流程是完全没有意义的。
自动化测试最实际的应用与目的是自动化回归测试(regression testing)。也就是说,您必须要有用来储存详细测试个案的数据库,而且这些测试个案是可以重复执行于每次应用软件被变更后,以确保应用软件的变更没有产生任何因为不小心所造成的影响。
「自动化测试脚本(script)」同时也是一段程序。为了要更有效的开发自动测试脚本,您必须和一般软件开发的过程一样,建立制度以及标准。要更有效的运用自动化测试工具,您至少要有一位受过良好训练的技术人员,换句话说,您至少要有一位程序设计师(programmer)。
该段文字摘自《Totally Data-Driven Automated Testing By Keith Zambelich Sr. Software Quality Assurance Analyst, Automated Testing Evangelist》,作者目前为 Automated Testing Specialists, ,主要从事自动化测试导入的顾问工作。
本文介绍的相关知识就是这位程序设计师所需要具备的最基本的知识。
本文系取前者之经验,综合运用,非一人之得,不敢妄专,惟留一己心得耳。
第一部分基础知识
QTP安装
主程序:
进入下面目录运行:
QTP90\QuickTest\
在没有Licence的情况下选择安装演示版,完成安装之后再破解,其它按照默认设置完成安装,可暂不重启;中途需要下载Microsoft Script Debugger(脚本调试器),如果下载失败,可以安装结束之后另行下载安装:
..\..\ADD-INS\
安装中文插件(可选):
进入下面这个目录运行:
QTP90C