• / 35
  • 下載費用:30 金幣  

測試支持設備和測試支持方法.pdf

摘要
申請專利號:

CN201380071450.3

申請日:

2013.12.06

公開號:

CN104956336A

公開日:

2015.09.30

當前法律狀態:

授權

有效性:

有權

法律詳情: 授權|||實質審查的生效 IPC(主分類):G06F 11/28申請日:20131206|||公開
IPC分類號: G06F11/28; G06F11/36 主分類號: G06F11/28
申請人: 日本電氣株式會社
發明人: 黑田貴之
地址: 日本東京都
優先權: 2012-270364 2012.12.11 JP
專利代理機構: 北京市金杜律師事務所11256 代理人: 王茂華; 辛鳴
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201380071450.3

授權公告號:

||||||

法律狀態公告日:

2018.01.30|||2015.11.04|||2015.09.30

法律狀態類型:

授權|||實質審查的生效|||公開

摘要

本發明全面地和快速地執行對包含具體系統部件的系統的整個配置的檢查。測試輔助設備(100)具有存儲單元(102)和提取處理單元(101)。系統的配置由將由系統維護的多個功能和實現功能中的每個功能的程序的集合定義。存儲單元(102)存儲一個或者多個系統標識符、用于將由每個系統維護的多個功能的標識符和指示用于一個或者多個程序的標識符的與部件有關的信息(201),該一個或者多個程序能夠實現每個功能。提取處理單元(101)在功能或者程序被指定時,基于與部件有關的信息(201)提取和輸出包括指定的功能或者程序的系統配置。

權利要求書

權利要求書
1.  一種測試支持設備,包括:
在系統的配置利用將由所述系統維護的多個功能和分別實現所述功能的程序的集合而被定義時,
存儲裝置,所述存儲裝置用于存儲關系信息,所述關系信息指示一個或者多個系統中的每個系統的標識符、將由所述系統中的每個系統維護的多個功能中的每個功能的標識符和能夠實現所述功能中的每個功能的一個或者多個程序中的每個程序的標識符;以及
提取裝置,所述提取裝置用于在功能或者程序被指定時,基于所述關系信息提取包括指定的所述功能或者指定的所述程序的系統的配置,并且輸出系統的提取的所述配置。

2.  根據權利要求1所述的測試支持設備,其中:
所述存儲裝置還存儲測試實例信息,所述測試實例信息包括與所述系統中的每個系統、所述功能中的每個功能或者所述程序中的每個程序有關的測試實例的標識符,并且
所述提取裝置參考所述測試實例信息,來將與提取的所述系統有關的測試實例或者與在系統的提取的所述配置中包括的、所述功能中的每個功能或者所述程序中的每個程序有關的測試實例的標識符與系統的提取的所述配置一起輸出。

3.  根據權利要求1或者2所述的測試支持設備,其中:
所述提取裝置在程序被指定的情況下,
標識由指定的所述程序實現的功能,
提取標識的所述功能將由其維護的所有系統,以及
針對提取的所述系統中的每個系統提取將由所述系統維護的多個功能,針對提取的所述多個功能之中的、由指定的所述程序實現的功能生成指定的所述程序的集合,針對提取的所述多個功能之中的、除了由指定的所述程序實現的所述功能之外的功能中的每個功能生成能夠實現所述功能的一個或者多個程序的集合,并且通過經由直接 計算針對提取的所述多個功能生成的所有所述集合之間的乘積而提取實現提取的所述多個功能的程序的集合來提取系統的配置。

4.  根據權利要求3所述的測試支持設備,其中:
在更高功能和實現所述更高功能的更低功能的一個或者多個重復被定義的情況下,
所述關系信息還針對功能中的每個功能指示能夠實現所述功能的一個或者多個更低功能,并且
所述提取裝置,
在標識由指定的所述程序實現的所述功能時,遞歸地標識由指定的所述程序實現的功能并且標識由標識的所述功能實現的更高功能,
在提取實現提取的所述多個功能的程序的所述集合時,
針對提取的所述多個功能之中的、從指定的所述程序遞歸地被標識的功能,遞歸地提取實現所述功能的更低功能上至由指定的所述程序實現的功能,以生成指定的所述程序的所述集合,
針對提取的所述多個功能之中的、除了從指定的所述程序遞歸地被標識的所述功能之外的功能,遞歸地提取能夠實現所述功能的更低功能,以生成能夠實現所述功能的一個或者多個程序的所述集合。

