用于构件集成测试分层元数据设计与实现.docVIP

用于构件集成测试分层元数据设计与实现 　　摘 要：在对构件元数据的基本思想进行概述的基础上，提出了一种分层元数据的概念，并从构件使用方和构件开发方两个角度分析了对构件的需求。设计了分层元数据对象的模型以及分层元数据的层次结构，并进一步给出了元数据的具体内容及其XML表示的实现思想。最后结合一个描述构件硬件运行环境的元数据实例，给出了相关的XML代码。 　　关键词：构件；构件软件测试；构件元数据；UML?? 　　中图法分类号：TP311文献标识码：A 　　文章编号：1001―3695(2007)02―0272―03 　　随着软件系统复杂性的增加，软件工程将外部开发的软件构件与特定应用程序集成在一起来构筑软件系统，成为了目前软件开发的趋势[1]。在目前应用构件技术开发的大量实际应用中，虽然构件的使用提供了许多优点，但同时也带来一些严重的问题。这些问题主要表现在构件的可靠性、安全性无法保证和可维护性难以实现[2，3]。因此提出一种使用描述构件信息的元数据[4]来解决这个问题，元数据作为连接开发人员和使用方之间的桥梁，构件开发方提供有关构件的细节信息而无须公开源代码。但是由于相同的构件可能会应用于不同的应用环境，构件使用方对信息的需求并不相同，因此构件开发方所提供的元数据并不能满足所有构件使用方的要求，特别是有些信息，诸如数据相依性或复杂性度量计算起来代价昂贵，还有一些信息，如文档或与新版本对以前版本所作的修改就必须在代码外提供。现有的构件标准和环境，包括DCOM，企业JavaBeans以及.NET，已经将元数据应用于构件，提供一些附加信息，但是目前可用的元数据还局限在编译、运行、类型检查（如构件类的名称，其函数名以及函数参数的类型）以及设计用户化（如图形用户界面构件的形状和颜色，以及数据存储构件内部缓冲区的大小）的信息。可将这些信息进行扩展应用于特定任务中，但是不同的元数据目前仅仅解决有限范围内的软件工程问题[5，6]。?? 　　本文针对这些问题提出了对一种分层元数据结构，可针对不同的应用环境以及构件集成到应用程序中的集成测试，满足构件使用方对第三方构件信息各个层次上的需求。构件使用方在实施集成测试时，可根据构件开发方提供的元数据进行集成测试，从而保证构件的可靠性和可测试性。?? 　　 　　1 分层元数据?? 　　 　　1.1 概念?? 　　基于构件系统由三部分组成：用户应用程序、构件以及在用户应用程序和构件之间提供通信通道的体系结构。用户应用程序通过其接口与构件交互，通信体系结构将用户应用程序使用的接口转换至构件接口。构件提供了多个功能集合，每个功能集合可由一个配置项访问。?? 　　元数据（Metadata）指的是描述数据的数据；用于描述构件信息的元数据指的是需要创建、构造和运行一个构件所需的任何信息，这些信息不在源代码中或是二进制代码中。?? 　　对一般的应用程序来说，构件开发方所提供的元数据包括简单的数据（如构件中程序参数）及描述构件层次结构和大型应用程序中构件之间交互的复杂数据（可用图的形式给出）。本文所构造的元数据的含义是：根据不同的应用环境对构件信息详细程度的需求将所构造的元数据分成不同层次，进而构造成分层元数据系统，其中的元数据是动态的，可根据具体应用程序获取运行时的配置信息、修改运行时的元数据，并访问实时状态变量。构件开发方在生成元数据时应根据构件使用方的具体要求来定，将这样的元数据称为分层元数据。?? 　　1.2 构件元数据的需求?? 　　存储在每个构件中的元数据根据构件使用方所要求的分析和测试粒度进行区分。?? 　　从构件提供方的角度来看，元数据系统必须满足如下基本需求：①构件在编译和连接时、在构件导入时、构件执行期间以及在构件开发期间的任何时候可创建、访问或修改与该构件相关的元数据； 　　②系统必须能进行扩展，使其能增加新的元数据；③系统必须与程序语言、硬件结构和中间具体实现无关；④当构件版本发生变化，从而修改元数据值时，必须通知相关的应用程序，这就需要建立合适的通知机制；⑤应用程序必须能通过适当的方式访问当前的元数据值；⑥必须建立有适当的查询机制满足不同构件使用方对构件信息的需求；⑦必须提供标准的方法记录和存储不同的元数据。根据不同的构件类型可能还有其他的具体需求。从构件使用方的角度来看，元数据必须具有如下功能：?? 　　(1)方便的元数据访问机制。由于源代码对于构件使用方来说是未知的，因此在集成应用程序时所需的一些分析和测试数据必须能从元数据中获取，如构件提供方提供的数据流分析结果以及代码依赖和控制关系计算等。?? 　　(2)给出构件提供方对构件的测试结果。由于构件和用户应用程序是以不同的语言实现的，因此基于用户应用程序的实现语言的分析工具不能对所集成的构件进行测试和