[發明專利]軟件測試自動評價裝置以及方法

有效

• 申請號: 201310068200.6
• 申請日: 2013-03-04
• 公開（公告）號: CN103365772A
• 公開（公告）日: 2013-10-23
• 發明（設計）人: 橋本康范;三部良太;野尻周平;石川貞裕;山口潔;吉村健太郎
• 申請（專利權）人: 株式會社日立制作所
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 北京銀龍知識產權代理有限公司 11243
• 代理人: 許靜;郭鳳麟

技術領域

本發明涉及軟件測試自動評價裝置以及自動評價方法。

背景技術

作為本技術領域的背景技術，具有特開2006-146669號公報（專利文獻1）。該公報中記載了如下內容：“提供一種即使在不公開組件的源代碼的情況下，或者僅使用組件中的限定函數的情況下，也能夠高精度進行所利用的代碼的覆蓋率（coverage）的測定的覆蓋率測定系統以及覆蓋率測定方法及其程序”。

專利文獻1中，記載了用于通過測定源代碼的覆蓋率，驗證是否充分地進行了軟件測試的機制。

但是，僅通過源代碼的覆蓋率，無法保證充分地進行了軟件測試。例如，在源代碼中存在有分支處理的情況下，雖然能夠通過覆蓋率明確對分支雙方的情況進行了測試，但是通過覆蓋率無法確認對分支處理的分支條件是否正確（通過邊界值測試等）進行了測試。

另外，在判定為軟件測試不充分時，僅通過源代碼的覆蓋率的數值，無法了解缺少什么樣的測試。在軟件開發中，根據開發階段、測試對象軟件的特性，此外根據缺陷的風險等條件，有可能省略一部分測試。為了評價軟件測試，必須能夠了解缺少什么樣的測試，與打算進行的測試內容進行比較。

此外，專利文獻1中，在進行基于組件的軟件的組合開發時，不僅對于開發對象組件，對于開發對象組件所利用的組件，也通過測定源代碼的覆蓋率來測定測試的可靠性。但是，在基于組件的開發中，不應該進行深入到利用組件的細節的分析，而應該僅僅進行與外部規格的分歧的確認。否則，以組件為單位的開發的分工邊界被打破，無法享受到組件化的優勢。

特開2006-146669號公報

發明內容

因此，本發明的目的在于，基于將軟件的動作或結構上的特征、性質與對于該軟件妥當的測試技術、測試手段相對應的信息即“測試觀點”，判定軟件測試是否不足并通知給利用者，此外在不足的情況下還對利用者通知需要追加什么樣的測試的信息。

為實現上述目的，采用如下結構。

一種軟件測試自動評價裝置，其特征為，基于將軟件的動作或結構上的特征、性質與對于該軟件妥當的測試技術、測試手段相對應的信息即“測試觀點”，判定針對某個測試對象生成的軟件測試對于該測試對象是否妥當，該裝置包括缺陷生成單元，該缺陷生成單元將預先設定的規則以及測試對象軟件的特征、性質作為輸入，選擇與所述特征、性質對應于的缺陷模板，并且使用測試對象軟件的特征信息進行補充，由此判定是否按照某個測試觀點設計了所述軟件測試，并生成“軟件缺陷”。

發明效果

根據本發明，通過與測試觀點對應地評價用于驗證某個軟件的質量的軟件測試的妥當性，能夠對本發明的利用者提供什么樣的測試不足的信息，因此能夠支持本發明的利用者修正測試的作業。此外，根據本發明，能夠在不直接變更軟件測試和測試對象軟件的情況下進行驗證，因此不給利用者帶來增加作業的負擔。

附圖說明

圖1是軟件測試自動評價裝置的結構圖的例子。

圖2是說明軟件測試自動評價裝置的處理的流程圖的例子。

圖3是測試對象代碼的例子。

圖4是測試代碼的例子。

圖5是測試對象代碼特征信息的例子。

圖6是處理特性確定規則的例子。

圖7是說明從測試對象代碼提取特征信息的處理的前半部分的概念圖的例子。

圖8是說明從測試對象代碼提取特征信息的處理的后半部分的概念圖的例子。

圖9是軟件缺陷的例子。

圖10是缺陷基礎信息的例子。

圖11是說明根據測試對象代碼特征信息生成軟件缺陷的處理的前半部分的概念圖的例子。

圖12是說明根據測試對象代碼特征信息生成軟件缺陷的處理的后半部分的概念圖的例子。

圖13是說明在測試對象代碼中混入軟件缺陷的處理的概念圖的例子。

圖14是說明利用混入了缺陷的測試對象代碼執行測試的處理的概念圖的例子。

圖15是說明判定測試執行結果的處理的概念圖的例子。

圖16是說明判定測試執行結果的處理的概念圖的例子。

圖17是測試評價結果的例子。

圖18是說明根據軟件缺陷生成測試評價結果的處理的概念圖的例子。

圖19是軟件測試自動評價裝置的結構圖的例子。

圖20是說明軟件測試自動評價裝置的處理的流程圖的例子。

圖21是測試對象設計信息的例子。

圖22是處理特性確定規則的例子。

圖23是說明保管測試對象設計信息的處理的概念圖的例子。