5.  根據權利要求3所述的測試支持設備,其中:
在更高系統和將由所述更高系統維護的更低系統的一個或者多個重復被定義的情況下,
所述關系信息還針對系統中的每個系統指示將由所述系統維護的一個或者多個更低系統,并且
所述提取裝置,
在提取標識的所述功能將由其維護的所述所有系統時,遞歸地提取標識的所述功能將由其維護的系統并且提取所提取的所述系統將由其維護的更高系統,
在針對提取的所述系統中的每個系統提取將由所述系統維護的所述多個功能時,遞歸地提取將由提取的所述系統維護的更低系統,并且針對遞歸地被提取的所有系統中的每個系統提取將由所述系統 維護的多個功能。

6.  根據權利要求1或者2所述的測試支持設備,其中:
所述提取裝置在功能被指定的情況下,
提取指定的所述功能將由其維護的系統,
提取將由提取的所述系統維護的多個功能,
針對提取的所述多個功能中的每個功能生成能夠實現所述功能的一個或者多個程序的集合,以及
通過直接計算針對提取的所述多個功能生成的所有所述集合之間的乘積來提取實現提取的所述多個功能的程序的集合。

7.  根據權利要求1或者2所述的測試支持設備,其中:
所述提取裝置在系統被指定的情況下,
提取將由指定的所述系統維護的多個功能,
針對提取的所述多個功能中的每個功能生成能夠實現所述功能的一個或者多個程序的集合,以及
通過直接計算針對提取的所述多個功能生成的所有所述集合之間的乘積來提取實現提取的所述多個功能的程序的集合。

8.  根據權利要求1或者2所述的測試支持設備,其中:
所述提取裝置,
針對所述一個或者多個系統中的每個系統提取將由所述系統維護的多個功能,針對提取的所述多個功能中的每個功能生成能夠實現所述功能的一個或者多個程序的集合,以及通過經由直接計算針對提取的所述多個功能生成的所有所述集合之間的乘積而提取實現提取的所述多個功能中的每個功能的程序的集合來生成所述系統的配置,以及
在針對所述一個或者多個系統的生成的所述配置之中提取包括指定的所述功能或者指定的所述程序的所述系統的配置。

9.  一種測試支持方法,包括:
在系統的配置利用將由所述系統維護的多個功能和分別實現所述功能的程序的集合而被定義時,
存儲關系信息,所述關系信息指示一個或者多個系統中的每個系統的標識符、將由所述系統中的每個系統維護的多個功能中的每個功能的標識符和能夠實現所述功能中的每個功能的一個或者多個程序中的每個程序的標識符;以及
在功能或者程序被指定時,基于所述關系信息提取包括指定的所述功能或者指定的所述程序的系統的配置,并且輸出系統的提取的所述配置。

10.  一種計算機可讀存儲介質,所述計算機可讀存儲介質上記錄程序,所述程序使得計算機執行方法,所述方法包括:
在系統的配置利用將由所述系統維護的多個功能和分別實現所述功能的程序的集合而被定義時,
存儲關系信息,所述關系信息指示一個或者多個系統中的每個系統的標識符、將由所述系統中的每個系統維護的多個功能中的每個功能的標識符和能夠實現所述功能中的每個功能的一個或者多個程序中的每個程序的標識符;以及
在功能或者程序被指定時,基于所述關系信息提取包括指定的所述功能或者指定的所述程序的系統的配置,并且輸出系統的提取的所述配置。

說明書

說明書測試支持設備和測試支持方法
技術領域
本發明涉及一種測試支持設備和測試支持方法。
背景技術
一般而言,構造軟件系統意味著布置如下環境,在該環境中,安裝或者設置的多個不同款的中間件協作地工作。
作為用于在軟件開發領域中高效地構造使多款中間件協作地工作的環境的機制,已知一種使軟件部件化并且鏈接軟件部件的方法。作為以上提到的方法的示例,面向對象、面向部件等被舉例說明。例如,在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 Machines Corporation,[在線],[檢索于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 系統配置信息

關 鍵 詞:
測試 支持 設備 方法
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
關于本文
本文標題:測試支持設備和測試支持方法.pdf
鏈接地址:http://www.rgyfuv.icu/p-6381482.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
山东11选5中奖结果走势图