CN104956336B - 测试支持设备和测试支持方法 - Google Patents

Abstract

本发明全面地和快速地执行对包含具体系统部件的系统的整个配置的检查。测试辅助设备(100)具有存储单元(102)和提取处理单元(101)。系统的配置由将由系统维护的多个功能和实现功能中的每个功能的程序的集合定义。存储单元(102)存储一个或者多个系统标识符、用于将由每个系统维护的多个功能的标识符和指示用于一个或者多个程序的标识符的与部件有关的信息(201)，该一个或者多个程序能够实现每个功能。提取处理单元(101)在功能或者程序被指定时，基于与部件有关的信息(201)提取和输出包括指定的功能或者程序的系统配置。

Description

测试支持设备和测试支持方法

技术领域

本发明涉及一种测试支持设备和测试支持方法。

背景技术

一般而言，构造软件系统意味着布置如下环境，在该环境中，安装或者设置的多个不同款的中间件协作地工作。

作为用于在软件开发领域中高效地构造使多款中间件协作地工作的环境的机制，已知一种使软件部件化并且链接软件部件的方法。作为以上提到的方法的示例，面向对象、面向部件等被举例说明。例如，在NPL 1中公开了一种将以上提到的方法应用到包括多款中间件的系统的构造的技术。

根据在NPL 1中公开的技术，系统的模型(模式)由产品(部件)的组合定义，每个产品(部件)是实现一些功能的系统部件。例如，模型‘Web3Tier’通过使用实现功能‘RDB’的产品‘MySQL’或者‘PostgreSQL’和实现功能‘AP-Server’的产品‘Tomcat’或者‘Jetty’而被构造。也就是说，作为用于构造模型‘Web3Tier’的产品的组合，存在四个模式‘MySQL’和‘Tomcat’、‘MySQL’和‘Jetty’、‘PostgreSQL’和‘Tomcat’以及‘PostgreSQL’和‘Jetty’。

例如，在PTL 1中公开了一种执行对包括系统部件的组合的系统的高效验证(测试)的技术。根据在PTL 1中公开的技术，预备用于测试每个部件的操作的测试实例，并且共同地呈现用于构造系统的部件的测试实例作为测试系统所必需的测试实例。

[引用列表]

[专利文献]

[PTL 1]待审公开号为2011-118637的日本专利申请

[非专利文献]

[NPL 1]'IBM Workload Deployer',International Business MachinesCorporation,[在线],[检索于2012年11月27日],Internet<URL:

http://www.redbooks.ibm.com/redbooks/SG248011/wwhelp/wwhimpl/js/html/wwhelp.htm>

发明内容

[技术问题]

然而，根据在PLT 1中描述的以上提到的技术，呈现了与由用户等指定的配置有关的测试实例。因而，在开发具体系统部件时，不可能全面地测试与系统部件有关的系统的所有配置。

因此，有可能是尽管系统通过例如使用以上提到的产品组合之中的被成功地测试的组合‘MySQL’和‘Tomcat’以构造模型‘Web3Tier’来正常地工作，但是在使用未被测试的组合‘MySQL’和‘Jetty’的系统中可能引起问题。

一般而言，希望在开发系统部件时尽可能快地测试开发的系统部件。原因在于随着当在开发的部件中发现问题时的时间变成延迟的时，关于开发的部件而待考虑的项目数目变得逐渐增加，因为开发的部件对外围部件的依赖性变得逐渐增加。另外，另一原因在于变得难以修改开发的部件，因为开发员忘记开发的部件的内容。

另外，关于开发的系统部件的测试，希望全面地测试与开发的部件有关的所有配置。原因在于在未测试有小可能性被选择的配置的情况下，在发现配置的问题时的时间变成延迟的并且因此变成难以修改如以上提到的开发的部件。

本发明的目的是解决以上提到的问题并且提供一种可以全面地和快速地测试包括具体系统部件的系统的所有配置的测试支持方法。

[对问题的解决方案]

根据本发明的一个示例性方面的一种测试支持设备包括：在系统的配置利用将由系统维护的多个功能和分别实现功能的程序的集合而被定义时，存储装置，用于存储关系信息，关系信息指示一个或者多个系统中的每个系统的标识符、将由系统中的每个系统维护的多个功能中的每个功能的标识符和能够实现功能中的每个功能的一个或者多个程序中的每个程序的标识符；以及提取装置，用于在功能或者程序被指定时，基于关系信息提取包括指定的功能或者指定的程序的系统的配置，并且输出系统的提取的配置。

根据本发明的一个示例性方面的一种测试支持方法包括：在系统的配置利用将由系统维护的多个功能和分别实现功能的程序的集合而被定义时，存储关系信息，关系信息指示一个或者多个系统中的每个系统的标识符、将由系统中的每个系统维护的多个功能中的每个功能的标识符和能够实现功能中的每个功能的一个或者多个程序中的每个程序的标识符；以及在功能或者程序被指定时，基于关系信息提取包括指定的功能或者指定的程序的系统的配置并且输出系统的提取的配置。

根据本发明的一个示例性方面的一种计算机可读存储介质，在其上记录使得计算机执行方法的程序，该方法包括：在系统的配置利用将由系统维护的多个功能和分别实现功能的程序的集合而被定义时，存储关系信息，关系信息指示一个或者多个系统中的每个系统的标识符、将由系统中的每个系统维护的多个功能中的每个功能的标识符和能够实现功能中的每个功能的一个或者多个程序中的每个程序的标识符；以及在功能或者程序被指定时，基于关系信息提取包括指定的功能或者指定的程序的系统的配置，并且输出系统的提取的配置。

[本发明的有利效果]

本发明的有利效果在于有可能全面地和快速地测试包括具体系统部件的系统的所有配置。

附图说明

[图1]图1是示出了本发明的第一示例性实施例的特性配置的框图。

[图2]图2是示出了本发明的第一示例性实施例中的测试支持设备100的配置的框图。

[图3]图3是示出了由本发明的第一示例性实施例中的测试支持设备100执行的处理的流程图。

