首页> 中文学位 >基于逆向工程的测试脚本转换框架的研究与实现
【6h】

基于逆向工程的测试脚本转换框架的研究与实现

代理获取

目录

文摘

英文文摘

声明

致谢

1 绪论

1.1 研究背景

1.2 国内外软件逆向工程研究现状

1.3 本文主要研究内容

1.4 章节安排

2 逆向工程及自动化测试知识介绍

2.1 逆向工程概述

2.2 WinRunner测试脚本语言TSL

2.3 自动化测试软件研究

2.3.1 实施自动化测试的意义

2.3.2 测试脚本和自动化测试工具的关系

2.4 本章小结

3 系统模型设计相关技术研究

3.1 编译器开发环境ANTLR及其文法研究

3.1.1 ANTLR简介

3.1.2 ANTLR的特点

3.1.3 ANTLR技术研究

3.1.4 ANTLR的信息流程

3.2 RDF数据存储模式研究

3.2.1 RDF的基本思想

3.2.2 RDF语法RDF/XML

3.2.3 RDF数据存储模式

3.2.4 RDF数据存储模式应满足的原则

3.3 本章小结

4 测试脚本转换模型设计实现

4.1 系统模型概述

4.2 系统模块结构设计

4.2.1 ATM模块的设计

4.2.2 知识库组件及中间语言的设计

4.2.3 PACAS模块的设计

4.3 系统各模块实现

4.3.1 ATM模块的实现

4.3.2 PACAS模块的实现

4.4 系统各模块实现的关键技术

4.4.1 分析WinRunner脚本TSL

4.4.2 ANTLR的LL(k)文法消解冲突

4.4.3 知识库组件及中间代码的实现

4.5 从动作集到目标测试脚本的PACAS模块的过程

4.6 本章小结

5 实验仿真及结果分析

5.1 实验方案设计

5.1.1 实验环境

5.1.2 实验过程

5.2 实验结果及分析

5.2.1 实验结果示例

5.2.2 实验指标分析

6 结束语

6.1 总结

6.2 展望

参考文献

作者简历

展开▼

摘要

随着自动化测试技术的不断发展,很多公司都为自动化测试开发了专业的测试软件。但是不同的自动化测试软件,所能够识别并运行的自动化测试脚本都是基于完全不同的语言。也就是说,如果用户已经使用了一种自动化测试工具软件,那么此用户所有的自动化测试脚本都是基于这个软件而开发的,当用户想转而使用其他的测试软件时,就意味着必须要重写所有的测试脚本,这个工作是相当巨大而又繁琐的。 本文提出的测试脚本转换框架就是基于这样需求开发的,尽量减少测试脚本重写的工作量,最大限度的实现脚本重用,基本实现自动化转换。基于软件工程中逆向工程的思想,设计、实现这一框架。首先以 WinRunner TSL脚本作为基础案例进行分析,在ANTLR环境下进行编程,得到词法分析器、语法分析器和语法树。对TSL进行词法分析和语法分析后,把脚本解析为与测试相关的基本动作集。这样就得到了不同软件测试脚本之间有共性的基本动作集。再使用RDF三元组作为标准格式,把这样的基本动作集定义为中间语言。并通过设计知识库组件,不断扩充用户的自定义函数、动作,进而实现多种测试脚本的自动化转换。通过模板替换,把中间语言的基本动作,映射到PACAS模块XML文件的相应位置。再通过转换测试用例的解析器、翻译器和底层平台的具体支持框架,实现从中间语言到目标语言的自动化翻译。这样就建立起了一个从已有脚本到中间语言,再从中间语言到目标语言的测试脚本自动化转换框架模型。 模型的实现和仿真是通过以WinRunner TSL为基础的测试案例到Rational Functional Tester测试案例来进行的,该框架可以自动化实现85%-95%的翻译工作,另外由于个别原因(如目标软件不提供原软件某个特定功能)不能实现自动化转换的部分,可由测试人员辅助实现翻译工作。

著录项

相似文献

  • 中文文献
  • 外文文献
  • 专利
代理获取

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号