[发明专利]软件集成测试方法及平台

说明书

本发明提供了一种软件集成测试方法、平台。软件集成测试方法包括：S0.将被测软件所有部件分成两个集合：测试对象集(非空)与非测试对象集(可以为空)；S1.将测试对象集作为当前测试对象，并判断当前测试对象为单个部件构成的单部件测试对象还是由多个部件构成的多部件集成测试对象；S2.若当前测试对象为单部件测试对象，则根据测试用例对所述单个部件的所有输入接口进行刷新；S3.若当前测试对象为多部件集成测试对象，则根据所述多个部件中的各部件的输入接口和输出接口确定所述多部件集成测试对象的第一实际外部输入接口和/或第一实际外部输出接口，且根据测试用例对所述第一实际外部输入接口进行刷新。

技术领域

本发明主要涉及软件测试，尤其涉及一种软件集成测试方法及平台。

背景技术

机载软件适航标准DO-178C定义了基于需求的三级测试：低层测试、软件集成测试和软硬件集成测试。其中软件集成测试关注软件需求之间及软件架构对需求的实现。基于需求的软件集成测试确保软件部件之间正确交互，且满足软件需求和软件架构。可以通过逐步地集成软件部件，不断扩展需求范围和相应的测试用例范围，实现软件集成测试。在软件集成测试中，测试对象从单个软件部件、到多个相关软件部件的组合、再到最终所有软件部件集成为一体，测试对象是由小到大不断集成、动态变化的；随着被测对象本体的变化，测试输入、输出接口也是不断变化的。如图1所示，测试对象为单个软件部件时具有部件测试对象1(部件A)、部件测试对象2(部件B)、部件测试对象3(部件C)和部件测试对象4(部件D)。测试对象为多个相关软件部件的组合时具有软件集成测试对象I、软件集成测试对象II、软件集成测试对象III和软件集成测试对象IV等。测试对象为所有软件部件集成为一体时具有软件集成测试对象V。

现有的软件测试平台往往只支持一种静态的测试对象，如单个软件部件，或最终集成后的软件产品；如果测试对象发生变化，即使软件架构保持不变，也要修改软件测试平台，重新配置输入、输出接口，操作复杂，工作量大，软件测试平台维护成本高且容易出错。

在软件架构设计时，每个部件对应一组输入、输出接口，对于特定部件自身而言，这些输入、输出接口都是外部接口；在部件集成和软件集成测试时，被测对象虽然可能由多个部件组成，但是被测对象的外部接口不是简单地将被测对象中的输入、输出接口分别求出并集，而是需要将被测对象中各部件之间的接口(逻辑上等价于一个部件的输入与另一个部件的输出之间的交集)从外部输入、输出接口中排除(当作内部接口看待)，不应当从测试用例中获取对应这些内部接口的测试输入数据(即使测试用例中包含了这些数据，也不应当接收并处理)，否则会影响被测对象作为集成的整体所实现功能的正确性。因此在多部件集成测试时，软件集成测试平台应当通过每个部件的输入输出接口，自动识别哪些是被测对象作为集成整体的真正“外部接口”，哪些是被测对象中各部件之间的“内部接口”，然后根据识别的结果，有针对性地从测试用例中获取并刷新有效的测试输入。

由于软件各部件的集成次序、集成方式无法预先确定，因此，一个可能的解决方案是人工控制外部测试输入，人工筛选测试结果，该方案的缺点是如果误把测试对象中部件之间的内部接口当作外部接口进行测试数据注入时，影响软件集成测试结果的正确性；另一个解决方案是将所有软件部件的可能组合方式进行穷举，以静态列表的形式固化各种软件集成方式的外部输入、输出接口，这种解决方案的缺点是穷举所有部件的组合工作量太大，且如果任何一个部件的输入或输出接口发生变化，则与该部件相关的部件集成外部接口列表都要同步更新，极易引起某些列表更新不完整，导致部件集成外部接口列表与软件架构出现冲突。

由前述的分析可知，现有的软件集成测试技术存在如下问题：

现有软件集成测试技术中，将测试对象动态的变化过程进行静态化处理，将软件集成测试分为软件部件测试、某几个部件的局部集成测试和软件全集成的测试，针对每次测试对象的变化，需要单独构建专用的测试环境，或对测试对象变化前的测试环境进行手动修改，以适应测试对象的变化。随着软件集成工作的进行，测试环境也要同步修改和维护，对软件集成测试工作带来很大的附加工作量，严重影响软件集成测试的效率。