[图4]图4是示出了用于产品的系统配置提取处理的细节的流程图(步骤S104)。

[图5]图5是示出了用于功能的系统配置提取处理的系统的细节的流程图(步骤S105)。

[图6]图6是示出了用于模型的系统配置提取处理的细节的流程图(步骤S106)。

[图7]图7是示出了本发明的第一示例性实施例中的部件关系信息201的示例的示图。

[图8]图8是示出了本发明的第一示例性实施例中的部件信息202的示例的示图。

[图9]图9是示出了本发明的第一示例性实施例中的测试实例信息301的示例的示图。

[图10]图10是示出了本发明的第一示例性实施例中的功能实现信息401的示例的示图。

[图11]图11是示出了本发明的第一示例性实施例中的系统配置信息501的示例的示图。

[图12]图12是示出了本发明的第一示例性实施例中的功能实现信息401的另一示例的示图。

[图13]图13是示出了本发明的第一示例性实施例中的系统配置信息501的另一示例的示图。

[图14]图14是示出了本发明的第一示例性实施例中的功能实现信息401的另一示例的示图。

[图15]图15是示出了本发明的第一示例性实施例中的系统配置信息501的另一示例的示图。

[图16]图16是示出了本发明的第一示例性实施例中的功能实现信息401的另一示例的示图。

[图17]图17是示出了本发明的第一示例性实施例中的系统配置信息501的另一示例的示图。

[图18]图18是示出了由本发明的第二示例性实施例中的测试支持设备100执行的处理的流程图。

[图19]图19是示出了由本发明的第二示例性实施例中的系统配置提取处理(步骤S203)的细节的流程图。

[图20]图20是示出了本发明的第二示例性实施例中的功能实现信息401的示例的示图。

[图21]图21是示出了本发明的第二示例性实施例中的系统配置信息501的示例的示图。

具体实施方式

(第一示例性实施例)

将说明本发明的第一示例性实施例。

首先，将说明根据本发明的第一示例性实施例的配置。图2是示出了本发明的第一示例性实施例中的测试支持设备100的配置的框图。

参照图2，本发明的第一示例性实施例的测试支持设备100包括提取处理单元(或者提取单元)101和存储单元102。测试支持设备100通过网络等与由用户用来输入和输出信息的输入和输出设备110可通信地连接。

提取处理单元101通过输入和输出设备110从用户接收用于提取系统配置的提取请求。提取请求包括对部件(目标部件)(比如添加或者更新的系统部件)的指定，该部件(目标部件)是用于测试对另一部件的影响的目标。然后，提取处理单元101提取包括目标部件的系统配置，并且通过输入和输出设备110向用户输出提取的系统配置。

存储单元102存储部件关系信息(或者关系信息)201和测试实例信息301。这里，部件关系信息201指示在每个系统部件与另一系统部件之间的关系。测试实例信息301指示与每个系统部件有关的测试实例。

在本发明的第一示例性实施例中，产品、功能和模型被定义为系统部件。这里，产品是指示对中间件的安装的部件(程序)。功能是定义对中间件进行抽象化的概念的部件。模型是定义对组合中间件的系统的抽象化的部件。模型的系统配置由将由模型维护的功能和用于实现功能中的每个功能的产品的集合确定。

注意，向每个系统部件(产品、功能和模型)指派唯一地标识系统部件的标识符(产品标识符(下文被描述为ID)、功能ID和模型ID)。

图7是示出了本发明的第一示例性实施例中的部件关系信息201的示例的示图。在图7中，方形、粗圆形和细圆形分别指示模型、功能和产品。实线箭头指示在箭头的起点处的模型应当维持在箭头的终点处的功能或者模型。虚线箭头指示在箭头的起点处的产品或者功能可以实现在箭头的终点处的功能。

这里，关于朝着功能的虚线箭头，在虚线箭头的起点处的产品被称为功能的(直接)实现产品。例如，在图7中所示的部件关系信息201中，产品‘mysql’是功能‘rdb’的实现产品。一个产品可以是多个不同功能的实现产品。一个功能可以具有多个不同实现产品。

关于朝着功能的虚线箭头，在虚线箭头的起点处的另一功能被称为功能的(直接)实现功能。例如，在图7中所示的部件关系信息201中，功能‘rdb’是功能‘db’的实现功能。一个功能可以是其它多个不同功能的实现功能。一个功能可以具有多个不同实现功能。

一个功能的实现功能的实现产品也是一个功能的(间接)实现产品。例如，在图7中所示的部件关系信息201中，产品‘mysql’是功能‘db’的实现产品以及功能‘rdb’的实现产品。

关于来自模型的实线箭头，在实线箭头的终点处的功能被称为模型的(直接)所需功能。例如，在图7中所示的部件关系信息201中，功能‘rdb’是模型‘web3tier’的所需功能。一个功能可以是多个不同模型的所需功能。一个模型可以具有多个不同所需功能。

关于来自模型的实线箭头，在实线箭头的终点处的另一模型被称为模型的(直接)所需模型。例如，在图7中所示的部件关系信息201中，模型‘web3tier’是模型‘mail_web3tier’的所需模型。一个模型可以是多个不同模型的所需模型。一个模型可以具有多个不同所需模型。

一个模型的所需模型的所需功能对应于一个模型的(间接)所需功能。例如，在图7中所示的部件关系信息201中，功能‘rdb’是模型‘mail_web3tier’的所需功能以及模型‘web3tier’的所需功能。

关于一个模型的所需模型，所需模型的另一所需模型也对应于一个模型的所需模型。

模型的系统配置通过为模型的所有所需功能中的每个所需功能选择实现产品之一而被确定。

例如，模型‘mail_web3tier’的系统配置通过选择关于功能‘rdb’的产品‘mysql’或者‘c’、关于功能‘ap-svr(server)’的产品‘d’或者‘e’和关于功能‘mail-svr(server)’的产品‘f’而被确定。相似地，模型‘batch’的系统配置通过选择关于功能‘cache-svr(server)’的产品‘a’和关于功能‘db’的产品‘b’、‘mysql’或者‘c’而被确定。

