构件化软件集成测试平台实现方案研究

论文摘要

构件化软件测试研究始于20世纪90年代后期,近年随着软件规模和复杂度增加,构件化软件开发方法的不断成熟,构件集成测试逐渐成为热门话题之一。由于构件自身的特点,如:混杂性,源代码的不可知性,构件开发环境的不同,以及各种构件所遵循的开发标准和开发时间不同带来的版本不同等原因,在集成协同工作时,其功能不一定都能保证,甚至可能出现交互时的冲突与错误,这就需要对集成后的系统进行充分地测试,以提高软件系统运行的可靠性。本文围绕着如何提高构件化软件易测试性展开讨论,以构件化软件集成测试体系架构（Integration Testing Architecture for Component-Based Software,ITACBS）为基础,完整地阐述了实现该体系结构的方案。ITACBS主要包括配置体系、编译体系和执行体系。其中,配置体系主要着力解决测试系统信息表示方式的通用性问题,本文采用XML技术描述信息,给出了整个测试工程中需要的配置文件的格式规范,并使用dom4j作为XML文件的解析引擎,实现读取写入配置文件的功能。编译体系负责合约描述到实际检查代码的转换,并将此代码正确的插装到构件接口调用前后。本文采用面向检查代码的合约描述方式,将其分成面向特定接口的合约和面向特定功能的合约。通过包装构件接口,实现接口调用转发,在转发的同时动态请求合约检查类,完成合约检查功能。执行体系的工作是组织测试过程,运行测试单元,根据运行生成的报告,分析测试结果。作者采用TestNG-Abbot作为测试执行工具,运行包装后的测试单元,获得测试报告。通过分析合约检查结果,分清服务方和客户方在接口调用失败时的责任归属,构建基于接口调用状态和触发事件的自动机模型,从而观测软件的运行时行为。本文在执行体系部分以一个数据池构件接口的测试做为实例来说明该测试方案的实现方式。在文章的最后,作者对论文进行总结,并对下一步工作做出展望。

论文目录

• 摘要
• Abstract
• 1 绪论
• 1.1 课题背景及意义
• 1.2 国内外研究现状
• 1.2.1 构件化软件测试
• 1.2.2 构件化软件易测试性研究
• 1.2.3 构件化软件易测试性工具
• 1.3 本文的目标和主要内容
• 2 构件集成软件测试策略与框架
• 2.1 软件系统集成测试
• 2.2 构件易测试性策略
• 2.3 ITACBS框架
• 2.4 测试流程
• 2.5 工程组织
• 2.6 小结
• 3 ITACBS配置体系
• 3.1 相关技术
• 3.1.1 XML Schema技术
• 3.1.2 dom4j与XML处理技术
• 3.2 构件配置
• 3.2.1 构件配置文件
• 3.2.2 构件配置文件解析类
• 3.3 合约配置
• 3.3.1 合约配置文件
• 3.3.2 合约配置文件解析类
• 3.4 工程配置
• 3.4.1 工程配置文件
• 3.4.2 工程配置文件解析类
• 3.5 报告配置
• 3.5.1 报告配置文件
• 3.5.2 报告配置文件解析类
• 3.6 小结
• 4 ITACBS编译体系
• 4.1 合约式设计思想
• 4.2 合约描述
• 4.2.1 合约检查类
• 4.2.2 合约检查类描述文件
• 4.3 合约插装
• 4.3.1 构件接口分析
• 4.3.1.1 包信息提取
• 4.3.1.2 类接口信息提取
• 4.3.2 构件接口包装
• 4.3.3 合约代码执行
• 4.4 观测点插装
• 4.5 小结
• 5 ITACBS执行体系
• 5.1 测试执行
• 5.2 测试结果分析
• 5.3 小结
• 6 总结与展望
• 致谢
• 参考文献
• 附录1
• 附录2
• 附录3
• 在校期间发表论文