专门的软件测试：包括可靠性测试；标准符合性测试；互操作性测试；安全性测试；强度
测试。

  

　　五、构件化软件系统测试技术研究

 1 对构件测试方法的分析 目前，对构件的测试主要

是通过以下几个方法：

 （一）基于构件使用规范说明的测试。以下方法都与构件开发方有

着一定联系，本方法按照构件运用方就应用环境与规范给予的数据当作测试用例，只局限
于黑盒测试中来使用。

 （二）内置测试。对于构件开发方，他们把有着可执行性的测试用例

内置于构件内，同时当作构件的常用功能，在构件集成于实际应用环境的情况下，对其中
测试用例进行运行，进而进行集成测试；

 （三）元数据。针对在集成测试的时候，构件信

息缺乏等一些问题，构件开发方将关于构件的基本信息通过元数据这一合理形式，给予构
件测试或者使用方，确保测试顺利地实施，提升构件的可测试性是它的核心内容；

 （四）

可测试体系结构。由构件开发方会提供与构件相配套的可测试体系，这样构件使用方在实施
测试的情况下，能对测试用例进行直接执行，和上述各个方法相比，不同的是，该测试信
息通过规范的形式附加于构件之上，当运行的时候，没有占用内存。

 （五）证明策略。一般

情况下，由于构件证明不同的承担方，构件证明主要包括以下几类：首先是构件使用方构
件证明，其次是第三方构件证明，最后为构件开发方构件证明。

 

　　

2 构件测试技术中存在的一些主要问题 对于构件集成测试，很难对其实施，主要有两

方面的原因：异构性的存在以及相关信息的缺少。针对异构性，其表现为：同一个构件处于
相同规范下，具有不相同的实现方法；不相同的构件能使用不同平台的不同程序语言进行
实现；由于构件使用方与开发方两方很少进行交换信息，便导致了信息缺乏，构件开发方
主要对开发构件的应用环境没有足够了解，所以，它进行的构件测试只可以面对假设的应
用环境，但是实际环境和假设的环境之间一定具有差别，在实际的应用中，各个构件在动
态交互过程中可能会出现数据交换不能有效兼容等问题。从另一方面，构件的源代码因为相
对构件运用方法有着某些未知性，于是，对其实施静态分析是很难进行的。更别说对相关数
据依赖以及控制依赖关系的获得，进行有关测试用例的构造，进行测试，确认出进行测试
需要的充分性准则是很难的。所以，在构件测试技术中，应该考虑以下几个问题：

 （一）

怎样利用系统方法对测试驱动程序与插针进行构建。对于构件测试驱动程序，其一定是基于
脚本的程序，同时仅仅对其黑盒功能进行执行。主要有基于场景以及规范的测试驱动程序；
各个测试探针进行构件行为或者黑盒功能的合理模拟，在当前，还是主要通过基于操作脚
本以及基于模型的方法。

 （二）怎样合理构造出可重用的构件。就是开发系统方法以及工具

安装可重用的测试程序，进而进行各种测试资源的存储及管理，主要有测试脚本、测试用例
以及数据。在当今，两个方向较为突出，一个为于构件内部中进行构件测试的创建，内置测
试就是实例；另外方向是使用可直接插拔技术进行一套测试程序的创建，不仅牵涉了测试
访问接口以及标准化测试信息格式，还牵涉到测试数据库模式与定义以及开发新的可插拔
技术支持构件单元测试。

  （三）怎样正确进行可重用及通用的构件测试平台的构建。在一般

情况下，测试检索以及执行、测试结果检查以及报告组成了测试执行环境。此测试平台可以
根据不同语言及不同技术开发实现的构件是它的主要问题。

  （四）怎样合理进行可测试构

件的构建。其牵涉到三个问题，就是定义及设计可测构件的测试接口与公共结构、开发系统
方法进行可测构件的构建、最小化系统资源及开销。

   

　　六、结束语

 

　　构件软件测试技术研究需要我们制定正确的测试方法，同时，对于测试的方式方向，
我们也需要进行筛选，尽量实现使用最正确的测试方向和测试的方法，这样才能够提高我
们对构件软件测试的技术水平，为我们更好的使用构件软件奠定基础。

 

　　参考文献

 

　　

[1]梅宏,杨芙清.构件化软件设计与实现[M].北京:清华大学出版社,2008