部件关系信息201可以由与每个部件有关的多条部件信息202的集合表达。

图8是示出了本发明的第一示例性实施例中的部件信息202的示例的示图。

部件信息202包括指示部件的类型(产品、功能和模型)的部件类型。

在图8中，部件信息202a、部件信息202b和部件信息202c分别是与产品、功能和模型有关的部件信息202的示例。

与产品有关的部件信息202a包括产品的产品ID和使用产品作为(直接)实现产品的功能的功能ID。另外，产品或者用于安装或者设置产品的驱动可以与产品ID关联地被存储在外部存储单元(在附图中未示出)中。根据图8中所示的示例，部件信息202a指示产品‘mysql’是功能‘rdb’的实现产品。

与功能有关的部件信息202b包括功能ID。部件信息202b可以包括使用功能作为(直接)实现功能的另一功能的功能ID。另外，用于对用于实现功能的产品进行抽象化(也就是吸收在产品之间的差异的驱动等可以与功能ID关联地被存储在外部存储单元(在附图中未示出)中。根据图8中所示的示例，部件信息202b指示功能‘rdb’是功能‘db’的实现功能。

与模型有关的部件信息202c包括模型ID和模型的(直接)所需功能的功能ID。部件信息202c可以包括模型的(间接)所需模型的模型ID。另外，用于调整在实现模型的多个所需功能的产品之间的配合的驱动等可以与模型ID关联地被存储外部存储单元(在附图中未示出)中。根据图8中所示的示例，部件信息202c指示模型‘web3tier’的所需功能是功能‘rdb’和功能‘ap-svr’。

图9是示出了本发明的第一示例性实施例中的测试实例信息301的示例的示图。

测试实例信息301包括测试实例的标识符(测试实例ID)和测试目标，该测试目标指示将由测试实例测试的部件(产品、功能和模型)的标识符。另外，测试实例信息301可以包括命令和用于检查产品的正常安装的判断条件，并且可以包括对采样程序的安装、它的命令和它的用于检查功能和模型的正常性的判断条件作为测试内容。图9中所示的示例指示测试实例‘mysql_test’是用于测试产品‘mysql’的测试实例。另外，作为测试内容，该示例指示命令‘aptitude show mysql’被执行，并且如果对命令的响应是‘OK’则测试结果被判断为正常。

存储单元102存储用于每个系统部件(产品、功能和模型)的测试实例信息301。

这里，可以按照可扩展标记语言(下文被缩写为XML)的格式表达部件信息202和测试实例信息301。

备选地，部件关系信息201和测试实例信息301可以被存储在外部存储单元(在附图中未示出)中，并且获取单元(在附图中未示出)可以从外部存储单元获取部件关系信息201和测试实例信息301。

注意，测试支持设备100可以是包括CPU(中央处理单元)和存储程序的存储介质、并且在基于程序的控制之下操作的计算机。

另外，测试支持设备100可以与基于由测试支持设备100输出的系统配置在计算机上构造系统的系统构造设备(在附图中未示出)和基于由测试支持设备100输出的测试实例测试系统的测试执行设备(在附图中未示出)连接。

接着，将说明本发明的第一示例性实施例中的测试支持设备100的操作。图3是示出了由本发明的第一示例性实施例中的测试支持设备100执行的处理的流程图。

这里，将以图7中所示的部件关系信息201被存储在存储单元102中的情况为例说明操作。

首先，提取处理单元101通过输入和输出设备110从用户接收用于提取系统配置的提取请求(步骤S101)。这里，提取请求包括添加或者更新的系统部件(目标部件)的标识符。

提取处理单元101从存储单元102获取与由提取请求指定的目标部件有关的部件信息202(步骤S102)。

提取处理单元101基于在获取的系统部件信息202中包括的部件类型检查目标部件的类型(步骤103)。

在目标部件的类型是产品(在步骤S103中为“产品”)的情况下，提取处理单元101执行稍后将提到的用于产品的系统配置提取处理。

在目标部件的类型是功能(在步骤S103中为“功能”)的情况下，提取处理单元101执行稍后将提到的用于功能的系统配置提取处理(步骤S105)。

在目标部件的类型是模型(在步骤S103中为“模型”)的情况下，提取处理单元101执行稍后将提到的用于模型的系统配置提取处理(步骤S106)。

通过执行步骤S104至步骤S106的系统配置提取处理，指示包括目标部件的系统配置的系统配置信息501被生成。

提取处理单元101为在系统配置信息501中包括的每个系统配置的每个部件从测试实例信息301获取其测试目标是部件的测试实例，并且在系统配置信息501中设置获取的测试实例(步骤S107)。

提取处理单元101通过输入和输出设备110向用户输出系统配置信息501(步骤S108)。

接着，将说明步骤S104至步骤S106的系统配置提取处理的细节。

<用于产品的系统配置提取处理>

首先，将说明用于产品的系统配置提取处理的细节(步骤S104)。

图4是示出了本发明的第一示例性实施例中的用于产品的系统配置提取处理的细节的流程图(步骤S104)。

在用于产品的系统配置提取处理中，提取功能和模型，对于这些功能和模型，作为目标部件的产品(目标产品)引起影响。然后，为提取的模型提取包括目标产品的系统配置。

首先，提取处理单元101基于部件关系信息201标识使用目标产品作为实现产品的功能。提取处理单元101通过在部件关系信息201中递归地探索通过从目标产品沿着虚线箭头向前而获取的所有路径上的功能来标识使用目标产品作为实现产品的功能(步骤S1041)。

例如，在指定图7中所示的部件关系信息201中的产品‘mysql’作为目标产品的情况下，提取处理单元101使用产品‘mysql’作为实现产品来将功能‘rdb’和‘db’标识为功能。

接着，提取处理单元101为在步骤S1041中标识的功能中的每个功能从部件关系信息201提取使用功能作为所需功能的模型。提取处理单元101通过在部件关系信息201中递归地探索通过沿着实线箭头朝着标识的功能向后而获取的所有路径上的模型来提取使用标识的功能作为所需功能的模型(步骤S1042)。

例如，提取处理单元101提取模型‘web3tier’和‘mail_web3tier’作为使用功能‘rdb’作为所需功能的模型。提取处理单元101提取模型‘batch’作为使用功能‘db’作为所需功能的模型。

接着，提取处理单元101选择在步骤S1042中提取的模型之一(步骤S1043)。这里，提取处理单元101可以在部件关系信息201中优先地选择与在步骤S1041中标识的功能接近的模型。

提取处理单元101基于部件关系信息201提取在步骤S1043中选择的模型的所需功能。提取处理单元101通过在部件关系信息201中递归地探索通过从选择的模型沿着实线箭头向前而获取的所有路径上的所需模型来提取选择的模型的所需模型。然后，提取处理单元101提取选择的模型和提取的所需模型中的每个提取的所需模型的所需功能(步骤S1044)。

例如，在步骤S1043中选择模型‘web3tier’的情况下，提取处理单元101提取功能‘rdb’和‘ap-svr’作为模型‘web3tier’的所需功能。

接着，提取处理单元101为在步骤S1044中提取的所需功能中的每个所需功能提取所需功能的实现产品的集合。提取处理单元101通过在部件关系信息201中递归地探索通过沿着虚线箭头朝着提取的所需功能向后而获取的所有路径上的功能来提取所提取的所需功能的实现功能。然后，提取处理单元101提取所提取的所需功能和提取的实现功能的实现产品。提取处理单元101生成指示适用于模型的实现产品的功能实现信息401(步骤S1045)。

注意，在步骤S1044中提取的所需功能是在步骤S1041中标识的使用目标产品作为实现产品的功能的情况下，提取处理单元如下101提取部件关系信息201中的实现功能。也就是说，提取处理单元101通过递归地仅探索通过沿着虚线箭头朝着提取的所需功能向后而获取的路径之中的在提取的所需功能与目标产品之间的路径上的功能来提取实现功能。在这一情况下，提取处理单元101仅提取目标产品作为实现产品。

图10、图12、图14和图16中的每幅图是示出了本发明的第一示例性实施例中的功能实现信息401的示例的示图。功能实现信息401包括所需模型的模型ID、为模型而提取的所需功能的功能ID以及为所需功能而提取的实现功能的功能ID、实现产品的产品ID的集合。

例如，由于提取的所需功能之中的功能‘rdb’是使用目标产品‘mysql’作为实现产品的功能，所以提取处理单元101提取用于功能‘rdb’的实现产品‘mysql’。提取处理单元101提取用于功能‘ap-svr’的实现产品‘d’和‘e’。作为结果，提取处理单元101生成用于模型‘web3tier’的图10中所示的功能实现信息401a。

注意，在已经生成了用于在步骤S1043中选择的模型的所需模型的功能实现信息401的情况下，提取处理单元101可以使用生成的功能实现信息401的内容。

接着，提取处理单元101基于用于在步骤S1045中提取的所需功能中的每个所需功能的实现产品的集合提取适用于模型的系统配置。这里，提取处理单元101通过直接计算在用于所需功能的实现产品的集合之间的乘积并且获取实现产品的组合来提取系统配置。然后，提取处理单元101在系统配置信息501中设置获取的系统配置(步骤S1046)。

图11、图13、图15和图17中的每幅图是示出了本发明的第一示例性实施例中的系统配置信息501的示例的示图。系统配置信息501包括用于标识系统配置的标识符(配置ID)、模型的模型ID、所需模型的模型ID和为模型而提取的所需功能的功能ID。另外，系统配置信息501包括为所需功能而提取的实现功能的功能ID和实现产品的产品ID以及用于测试实现产品的测试实例的测试实例ID。

例如，提取处理单元101直接计算在用于所需功能‘rdb’的实现产品的集合{‘mysql’}与用于所需功能‘ap-svr’的实现产品的集合{‘d’，‘e’}之间的乘积。作为直接计算乘积的结果，实现产品的组合(也就是{‘mysql’，‘d’}和{‘mysql’，‘e’})被获取。提取处理单元101从关于这些组合的图10中所示的功能实现信息401获取模型和所需模型的模型ID、所需功能和实现功能的功能ID以及实现产品的产品ID，并且设置具有图11的系统配置信息501a中所示的配置ID‘1’和‘2’的系统配置。

提取处理单元101为在步骤S1042中执行的模型中的每个模型重复步骤S1043至S1046(步骤S107)。

例如，在步骤S1043中选择模型‘mail_web3tier’的情况下，提取处理单元101提取模型‘web3tier’作为模型‘mail_web3tier’的所需模型，并且提取功能‘rdb’、功能‘ap-svr’和功能‘mail-svr’作为模型‘mail_web3tier’的所需功能。

与以上相似地，提取处理单元101提取用于提取的所需功能之中的功能‘rdb’的实现产品‘mysql’并且提取用于功能‘ap-svr’的实现产品‘d’和‘e’。另外，提取处理单元101提取用于功能‘mail-svr’的实现产品‘f’。作为结果，提取处理单元101生成用于模型‘mail_web3tier’的图10中所示的功能实现信息401b。

提取处理单元101直接计算在用于所需功能‘rdb’的实现产品的集合{‘mysql’}、用于所需功能‘ap-svr’的实现产品的集合{‘d’，‘e’}和用于所需功能‘mail-svr’的实现产品的集合{‘f’}之间的乘积。作为直接计算乘积的结果，实现产品的组合(也就是{‘mysql’，‘d’，‘f’}和{‘mysql’，‘e’，‘f’})被获取。提取处理单元101为这些组合设置具有图1的系统配置信息501a中所示的配置ID‘3’和‘4’的系统配置。

另外，在步骤S1043中选择模型‘batch’的情况下，提取处理单元101提取功能‘cache-svr’和功能‘db’作为模型‘batch’的所需功能。

然后，提取处理单元101提取用于提取的所需功能之中的功能‘cache-svr’的实现产品‘a’。另外，由于功能‘db’是使用目标产品‘mysql’作为实现产品的功能，所以提取处理单元101提取用于功能‘mail-svr’的实现功能‘rdb’和实现产品‘mysql’。作为结果，提取处理单元101生成用于模型‘batch’的图10中所示的功能实现信息401c。

功能处理单元101直接计算在用于所需功能‘cache-svr’的实现产品的集合{‘a’}与用于所需功能‘db’的实现产品的集合{‘mysql’}之间的乘积。作为直接计算乘积的结果，实现产品的组合(也就是{‘a’，‘mysql’})被获取。提取处理单元101为组合而设置具有图11的系统配置信息501a中所示的配置ID‘5’的系统配置。

然后，基于图9中所示的测试实例信息301，提取处理单元101讲测试实例‘mysql_test’设置为用于图11的系统配置信息501a中所示的实现产品‘mysql’的测试实例。提取处理单元101设置用于图11中所示其它实现产品的测试实例。

作为另一示例，在图7的部件关系信息201中所示的产品‘a’被指定为目标产品的情况下，提取处理单元101使用产品‘a’作为实现产品来将功能‘cache-svr’标识为功能。

提取处理单元101提取‘batch’作为使用功能‘cache-svr’作为所需功能的模型。

提取处理单元101提取功能‘cache-svr’和功能‘db’作为模型‘batch’的所需功能。

由于提取的所需功能之中的功能‘cache-svr’是使用目标产品‘a’作为实现产品的功能，所以提取处理单元101提取用于功能‘cache-svr’的实现产品‘a’。提取处理单元101提取用于功能‘db’的实现产品‘b’、实现功能‘rdb’和实现产品‘mysql’和‘c’。作为结果，提取处理单元101生成用于模型‘batch’的图12中所示的功能实现信息401d。

提取处理单元101直接计算在用于所需功能‘cache-svr’的实现产品的集合{‘a’}与用于所需功能‘db’的实现产品的集合{‘b’，‘mysql’，‘c’}之间的乘积。作为直接计算乘积的结果，实现产品的组合(也就是说{‘a’，‘b’}、{‘a’，‘mysql’}和{‘a’，‘c’})被获取。提取处理单元101为组合而设置具有图13的系统配置信息501b中所示的配置ID‘1’、‘2’和‘3’的系统配置。

<用于功能的系统配置提取处理>

接着，将说明用于功能的系统配置提取处理的细节(步骤S105)。

图5是示出了用于本发明的第一示例性实施例中的功能的系统配置提取处理(步骤S105)的细节的流程图。

在用于功能的系统配置提取处理中，功能和模型被提取，对于这些功能和模型，作为目标部件的功能(目标功能)引起影响。然后，为提取的模型提取包括目标功能的系统配置。

首先，提取处理单元101基于部件关系信息201标识使用目标功能作为实现功能的功能。提取处理单元101通过在部件关系信息201中递归地探索通过从目标功能沿着虚线箭头向前而获取的所有路径上的功能来标识使用目标功能作为实现功能的功能(步骤S1051)。

例如，在将图7中所示的部件关系信息201中的功能‘rdb’指定为目标功能的情况下，提取处理单元101将功能‘db’标识为使用功能‘rdb’作为实现功能的功能。

接着，与步骤S1042相似地，提取处理单元101为目标功能和在步骤S1051中标识的功能中的每个功能提取使用该功能作为所需功能的模型(步骤S1052)。

例如，提取处理单元101提取模型‘web3tier’和‘mail_web3tier’作为使用功能‘rdb’作为所需功能的模型。提取处理单元101提取模型‘batch’作为使用功能‘db’作为所需功能的模型。

接着，提取处理单元101选择在步骤S1052中提取的模型之一(步骤S1053)。

与步骤S1044相似地，提取处理单元101提取在步骤S1053中选择的模型的所需功能(步骤S1054)。

例如，在步骤S1043中选择模型‘web3tier’的情况下，提取处理单元101提取功能‘rdb’和‘ap-svr’作为模型‘web3tier’的所需功能。

接着，与步骤S1045相似地，提取处理单元101为在步骤S1054中提取的所需功能中的每个功能提取所需功能的实现产品的集合(步骤S1055)。

注意，在步骤S1045中提取的所需功能是在步骤S1051中标识的使用目标功能作为实现功能的功能的情况下，提取处理单元101如下提取部件关系信息201中的实现功能。也就是说，提取处理单元101通过递归地仅探索通过朝着提取的所需功能沿着虚线箭头向后而获取的路径之中的在提取的所需功能与目标功能之间的路径上的功能来提取实现功能。

例如，提取处理单元101提取用于提取的所需功能之中的功能‘rdb’的实现产品‘mysql’和‘c’。相似地，提取处理单元101提取用于功能‘ap-svr’的实现产品‘d’和‘c’。作为结果，提取处理单元101生成用于模型‘web3tier’的图14中所示的功能实现信息401e。

接着，与步骤S1046相似地，提取处理单元101提取适用于模型的系统配置。

例如，提取处理单元101直接计算在用于所需功能‘rdb’的实现产品的集合{‘mysql’，‘c’}与用于所需功能‘ap-svr’的实现产品的集合{‘d’，‘e’}之间的乘积。作为直接计算乘积的结果，实现产品的组合(也就是说{‘mysql’，‘d’}、{‘mysql’，‘e’}、{‘c’，‘d’}和{‘c’，‘e’}被获取。提取处理单元101为这些组合而设置具有图15的系统配置信息501c中所示的配置ID‘1’、‘2’、‘3’和‘4’的系统配置。

提取处理单元101为在步骤S1052中提取的所有模型重复步骤S1053至S1056(步骤S1057)。

例如，在步骤S1053中选择模型‘mail_web3tier’的情况下，提取处理单元101提取模型‘web3tier’作为模型‘mail_web3tier’的所需模型，并且提取功能‘rdb’、‘ap-svr’和功能‘mail-svr’作为模型‘mail_web3tier’的所需功能。

与以上相似地，提取处理单元101提取用于提取的所需功能之中的功能‘rdb’的实现产品‘mysql’和‘c’，并且提取用于功能‘ap-svr’的实现产品‘d’和‘e’。提取处理单元101提取用于功能‘mail-svr’的实现产品‘f’。作为结果，提取处理单元101生成用于模型‘mail_web3tier’的图14中所示的功能实现信息401f。

提取处理单元101直接计算在用于所需功能‘rdb’的实现产品的集合{‘mysql’，‘c’}、用于所需功能‘ap-svr’的实现产品的集合{‘d’，‘e’}和用于所需功能‘mail-svr’的实现产品的集合{‘f’}之间的乘积。作为直接计算乘积的结果，实现产品的组合(也就是{‘mysql’，‘d’，‘f’}、{‘mysql’，‘e’，‘f’}、{‘c’，‘d’，‘f’}和{‘c’，‘e’，‘f’})被获取。提取处理单元101为这些组合而设置具有图15的系统配置信息501c中所示的配置ID‘5’、‘6’、‘7’和‘8’的系统配置。

另外，在步骤S1053中选择模型‘batch’的情况下，提取处理单元101提取功能‘cache-svr’和功能‘db’作为用于模型‘batch’的所需功能。

然后，提取处理单元101提取用于提取的所需功能之中的功能‘cache-svr’的实现产品‘a’。另外，由于功能‘db’是使用目标功能‘rdb’作为实现功能的功能，所以提取处理单元101提取用于功能‘db’的实现功能‘rdb’和实现产品‘mysql’、‘c’。作为结果，提取处理单元101生成用于模型‘batch’的图14中所示的功能实现信息401g。

提取处理单元101直接计算在用于所需功能‘cache-svr’的实现产品的集合{‘a’}和用于所需功能‘db’的实现产品的集合{‘mysql’，‘c’}之间的乘积。作为直接计算的结果，实现产品的组合(也就是{‘a’，‘mysql’}和{‘a’，‘c’})被获取。提取处理单元101为这些组合设置具有图15的系统配置信息501c中所示的配置ID‘9’和‘10’的系统配置。

<用于模型的系统配置提取处理>

接着，将说明用于模型的系统配置提取处理的细节(步骤S106)。

图6是示出了本发明的第一示例性实施例中用于模型的系统配置提取处理(步骤S106)的细节的流程图。

在用于模型的系统配置提取处理中，功能和模型被提取，对于这些功能和模型，作为目标部件的模型(目标模型)引起影响。然后，为提取的模型提取包括目标模型的系统配置。

首先，提取处理单元101基于部件关系信息201提取使用目标模型作为所需模型的模型。提取处理单元101通过在部件关系信息201中递归地探索朝着目标模型沿着实线箭头向后而获取的所有路径上的模型来提取使用目标模型作为所需模型的模型(步骤S1062)。

例如，在将图7中所示的部件关系信息201中的模型‘web3tier’指定为目标模型的情况下，提取处理单元101提取模型‘mail_web3tier’作为使用模型‘web3tier’作为所需模型的模型。

接着，提取处理单元101选择目标模型和在步骤S1062中提取的模型之一(步骤S1063)。

与步骤S1044相似地，提取处理单元101提取在步骤S1063中选择的模型的所需功能(步骤S1064)。

例如，在步骤S1043中选择模型‘web3tier’的情况下，提取处理单元101提取功能‘rdb’和‘ap-svr’作为模型‘web3tier’的所需功能。

接着，与步骤S1045相似地，提取处理单元101为在步骤S1064中提取的所需功能中的每个所需功能提取用于所需功能的实现产品的集合(步骤S1065)。

例如，提取处理单元101提取用于提取的功能之中的功能‘rdb’的实现产品‘mysql’和‘c’。相似地，提取处理单元101提取用于功能‘ap-svr’的实现产品‘d’和‘e’。作为结果，提取处理单元101生成用于模型‘web3tier’的图16中所示的功能实现信息401h。

接着，与步骤S1046相似地，提取处理单元101提取适用于模型的系统配置(步骤S1066)。

例如，提取处理单元101直接计算在用于所需功能‘rdb’的实现产品的集合{‘mysql’，‘c’}与用于所需功能‘ap-svr’的实现产品的集合{‘d’，‘e’}之间的乘积。作为直接计算乘积的结果，实现产品的集合(也就是{‘mysql’，‘d’}、{‘mysql’，‘e’}、{‘c’，‘d’}和{‘c’，‘e’})被获取。提取处理单元101为这些组合而设置具有图17的系统配置信息501d中所示的配置ID‘1’、‘2’、‘3’和‘4’的系统配置。

提取处理单元101为目标模型和在步骤S1062中提取的所有模型重复步骤S1063至S1066(步骤S1067)。

例如，在步骤S1063中选择模型‘mail_web3tier’的情况下，提取处理单元101提取模型‘web3tier’作为模型‘mail_web3tier’的所需模型，并且提取功能‘rdb’、‘ap-svr’和功能‘mail-svr’作为模型‘mail_web3tier’的所需功能。

与以上相似地，提取处理单元101提取用于功能‘rdb’的实现产品‘mysql’和‘c’，并且提取用于功能‘ap-svr’的实现产品‘d’和‘e’。另外，提取处理单元101提取用于功能‘mail-svr’的实现产品‘f’。作为结果，提取处理单元101生成用于模型‘mail_web3tier’的图16中所示的功能实现信息401i。

提取处理单元101直接计算在用于所需功能‘rdb’的实现产品的集合{‘mysql’，‘c’}、用于所需功能‘ap-svr’的实现产品的集合{‘d’，‘e’}和用于所需功能‘mail-svr’的实现产品的集合{‘f’}之间的乘积。作为直接计算乘积的即过，实现产品的组合(也就是{‘mysql’，‘d’，‘f’}、{‘mysql’，‘e’，‘f’}、{‘c’，‘d’，‘f’}和{‘c’，‘e’，‘f’})被获取。提取处理单元101为这些组合而设置具有图17的系统配置信息501d中所示的配置ID‘5’、‘6’、‘7’和‘8’的系统配置。

通过执行上述，已经完成了本发明的第一示例性实施例的操作。

接着，将描述本发明的第一示例性实施例的特性配置。图1是示出了本发明的第一示例性实施例的特性配置的框图。

参照图1，测试支持设备100包括存储单元102和提取处理单元101。这里，系统的配置利用用将由系统维护的多个功能和分别实现功能的程序的集合而被定义。存储单元102存储部件关系信息201，该部件关系信息201指示一个或者多个系统中的每个系统的标识符、将由系统中的每个系统维护的多个功能中的每个功能的标识符和能够实现功能中的每个功能的一个或者多个程序中的每个程序的标识符。提取处理单元101在功能或者程序被指定时，基于部件关系信息201提取包括指定的功能或者指定的程序的系统的配置，并且输出系统的提取的配置。

根据本发明的第一示例性实施例，有可能全面地和快速地测试包括具体系统配置的系统的所有配置。原因在于，在功能或者程序被指定的情况下，提取处理单元101基于部件关系信息201提取包括指定的功能或者指定的程序的系统的配置，并且输出系统的提取的配置。因而，有可能减少在添加或者更新系统部件的时间测试所需要的工作量，并且另外有可能完全地测试其中添加或者更新系统部件的系统配置。

另外，根据本发明的第一示例性实施例，有可能容易地获取测试包括具体系统部件的所有系统配置所需要的测试实例。原因在于，提取处理单元101从测试实例信息301提取与在提取的系统配置中包括的功能中的每个功能和程序中的每个程序有关的测试实例的标识符，并且输出测试实例的提取的标识符。

另外，根据本发明的第一示例性实施例，有可能执行包括具体系统部件的所有系统配置的自动测试。原因在于，系统构造设备可以基于由提取处理单元101提取的系统配置构造系统，并且测试执行设备可以基于由提取处理单元101提取的测试实例测试系统。

(第二示例性实施例)

接着，将说明本发明的第二示例性实施例。

本发明的第二示例性实施例与本发明的第一示例性实施例不同在于在生成适用于在部件关系信息201中包括的所有模型的系统配置之后，提取处理单元101提取包括目标部件的系统配置。

本发明的第二示例性实施例中的测试支持设备100的配置与本发明的第一示例性实施例中的配置相同。

接着，将说明本发明的第二示例性实施例中的测试支持设备100的操作。图18是示出了由本发明的第二示例性实施例中的测试支持设备100执行的处理的流程图。

与本发明的第一示例性实施例相似地，将以图7中所示的部件关系信息201被存储在存储单元102中的情况为例说明操作。

在图18中，直至获取与目标部件有关的部件信息202的处理和从获取测试实例起的处理(步骤S201至S202和步骤S207至步骤S208)与本发明的第一示例性实施例中的步骤S101至S102和步骤S107至S208相同。

提取处理单元101无论目标部件的类型如何都执行随后说明的系统配置提取处理(步骤S203)。

接着，将说明步骤S203中的系统配置提取处理的细节。

<系统配置提取处理>

图19是示出了本发明的第二示例性实施例中的系统配置提取处理(步骤S203)的细节的流程图。

在本发明的第二示例性实施例的系统配置提取处理中，对于在部件关系信息201中包括的所有模型中的每个模型，生成适用于模型的系统配置。然后，从提取的系统配置之中提取包括目标部件的系统配置。

首先，提取处理单元101提取在部件关系信息201中包括的所有模型(步骤S2032)。

接着，提取处理单元101选择在步骤S2032中提取的模型之一(步骤S2033)。

与步骤S1044相似地，提取处理单元101提取在步骤S2033中选择的模型的所需功能(步骤S2034)。

接着，与步骤S1045相似地，提取处理单元101为在步骤S2034中提取的所需功能中的每个所需功能提取实现产品的集合(步骤S2035)。

接着，与步骤S1046相似地，提取处理单元101设置适用于模型的系统配置(步骤S2036)。

提取处理单元101为目标模型和在步骤S2032中提取的所有模型重复步骤S2033至S2036(步骤S2037)。

图20是示出了本发明的第二示例性实施例中的功能实现信息401的示例的示图。图12是示出了本发明的第二示例性实施例中的系统配置信息501的示例的示图。

例如，提取处理单元101分别为在图7中所示的部件关系信息201中包括的模型‘web3tier’、‘mail_web3tier’和‘batch’生成功能实现信息401j、401k和401l。然后，提取处理单元101设置图21的系统配置信息501e中所示的系统配置。

最后，提取处理单元101提取在系统配置信息501中包括的系统配置之中的包括目标部件的系统配置(步骤S2038)。

例如，在图7中所示的部件关系信息201中的产品‘mysql’被指定为目标部件的情况下，提取处理单元101提取在图21中所示的系统配置信息501e中包括的系统配置之中的包括产品‘mysql’作为实现产品的系统配置(即，具有配置ID‘1’、‘2’、‘5’、‘6’和‘10’)的系统配置。

通过执行上述，已经完成了本发明的第二示例性实施例的操作。

根据本发明的第二示例性实施例，与本发明的第一示例性实施例相似地，有可能全面地和快速地测试包括具体系统部件的系统的所有配置。

尽管已经参照本发明的示例性实施例具体地示出和描述了本发明，但是本发明不限于这些实施例。本领域普通技术人员将理解其中可以做出形式和细节上的各种改变而未脱离本发明的如由权利要求定义的精神实质和范围。

本申请是基于通过引用而将公开内容完全结合于此、提交于2012年12月11日的第2012-270364号日本专利申请并且要求来自该日本专利申请的优先权。

[标号列表]

100 测试支持设备

101 提取处理单元

102 存储单元

110 输入和输出设备

201 部件关系信息

202 部件信息

301 测试实例信息

401 功能实现信息

501 系统配置信息

Claims (8)

1.一种测试支持设备，包括：

在系统的配置利用将由所述系统维护的多个功能和分别实现所述功能的程序的集合而被定义时，

存储单元，所述存储单元存储关系信息，所述关系信息指示一个或者多个系统中的每个系统的标识符、将由所述系统中的每个系统维护的多个功能中的每个功能的标识符和能够实现所述功能中的每个功能的一个或者多个程序中的每个程序的标识符；以及

提取单元，所述提取单元在功能或者程序被指定时，基于所述关系信息提取包括指定的所述功能或者指定的所述程序的系统的配置，并且输出系统的提取的所述配置，其中

所述提取单元在程序被指定的情况下，

标识由指定的所述程序实现的功能，

提取标识的所述功能将由其维护的所有系统，以及

针对提取的所述系统中的每个系统提取将由所述系统维护的多个功能，针对提取的所述多个功能之中的、由指定的所述程序实现的功能生成指定的所述程序的集合，针对提取的所述多个功能之中的、除了由指定的所述程序实现的所述功能之外的功能中的每个功能生成能够实现所述功能的一个或者多个程序的集合，并且通过经由直接计算针对提取的所述多个功能生成的所有所述集合之间的乘积而提取实现提取的所述多个功能的程序的集合来提取系统的配置。

2.根据权利要求1所述的测试支持设备，其中：

所述存储单元还存储测试实例信息，所述测试实例信息包括与所述系统中的每个系统、所述功能中的每个功能或者所述程序中的每个程序有关的测试实例的标识符，并且

所述提取单元参考所述测试实例信息，来将与提取的所述系统有关的测试实例或者与在系统的提取的所述配置中包括的、所述功能中的每个功能或者所述程序中的每个程序有关的测试实例的标识符与系统的提取的所述配置一起输出。

3.根据权利要求1所述的测试支持设备，其中：

在更高功能和实现所述更高功能的更低功能的一个或者多个重复被定义的情况下，

所述关系信息还针对功能中的每个功能指示能够实现所述功能的一个或者多个更低功能，并且

所述提取单元，

在标识由指定的所述程序实现的所述功能时，递归地标识由指定的所述程序实现的功能并且标识由标识的所述功能实现的更高功能，

在提取实现提取的所述多个功能的程序的所述集合时，

针对提取的所述多个功能之中的、从指定的所述程序递归地被标识的功能，递归地提取实现所述功能的更低功能上至由指定的所述程序实现的功能，以生成指定的所述程序的所述集合，

针对提取的所述多个功能之中的、除了从指定的所述程序递归地被标识的所述功能之外的功能，递归地提取能够实现所述功能的更低功能，以生成能够实现所述功能的一个或者多个程序的所述集合。

4.根据权利要求1所述的测试支持设备，其中：

在更高系统和将由所述更高系统维护的更低系统的一个或者多个重复被定义的情况下，

所述关系信息还针对系统中的每个系统指示将由所述系统维护的一个或者多个更低系统，并且

所述提取单元，

在提取标识的所述功能将由其维护的所述所有系统时，递归地提取标识的所述功能将由其维护的系统并且提取所提取的所述系统将由其维护的更高系统，

在针对提取的所述系统中的每个系统提取将由所述系统维护的所述多个功能时，递归地提取将由提取的所述系统维护的更低系统，并且针对递归地被提取的所有系统中的每个系统提取将由所述系统维护的多个功能。

5.根据权利要求1所述的测试支持设备，其中：

所述提取单元在功能被指定的情况下，

提取指定的所述功能将由其维护的系统，

提取将由提取的所述系统维护的多个功能，

针对提取的所述多个功能中的每个功能生成能够实现所述功能的一个或者多个程序的集合，以及

通过直接计算针对提取的所述多个功能生成的所有所述集合之间的乘积来提取实现提取的所述多个功能的程序的集合。

6.根据权利要求1所述的测试支持设备，其中：

所述提取单元在系统被指定的情况下，

提取将由指定的所述系统维护的多个功能，

针对提取的所述多个功能中的每个功能生成能够实现所述功能的一个或者多个程序的集合，以及

通过直接计算针对提取的所述多个功能生成的所有所述集合之间的乘积来提取实现提取的所述多个功能的程序的集合。

7.根据权利要求1所述的测试支持设备，其中：

所述提取单元，

针对所述一个或者多个系统中的每个系统提取将由所述系统维护的多个功能，针对提取的所述多个功能中的每个功能生成能够实现所述功能的一个或者多个程序的集合，以及通过经由直接计算针对提取的所述多个功能生成的所有所述集合之间的乘积而提取实现提取的所述多个功能中的每个功能的程序的集合来生成所述系统的配置，以及

在针对所述一个或者多个系统的生成的所述配置之中提取包括指定的所述功能或者指定的所述程序的所述系统的配置。

8.一种测试支持方法，包括：

在系统的配置利用将由所述系统维护的多个功能和分别实现所述功能的程序的集合而被定义时，

存储关系信息，所述关系信息指示一个或者多个系统中的每个系统的标识符、将由所述系统中的每个系统维护的多个功能中的每个功能的标识符和能够实现所述功能中的每个功能的一个或者多个程序中的每个程序的标识符；以及

在功能或者程序被指定时，基于所述关系信息提取包括指定的所述功能或者指定的所述程序的系统的配置，并且输出系统的提取的所述配置，其中

在程序被指定的情况下，

标识由指定的所述程序实现的功能，

提取标识的所述功能将由其维护的所有系统，以及

针对提取的所述系统中的每个系统提取将由所述系统维护的多个功能，针对提取的所述多个功能之中的、由指定的所述程序实现的功能生成指定的所述程序的集合，针对提取的所述多个功能之中的、除了由指定的所述程序实现的所述功能之外的功能中的每个功能生成能够实现所述功能的一个或者多个程序的集合，并且通过经由直接计算针对提取的所述多个功能生成的所有所述集合之间的乘积而提取实现提取的所述多个功能的程序的集合来提取系统的配置。