1 / 29
文档名称:

功能自动化测试方案.docx

格式:docx   大小:161KB   页数:29页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

功能自动化测试方案.docx

上传人:mazhuangzi1 2022/5/14 文件大小:161 KB

下载得到文件列表

功能自动化测试方案.docx

文档介绍

文档介绍:QJ国越谄银行
Ghrka CksnslJLcton Bon^
中国建设银行
功能自动化测试实施方案建议书
(讨论稿)
中国建设银行信息技术管理部
2006年12月
1前言 3
文档目的 3
名词术语 3
2有很多局限,但是同样有其优势,随着自动化测 试技术和工具的发展,对于比较稳定的产品的功能测试中,自动化测试占有越来越重要 的地位。使用QTP可以加快整个测试的过程,在产品的版本发布之后,可以重复使用 测试脚本进行测试,具体来说:
自动化测试的优点:
◊提高测试效率,降低测试成本;
◊重复性强的手工劳动独立用自动化实现;
快速的回归测试,提高新版本发布的速度和质量;
避免人工测试容易犯的错误,如:错误测试,漏测试,多测试等;
◊很容易就实现并发性测试;
测试可重用,采用脚本和数据可以很容易实现重用。
自动化测试的缺点:
规范的测试管理,测试需求,测试用例;
◊不能创造性发现测试脚本没有设计的缺陷;
◊高质量的测试用例;
高素质的自动化测试工程师;
◊对测试环境要求比较严格;
◊测试需求变化可能引起大量的测试用例,自动测试脚本的修改、维护。
3实施范围和目标

1) 工具范围:目前考虑QTP、MQC、TAR、配置管理工具、Excel等工具的使用和集 成;持续集成工具暂时先不考虑;
2) 系统范围:定位在建行测试中心基础测试环境中的交易类系统;
3) 测试阶段的范围:局限在SIT后期、以及上线后的功能回归测试,目前暂不包括LT、 内部测试中的功能测试部分。

功能自动化测试系统应该能完成SIT、以及上线后功能的回归测试;
方案目标对有界面和无界面的交易测试都能完成,有界面的交易支持如下方式:
a) 支持字符终端界面;
b) 支持B/S的Web界面;
c) 支持C/S的Windows应用程序界面;
功能自动化测试方案对目前建行存在的大部分应用系统都可以进行测试;
实现自动化脚本录制、自动化脚本执行、自动化缺陷报告和管理。

首先从目前建行的系统中选择适合自动化测试的项目和系统;
其次确定实施功能自动化测试的阶段和时机;
第三从适合的项目中选择适合自动化测试实施的功能和交易。
具体实施策略参见第6节的实施管理建议。
4技术方案实施内容

使用QTP测试包括三个主要阶段:

创建阶段可以通过在应用程序或网站上录制会话,或者建立对象库并使用关键字驱动功 能向关键字视图中手动添加步骤来创建测试或组件。然后,可以使用特殊的测试选项和/或 编程语句来修改这些测试或组件。

创建测试或组件后,测试工程师可以运行这些测试或组件。
◊运行测试或组件检查被测系统。
◊运行测试或者组件对录制和编写的脚本进行调试。

运行测试或组件之后,就可以查看测试执行的结果。
◊ 在“结果”窗口中查看结果。
◊报告在运行会话过程中检测到的缺陷。
HI国理現银行
China CmsutElion Bam


在测试前需要先确认被测应用程序是否符合自动化测试的需要,是否满足自动化测试工 具的要求。
确认测试的范围和测试目标,比如要测试哪些功能、以及测试的时机等。
在准备阶段要根据被测系统的业务需要分析被测系统的功能,整理出测试需求和测试数 据需求。熟悉被测系统为后期指定测试集做准备。
配置QTP工具的设置,为脚本录制做准备。

启动QTP工具的录制功能,手工操作被测系统的应用程序,QTP将自动录制人工的操 作过程,并将操作的步骤显示在QTP工具中。对于工具不能录制或者不能识别的界面对象 需要手工识别和添加。
4・2・3加强测试脚本
在测试脚本中加入检查点,检查点可以是标准检查点、对象检查点、文本检查点、数据 库检查点等,以验证应用程序的功能是否正确;
将录制的脚本中的固定值(Hard Code)以参数取代,使得测试脚本跟测试数据结合; 使用逻辑或者条件判断,增加脚本的逻辑以实现对复杂的功能的测试。

对修改增强完成的脚本进行调试,修改脚本中的逻辑错误,确保测试脚本能够正常顺利 执行。
对于由于被测系统的功能需求发生变化后,测试脚本需要维护和修改,然后重新进行调 试,以保证测试脚本的有效性。

调试完成的测试脚本,将在被测系统的版本上执行测试,检查被测系统的功能是否满足 需求。执行脚本一般将脚本导入MQC中管理和定义测试案例执行集,由MQ