JPH06131214A - Test item inportance evaluating device - Google Patents

Test item inportance evaluating device

Info

Publication number
JPH06131214A
JPH06131214A JP4281767A JP28176792A JPH06131214A JP H06131214 A JPH06131214 A JP H06131214A JP 4281767 A JP4281767 A JP 4281767A JP 28176792 A JP28176792 A JP 28176792A JP H06131214 A JPH06131214 A JP H06131214A
Authority
JP
Japan
Prior art keywords
module
test
test item
failure
information management
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP4281767A
Other languages
Japanese (ja)
Inventor
Kenji Ito
謙次 伊藤
Hidekazu Tanigawa
英和 谷川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP4281767A priority Critical patent/JPH06131214A/en
Publication of JPH06131214A publication Critical patent/JPH06131214A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To provide a test item importance evaluating device which can evaluate the importance of a test item more accurately. CONSTITUTION:A fault information control part 1 controls fault information including the factor and generation date and time of a generated fault. A test information control part 2 controls test item information including the fault factor. A fault generation possibility index calculation part 3 calculates a fault generation possibility index indicating the possibility of fault generation at every fault factor controlled by the fault information control part 1 and weights the generation frequencies of faults caused by the fault factors according to whether the generation date and time are new or old so that a fault factor having a more recent generation date and time has a larger fault generation possibility index. A test item importance calculation part 4 takes test item information out of the test information control part 2 and the fault generation possibility index calculation part 3 finds the fault generation possibility index, thereby setting the importance of a test item, including a fault factor having a larger fault generation possibility index, higher.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、テストを実行する際に
テスト項目の実行順序の決定や取捨選択を効率的に行な
うために、テスト項目の重要度を算出するテスト項目重
要度評価装置に関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a test item importance evaluation device for calculating the importance of a test item in order to efficiently determine the order of execution of test items and to select the test items when executing a test. It is a thing.

【0002】[0002]

【従来の技術】従来のテスト項目重要度評価装置は、例
えば特開平3−257538号公報に開示されているよ
うに、過去に発生した障害の情報から障害要因毎の発生
頻度を求め、これに基づいてテスト項目の重要度を算出
する構成であった。すなわち従来のテスト項目重要度評
価装置では、障害の発生した日時や、モジュールの複雑
度や、モジュール開発者の能力を考慮したものは存在し
なかった。
2. Description of the Related Art A conventional test item importance level evaluation apparatus, as disclosed in, for example, Japanese Patent Laid-Open No. 3-257538, obtains the frequency of occurrence of each failure factor from information on failures that have occurred in the past, and It was configured to calculate the importance of the test item based on this. That is, there is no conventional test item importance evaluation device that considers the date and time when a failure occurs, the complexity of the module, and the capability of the module developer.

【0003】[0003]

【発明が解決しようとする課題】上記従来のテスト項目
重要度評価装置では、障害の発生頻度だけを考慮してテ
スト項目の重要度を定めていたので、例えば、バージョ
ン1.0のプログラム開発時には10件の障害を発生さ
せたがバージョン4.0のプログラム開発時には1件の
障害も発生させなかった障害要因Aと、バージョン1.
0のプログラム開発時には1件の障害も発生させなかっ
たがバージョン4.0のプログラム開発時には10件の
障害を発生させた障害要因Bとが存在し、テスト項目1
は障害要因Aを含みテスト項目2は障害要因Bを含む場
合、次回のテストではテスト項目1で障害が発生する可
能性よりはテスト項目2で障害が発生する可能性の方が
高いと考えられるにもかかわらず、テスト項目1とテス
ト項目2とが同じ重要度であると算出されるという問題
があった。また、新規開発したプログラムでは過去の障
害情報が蓄積されていないので、テスト項目の重要度を
求めることができないという問題もあった。
In the above-described conventional test item importance level evaluation device, the importance level of the test item is determined by considering only the occurrence frequency of the failure. Therefore, for example, when developing a program of version 1.0. Failure factor A that caused 10 failures but did not cause one failure when developing the program of version 4.0, and version 1.
There was a failure factor B that did not cause one failure when the 0 program was developed, but caused 10 failures when the version 4.0 program was developed.
When the test item 2 includes the failure factor A and the test item 2 includes the failure factor B, it is considered that the test item 2 is more likely to fail in the next test than the test item 1 is likely to fail. Nevertheless, there is a problem that the test item 1 and the test item 2 are calculated to have the same importance. In addition, since the newly developed program does not store past failure information, there is a problem that the importance of the test item cannot be obtained.

【0004】本発明はかかる事情に鑑みて成されたもの
であり、テスト項目の重要度をより正確に評価できるテ
スト項目重要度評価装置を提供することを目的とする。
また本発明は、新規開発したプログラムであってもテス
ト項目の重要度を評価できるテスト項目重要度評価装置
を提供することを目的とする。
The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a test item importance evaluation device which can evaluate the importance of a test item more accurately.
It is another object of the present invention to provide a test item importance evaluation device capable of evaluating the importance of a test item even with a newly developed program.

【0005】[0005]

【課題を解決するための手段】請求項1の発明は、発生
した障害の障害要因と発生日時とを含む障害情報を管理
する障害情報管理部と、障害要因を含むテスト項目情報
を管理するテスト情報管理部と、障害が発生する可能性
の度合を表す障害発生可能性指数を、前記障害情報管理
部により管理されている障害要因毎に算出し、その際
に、当該障害要因によって生じた障害の発生日時が新し
い障害要因ほど障害発生可能性指数が大きくなるよう
に、当該障害要因によって生じた障害の発生頻度を発生
日時の新旧で重み付けする障害発生可能性指数算出部
と、前記テスト情報管理部からテスト項目情報を取り出
し、前記障害発生可能性指数算出部に障害発生可能性指
数を求めさせ、障害発生可能性指数の大きい障害要因を
含むテスト項目ほど重要度を高く設定するテスト項目重
要度算出部とを備えたことを特徴としている。
According to a first aspect of the present invention, there is provided a fault information management unit for managing fault information including a fault factor and a date and time of occurrence of a fault, and a test for managing test item information including the fault factor. An information management unit and a failure probability index indicating the degree of failure occurrence are calculated for each failure factor managed by the failure information management unit, and at that time, the failure caused by the failure factor is calculated. A failure probability index calculation unit that weights the occurrence frequency of a failure caused by the failure factor by the old and new occurrence times so that the failure probability index becomes larger as the failure factor becomes newer, and the test information management The test item information is extracted from the department and the failure probability index calculation unit is asked to calculate the failure probability index, and the test item including the failure factor with the large failure probability index is more important. It is characterized in that a test item importance degree calculation unit for the set high.

【0006】請求項2の発明は、モジュールと、モジュ
ールを識別するモジュール名とを管理するモジュール管
理部と、テスト項目情報を管理するテスト情報管理部
と、このテスト情報管理部により管理されているテスト
項目を実行した場合にプログラムが通過するモジュール
のモジュール名を求める通過モジュール名獲得部と、モ
ジュールの複雑度を求める複雑度解析部と、前記テスト
情報管理部からテスト項目を取り出し、それらテスト項
目のすべての通過モジュール名を前記通過モジュール名
獲得部に求めさせ、それらすべての通過モジュール名の
示すモジュールの複雑度をそれぞれ前記複雑度解析部に
求めさせ、通過モジュール名の示す各モジュールの複雑
度の合計が高いテスト項目ほど重要度を高く設定するテ
スト項目重要度算出部とを備えたことを特徴としてい
る。
According to the invention of claim 2, the module is managed by the module management section for managing the module and the module name for identifying the module, the test information management section for managing the test item information, and the test information management section. When a test item is executed, the passing module name acquisition unit that obtains the module name of the module that the program passes through, the complexity analysis unit that obtains the complexity of the module, and the test item from the test information management unit All the passing module names of the passing module name are obtained by the passing module name obtaining unit, and the complexity of each module indicated by the passing module names is obtained by the complexity analyzing unit, and the complexity of each module indicated by the passing module name is obtained. Of test items with a higher total of It is characterized by comprising and.

【0007】請求項3の発明は、テスト項目情報を管理
するテスト情報管理部と、このテスト情報管理部により
管理されているテスト項目を実行した場合にプログラム
が通過するモジュールのモジュール名を求める通過モジ
ュール名獲得部と、モジュール名と、モジュール名で識
別されるモジュールの開発者を示す開発者名とを含むモ
ジュール情報をモジュール毎に管理するモジュール情報
管理部と、開発者名と、開発者名で識別される開発者の
能力を表す能力指数とを含む開発者情報を管理する開発
者情報管理部と、前記テスト情報管理部からテスト項目
を取り出し、それらテスト項目のすべての通過モジュー
ル名を前記通過モジュール名獲得部に求めさせ、求めら
れた通過モジュール名の示すモジュールの開発者を識別
する開発者名をそれぞれ前記モジュール情報管理部から
検索し、検索した開発者名を有する開発者情報中の能力
指数を前記開発者情報管理部から検索し、検索した能力
指数の合計が低いテスト項目ほど重要度を高く設定する
テスト項目重要度算出部とを備えたことを特徴としてい
る。
According to a third aspect of the present invention, a test information management section for managing the test item information, and a module name of a module through which the program passes when the test item managed by the test information management section is executed are obtained. A module information management unit that manages module information including a module name acquisition unit, a module name, and a developer name indicating a developer of the module identified by the module name, a developer name, and a developer name. And a developer information management unit that manages developer information including a capability index indicating the capability of the developer identified by, and test items are extracted from the test information management unit, and all the passing module names of those test items are described above. Ask the passage module name acquisition unit to provide the developer name that identifies the developer of the module indicated by the obtained passage module name. Each of them is searched from the module information management unit, and the capability index in the developer information having the searched developer name is searched from the developer information management unit. It is characterized by including a test item importance degree calculation unit that is set high.

【0008】[0008]

【作用】請求項1の発明において、障害情報管理部は、
発生した障害の障害要因と発生日時とを含む障害情報を
管理する。テスト情報管理部は、障害要因を含むテスト
項目情報を管理する。障害発生可能性指数算出部は、障
害が発生する可能性の度合を表す障害発生可能性指数
を、障害情報管理部により管理されている障害要因毎に
算出し、その際に、当該障害要因によって生じた障害の
発生日時が新しい障害要因ほど障害発生可能性指数が大
きくなるように、当該障害要因によって生じた障害の発
生頻度を発生日時の新旧で重み付けする。テスト項目重
要度算出部は、テスト情報管理部からテスト項目情報を
取り出し、障害発生可能性指数算出部に障害発生可能性
指数を求めさせ、障害発生可能性指数の大きい障害要因
を含むテスト項目ほど重要度を高く設定する。
In the invention of claim 1, the fault information management unit is
Manages failure information including the failure cause and the date and time of the failure that occurred. The test information management unit manages test item information including failure factors. The failure probability index calculation unit calculates a failure probability index indicating the degree of possibility of failure for each failure factor managed by the failure information management unit. The occurrence frequency of the failure caused by the failure factor is weighted by the old and new occurrence times so that the failure occurrence probability index becomes larger as the failure factor has a newer occurrence date and time. The test item importance calculation unit retrieves the test item information from the test information management unit and causes the failure probability index calculation unit to calculate the failure probability index. Set high importance.

【0009】請求項2の発明において、モジュール管理
部は、モジュールと、モジュールを識別するモジュール
名とを管理する。テスト情報管理部は、テスト項目情報
を管理する。通過モジュール名獲得部は、テスト情報管
理部により管理されているテスト項目を実行した場合に
プログラムが通過するモジュールのモジュール名を求め
る。複雑度解析部は、モジュールの複雑度を求める。テ
スト項目重要度算出部は、テスト情報管理部からテスト
項目を取り出し、それらテスト項目のすべての通過モジ
ュール名を通過モジュール名獲得部に求めさせ、それら
すべての通過モジュール名の示すモジュールの複雑度を
それぞれ複雑度解析部に求めさせ、通過モジュール名の
示す各モジュールの複雑度の合計が高いテスト項目ほど
重要度を高く設定する。
In the invention of claim 2, the module management unit manages the module and the module name for identifying the module. The test information management unit manages test item information. The passage module name acquisition unit obtains the module name of the module through which the program passes when the test items managed by the test information management unit are executed. The complexity analysis unit obtains the complexity of the module. The test item importance calculation unit extracts the test items from the test information management unit, causes the pass module name acquisition unit to obtain all the pass module names of those test items, and calculates the complexity of the modules indicated by all the pass module names. The complexity is analyzed by each module, and the higher the total complexity of the modules indicated by the passing module name is, the higher the importance is set.

【0010】請求項3の発明において、テスト情報管理
部は、テスト項目情報を管理する。通過モジュール名獲
得部は、テスト情報管理部により管理されているテスト
項目を実行した場合にプログラムが通過するモジュール
のモジュール名を求める。モジュール情報管理部は、モ
ジュール名と、モジュール名で識別されるモジュールの
開発者を示す開発者名とを含むモジュール情報をモジュ
ール毎に管理する。開発者情報管理部は、開発者名と、
開発者名で識別される開発者の能力を表す能力指数とを
含む開発者情報を管理する。テスト項目重要度算出部
は、テスト情報管理部からテスト項目を取り出し、それ
らテスト項目のすべての通過モジュール名を通過モジュ
ール名獲得部に求めさせ、求められた通過モジュール名
の示すモジュールの開発者を識別する開発者名をそれぞ
れモジュール情報管理部から検索し、検索した開発者名
を有する開発者情報中の能力指数を開発者情報管理部か
ら検索し、検索した能力指数の合計が低いテスト項目ほ
ど重要度を高く設定する。
In the invention of claim 3, the test information management section manages the test item information. The passage module name acquisition unit obtains the module name of the module through which the program passes when the test items managed by the test information management unit are executed. The module information management unit manages, for each module, module information including a module name and a developer name indicating a developer of the module identified by the module name. The developer information management department
It manages developer information including a capability index indicating the capability of the developer identified by the developer name. The test item importance calculation unit retrieves the test items from the test information management unit, causes the pass module name acquisition unit to obtain all pass module names of those test items, and identifies the developers of the modules indicated by the obtained pass module names. Each developer name to be identified is searched from the module information management unit, and the capability index in the developer information having the searched developer name is searched from the developer information management unit. Set high importance.

【0011】[0011]

【実施例】以下、本発明の実施例を図面を用いて詳細に
説明する。 (実施例1)図1は本発明の実施例1におけるテスト項
目重要度評価装置の構成図で、このテスト項目重要度評
価装置は、障害情報管理部1と、テスト情報管理部2
と、障害発生可能性指数算出部3と、テスト項目重要度
算出部4とを備えている。障害情報管理部1は、過去に
発生した障害の障害要因と発生日時とを含む障害情報を
管理する。テスト情報管理部2は、障害要因を含むテス
ト項目情報を管理する。障害発生可能性指数算出部3
は、障害が発生する可能性の度合を表す障害発生可能性
指数を障害情報管理部1により管理されている障害要因
毎に算出する際に、当該障害要因によって生じた障害の
発生日時が新しい障害要因ほど障害発生可能性指数が大
きくなるように、当該障害要因によって生じた障害の発
生頻度を発生日時の新旧で重みづけして障害発生可能性
指数を算出する。テスト項目重要度算出部4は、テスト
情報管理部2からテスト項目情報を取り出し、障害発生
可能性指数算出部3に障害発生可能性指数を求めさせ、
障害発生可能性指数の大きい障害要因を含むテスト項目
ほど重要度を高く設定する。
Embodiments of the present invention will now be described in detail with reference to the drawings. (Embodiment 1) FIG. 1 is a block diagram of a test item importance evaluation apparatus according to a first embodiment of the present invention. This test item importance evaluation apparatus includes a failure information management unit 1 and a test information management unit 2.
And a failure probability index calculation unit 3 and a test item importance calculation unit 4. The failure information management unit 1 manages failure information including failure factors and occurrence dates and times of failures that occurred in the past. The test information management unit 2 manages test item information including failure factors. Failure probability index calculation unit 3
When calculating the failure occurrence probability index indicating the degree of failure occurrence for each failure factor managed by the failure information management unit 1, the failure occurrence date and time of the failure caused by the failure factor is new. The failure occurrence probability index is calculated by weighting the occurrence frequency of the failure caused by the failure factor with the old and new occurrence dates so that the failure occurrence probability index increases as the factor increases. The test item importance calculation unit 4 retrieves the test item information from the test information management unit 2 and causes the failure probability index calculation unit 3 to obtain the failure probability index.
A test item including a failure factor having a large failure probability index is set to have a higher degree of importance.

【0012】次に上記テスト項目重要度評価装置の動作
について、図2のフローチャートを参照しながら説明す
る。先ずテスト項目重要度算出部4が、テスト情報管理
部2からすべてのテスト項目C1,C2,・・・,Cn
を取り出す(ステップS1)。次にテスト項目重要度算
出部4が、i=0とする(ステップS2)。次にテスト
項目重要度算出部4が、iの値を1だけ増加させる(ス
テップS3)。次にテスト項目重要度算出部4が、テス
ト情報管理部2から当該テスト項目Ciに含まれるすべ
ての障害要因F1,F2,・・・,Fmを取り出す(ス
テップS4)。次にテスト項目重要度算出部4が、j=
0とする(ステップS5)。次にテスト項目重要度算出
部4が、jの値を1だけ増加させる(ステップS6)。
次にテスト項目重要度算出部4が、すべての障害要因F
jに対応する障害発生可能性指数Pjを求めるように障
害発生可能性指数算出部3を作動させる(ステップS
7)。次に障害発生可能性指数算出部3が、障害要因F
jによって生じたすべての障害の発生日時T1,T2,
・・・,Tpを障害情報管理部1から取り出す(ステッ
プS8)。次に障害発生可能性指数算出部3が、障害要
因Fjによる障害の発生頻度を発生日時T1,T2,・
・・,Tpで重みづけして障害要因Fjの障害発生可能
性指数Pjを求める(ステップS9)。次にテスト項目
重要度算出部4が、J=mか否かを判断し(ステップS
10)、J=mでなければステップS6に戻る。J=m
であれば、テスト項目重要度算出部4が、障害発生可能
性指数P1,P2,・・・,Pmの合計を用いてテスト
項目Ciに対するテスト項目重要度Jiを求める(ステ
ップS11)。次にテスト項目重要度算出部4が、i=
nであるか否かを判断し(ステップS12)、i=nで
なければステップS3に戻る。i=nであれば、このル
ーチンを終了する。
Next, the operation of the test item importance evaluation device will be described with reference to the flowchart of FIG. First, the test item importance calculation unit 4 receives all the test items C1, C2, ..., Cn from the test information management unit 2.
Is taken out (step S1). Next, the test item importance calculator 4 sets i = 0 (step S2). Next, the test item importance calculation unit 4 increases the value of i by 1 (step S3). Next, the test item importance calculation unit 4 extracts all the failure factors F1, F2, ..., Fm included in the test item Ci from the test information management unit 2 (step S4). Next, the test item importance calculation unit 4 sets j =
It is set to 0 (step S5). Next, the test item importance calculation unit 4 increases the value of j by 1 (step S6).
Next, the test item importance calculation unit 4 determines that all the failure factors F
The failure probability index calculation unit 3 is operated so as to obtain the failure probability index Pj corresponding to j (step S
7). Next, the failure probability index calculation unit 3 determines the failure factor F
Dates and times T1, T2 of occurrence of all failures caused by j
..., Tp is taken out from the fault information management unit 1 (step S8). Next, the failure occurrence probability index calculation unit 3 determines the occurrence frequency of the failure due to the failure factor Fj as the date and time of occurrence T1, T2, ...
.., Tp is weighted to obtain the failure occurrence probability index Pj of the failure factor Fj (step S9). Next, the test item importance calculation unit 4 determines whether J = m (step S
10) If J = m is not satisfied, the process returns to step S6. J = m
If so, the test item importance degree calculation unit 4 obtains the test item importance degree Ji for the test item Ci using the sum of the failure occurrence probabilities indexes P1, P2, ..., Pm (step S11). Next, the test item importance calculation unit 4 sets i =
It is determined whether or not n is satisfied (step S12). If i = n is not satisfied, the process returns to step S3. If i = n, this routine ends.

【0013】次に上記テスト項目重要度評価装置の動作
の一例を具体的に説明する。いま、障害情報管理部1に
より図3に示すような障害情報が管理され、テスト情報
管理部2により図4に示すようなテスト情報が管理され
ているものとする。また障害発生可能性指数算出部3
は、障害要因Fによって生じた障害B1,B2,・・,
Bnのそれぞれの発生日時がT1,T2,・・・,Tn
である場合に、障害発生可能性指数Pを下記数1に基づ
いて求めるものとする。ただし、T0=1989年12
月1日12時、TU=1(ヶ月)とする。またテスト項
目重要度算出部4は、テスト項目Cに含まれる障害要因
がF1,F2,・・・,Fmであり、それぞれの障害要
因の障害発生可能性指数がP1,P2,・・・,Pmで
あるとき、テスト項目重要度Jを下記数2に基づいて求
めるものとする。
Next, an example of the operation of the test item importance level evaluation apparatus will be specifically described. Now, it is assumed that the failure information management unit 1 manages the failure information as shown in FIG. 3 and the test information management unit 2 manages the test information as shown in FIG. In addition, failure probability index calculation unit 3
Are faults B1, B2, ...
The date and time of occurrence of Bn are T1, T2, ..., Tn
In the case of, the failure occurrence probability index P is calculated based on the following expression 1. However, T0 = 12 December 1989
TU = 1 (month) at 12:00 on the 1st of the month. Further, in the test item importance degree calculation unit 4, the failure factors included in the test item C are F1, F2, ..., Fm, and the failure probability indexes of the respective failure factors are P1, P2 ,. When Pm, the test item importance degree J is calculated based on the following equation 2.

【0014】[0014]

【数1】 [Equation 1]

【0015】[0015]

【数2】 [Equation 2]

【0016】先ずテスト項目重要度算出部4が、テスト
情報管理部2からテスト項目「C1」、「C2」、「C
3」を取り出し、テスト情報管理部2からテスト項目
「C1」に含まれるすべての障害要因「F1」、「F
2」を取り出し、障害情報管理部1から障害要因「F
1」によって生じた障害の発生日時「1990年1月1
日12時」、「1990年2月1日 12時」、「19
90年4月1日 12時」を取り出す。そして障害発生
可能性指数算出部3が、障害要因「F1」の障害発生可
能指数P1を上記数1に基づいて演算する。この場合P
1=7となる。同様にして障害発生可能性指数算出部3
が、障害要因「F2」の障害発生可能指数P2を演算す
る。この場合P2=11となる。そしてテスト項目重要
度算出部4が、テスト項目「C1」に対するテスト項目
重要度J1を上記数2に基づいて演算する。この場合J
1=18となる。同様にしてテスト項目重要度算出部4
が、テスト項目「C2」に対するテスト項目重要度J2
およびテスト項目「C3」に対するテスト項目重要度J
3を演算する。この場合J2=7、J3=11となる。
以上によりすべてのテスト項目のテスト項目重要度が求
められたので処理を終了する。
First, the test item importance calculation unit 4 receives the test items “C1”, “C2”, and “C” from the test information management unit 2.
3 ”is taken out, and all the failure factors“ F1 ”and“ F ”included in the test item“ C1 ”are extracted from the test information management unit 2.
2 ”, and the failure factor“ F ”is output from the failure information management unit 1.
"1" Occurrence date and time of the failure "January 1, 1990
"12:00", "12:00 on February 1, 1990", "19
"12:00 on April 1, 1990". Then, the failure probability index calculation unit 3 calculates the failure probability index P1 of the failure factor “F1” based on the above equation 1. In this case P
1 = 7. Similarly, the failure probability index calculation unit 3
Calculates the failure possibility index P2 of the failure factor “F2”. In this case, P2 = 11. Then, the test item importance calculator 4 calculates the test item importance J1 for the test item “C1” based on the above equation 2. In this case J
1 = 18. Similarly, the test item importance degree calculation unit 4
Is the test item importance J2 for the test item "C2"
And the test item importance level J for the test item “C3”
Calculate 3. In this case, J2 = 7 and J3 = 11.
Since the test item importances of all the test items have been obtained as described above, the processing is ended.

【0017】このように、障害の発生頻度だけでなく障
害の発生日時をも考慮してテスト項目重要度を求めるの
で、障害が発生する可能性の高いテスト項目を正確に発
見することができ、テスト項目の実行順序の決定や取捨
選択を効率的に行なうことができる。なお上記実施例1
では、上記数1に基づいて障害発生可能性指数Pを算出
したが、必ずしもこのようにする必要はなく、例えば発
生日時がある日時Tcより前である場合は障害発生可能
性指数Pに寄与しないような算出方法や、発生日時が特
定の期間内である場合には障害発生可能性指数Pに大き
く寄与するような算出方法などを用いてもよい。
As described above, since the test item importance is obtained in consideration of not only the frequency of occurrence of failures but also the date and time of occurrence of failures, it is possible to accurately find a test item with a high possibility of failure. The execution order of test items can be efficiently determined and selected. In addition, the above-mentioned Example 1
Then, the failure occurrence probability index P is calculated based on the above equation 1, but it is not always necessary to do so, and for example, if the occurrence date and time is before a certain date and time Tc, it does not contribute to the failure occurrence probability index P. Such a calculation method or a calculation method that greatly contributes to the failure probability index P when the occurrence date and time is within a specific period may be used.

【0018】また上記実施例1では、上記数2に基づい
てテスト項目重要度Jを算出したが、必ずしもこのよう
にする必要はなく、例えば下記数3に基づいて算出して
もよく、あるいは、障害発生可能性指数Pがある値Pc
よりも小さい項はテスト項目重要度Jに寄与しないよう
にする算出方法などを用いてもよい。
In the first embodiment, the test item importance degree J is calculated based on the above equation 2, but it is not always necessary to do this, and it may be calculated based on the following equation 3, for example, or Value Pc with failure probability index P
A smaller calculation term may be used so that it does not contribute to the test item importance J.

【0019】[0019]

【数3】 [Equation 3]

【0020】また上記実施例1では、テスト情報管理部
2により管理されているすべてのテスト項目についてテ
スト項目重要度を算出したが、特定のテスト項目だけに
ついてテスト項目重要度を算出してもよい。 (実施例2)図5は本発明の実施例2におけるテスト項
目重要度評価装置の構成図で、このテスト項目重要度評
価装置は、テスト情報管理部2と、テスト項目重要度算
出部14と、モジュール管理部6と、通過モジュール名
獲得部7と、複雑度解析部8とを備えている。テスト情
報管理部2は、テスト項目情報とテスト項目を実行する
際にプログラムが通過するモジュールのモジュール名と
を管理する。テスト項目重要度算出部14は、テスト情
報管理部2からテスト項目を取り出し、このテスト項目
のすべての通過モジュール名を通過モジュール名獲得部
7に求めさせ、求められたすべての通過モジュール名の
示すモジュールの複雑度をそれぞれ複雑度解析部8に求
めさせ、通過モジュール名の示すモジュールの複雑度の
合計が高いテスト項目ほど重要度を高く設定する。モジ
ュール管理部6は、モジュールおよびモジュールを識別
するモジュール名を管理する。通過モジュール名獲得部
7は、テスト情報管理部2により管理されているテスト
項目を実行する際にプログラムが通過するモジュールの
モジュール名を求める。複雑度解析部8は、モジュール
の複雑度を求める。
In the first embodiment, the test item importance is calculated for all the test items managed by the test information management unit 2, but the test item importance may be calculated only for a specific test item. . (Embodiment 2) FIG. 5 is a block diagram of a test item importance evaluation device according to a second embodiment of the present invention. This test item importance evaluation device includes a test information management unit 2 and a test item importance calculation unit 14. The module management unit 6, the passage module name acquisition unit 7, and the complexity degree analysis unit 8 are provided. The test information management unit 2 manages the test item information and the module name of the module through which the program passes when executing the test item. The test item importance calculation unit 14 retrieves the test item from the test information management unit 2, causes the pass module name acquisition unit 7 to obtain all the pass module names of this test item, and shows all the obtained pass module names. The complexity of each module is calculated by the complexity analysis unit 8, and the test item having a higher total module complexity indicated by the passing module name is set to have higher importance. The module management unit 6 manages a module and a module name for identifying the module. The passing module name acquisition unit 7 obtains the module name of the module through which the program passes when executing the test items managed by the test information management unit 2. The complexity analysis unit 8 calculates the complexity of the module.

【0021】次に上記テスト項目重要度評価装置の動作
について、図6のフローチャートを参照しながら説明す
る。先ずテスト項目重要度算出部14が、テスト情報管
理部2からすべてのテスト項目C1,C2,・・・,C
nを取り出す(ステップS21)。次にテスト項目重要
度算出部4が、i=0とする(ステップS22)。次に
テスト項目重要度算出部14が、iの値を1だけ増加さ
せる(ステップS23)。次にテスト項目重要度算出部
14が、通過モジュール名獲得部7を作動させる(ステ
ップS24)。次に通過モジュール名獲得部7が、テス
ト項目Ciを実行する際にプログラムが通過するすべて
のモジュールのモジュール名である通過モジュール名N
1,N2,・・・,Nmをテスト情報管理部2から検索
する(ステップS25)。次にテスト項目重要度算出部
14が、j=0とする(ステップS26)。次にテスト
項目重要度算出部14が、jの値を1だけ増加させる
(ステップS27)。次にテスト項目重要度算出部14
が、複雑度解析部8を作動させる(ステップS28)。
次に複雑度解析部8が、モジュール名Njの示すモジュ
ールMjをモジュール管理部6から検索する(ステップ
S29)。次に複雑度解析部8が、モジュールMjの複
雑度Xjを求める(ステップS30)。次にテスト項目
重要度算出部14が、J=mか否かを判断し(ステップ
S31)、J=mでなければステップS27に戻る。J
=mであれば、テスト項目重要度算出部14が、テスト
項目Ciに対するテスト項目重要度Jiを求める(ステ
ップS32)。次にテスト項目重要度算出部14が、i
=nであるか否かを判断し、i=nでなければステップ
S23に戻る。i=nであれば、このルーチンを終了す
る。
Next, the operation of the test item importance level evaluation apparatus will be described with reference to the flowchart of FIG. First, the test item importance calculation unit 14 receives all the test items C1, C2, ..., C from the test information management unit 2.
n is taken out (step S21). Next, the test item importance calculator 4 sets i = 0 (step S22). Next, the test item importance calculator 14 increases the value of i by 1 (step S23). Next, the test item importance calculation unit 14 operates the passing module name acquisition unit 7 (step S24). Next, the passing module name acquisition unit 7 passes the module name N, which is the module name of all the modules that the program passes through when executing the test item Ci.
1, N2, ..., Nm are retrieved from the test information management unit 2 (step S25). Next, the test item importance calculator 14 sets j = 0 (step S26). Next, the test item importance calculator 14 increases the value of j by 1 (step S27). Next, the test item importance degree calculation unit 14
Activates the complexity analysis unit 8 (step S28).
Next, the complexity analysis unit 8 searches the module management unit 6 for the module Mj indicated by the module name Nj (step S29). Next, the complexity analysis unit 8 obtains the complexity Xj of the module Mj (step S30). Next, the test item importance calculation unit 14 determines whether J = m (step S31), and if J = m is not satisfied, the process returns to step S27. J
= M, the test item importance calculator 14 obtains the test item importance Ji for the test item Ci (step S32). Next, the test item importance calculation unit 14
= N is determined, and if i = n is not satisfied, the process returns to step S23. If i = n, this routine ends.

【0022】次に上記テスト項目重要度評価装置の動作
の一例を具体的に説明する。いま、モジュール管理部6
に図7のようなモジュールが管理され、テスト情報管理
部2に図8のようなテスト情報が管理されているものと
する。また複雑度解析部8は、複雑度Xを下記数4に基
づいて演算するものとする。またテスト項目重要度算出
部14は、テスト項目Cが実行される時にプログラムが
通過するモジュールがM1,M2,・・・,Mmであ
り、それらのモジュールの複雑度がX1,X2,・・
・,Xmであるとき、テスト項目重要度Jを下記数5に
基づいて演算するものとする。
Next, an example of the operation of the test item importance level evaluation apparatus will be specifically described. Now, the module management unit 6
It is assumed that the module shown in FIG. 7 is managed and the test information management unit 2 manages the test information shown in FIG. Further, the complexity analysis unit 8 calculates the complexity X based on the following Expression 4. Further, in the test item importance degree calculation unit 14, the modules through which the program passes when the test item C is executed are M1, M2, ..., Mm, and the complexity of these modules is X1, X2, ...
., Xm, the test item importance level J is calculated based on the following equation 5.

【0023】[0023]

【数4】 [Equation 4]

【0024】[0024]

【数5】 [Equation 5]

【0025】先ずテスト項目重要度算出部14が、テス
ト情報管理部2からすべての試験項目「C1」、「C
2」、「C3」を取り出す。さらにテスト項目重要度算
出部14が、通過モジュール名獲得部7を作動させ、こ
れにより通過モジュール名獲得部7が、テスト項目「C
1」を実行する際の通過モジュール名「M1」、「M
2」をテスト情報管理部2から検索する。そしてテスト
項目重要度算出部14が、複雑度解析部8を作動させ、
これにより複雑度解析部8が、モジュール名「M1」の
示すモジュールをモジュール管理部6から検索する。さ
らに複雑度解析部8が、モジュール名「M1」の示すモ
ジュールの複雑度X1を上記数4に基づいて演算する。
この場合X1=4となる。同様にテスト項目重要度算出
部14が、複雑度解析部8を作動させ、これにより複雑
度解析部8が、モジュール名「M2」の示すモジュール
の複雑度X2をモジュール名「M2」の示すモジュール
の複雑度X2を求める。この場合X2=1となる。そし
てテスト項目重要度算出部14が、テスト項目「C1」
に対するテスト項目重要度J1を上記数5に基づいて演
算する。この場合J1=5となる。同様にしてテスト項
目重要度算出部14が、テスト項目「C2」に対するテ
スト項目重要度J2およびテスト項目「C3」に対する
テスト項目重要度J3を演算する。この場合J2=4、
J3=1となる。
First, the test item importance calculation section 14 receives all test items “C1” and “C” from the test information management section 2.
2 "and" C3 "are taken out. Further, the test item importance calculation unit 14 activates the passage module name acquisition unit 7, whereby the passage module name acquisition unit 7 causes the test item “C
Passing module names "M1" and "M" when executing "1"
2 ”from the test information management unit 2. Then, the test item importance calculation unit 14 activates the complexity analysis unit 8,
As a result, the complexity analysis unit 8 searches the module management unit 6 for the module indicated by the module name “M1”. Further, the complexity degree analysis unit 8 calculates the complexity degree X1 of the module indicated by the module name “M1” based on the above equation 4.
In this case, X1 = 4. Similarly, the test item importance calculation unit 14 activates the complexity analysis unit 8, whereby the complexity analysis unit 8 sets the complexity X2 of the module indicated by the module name “M2” to the module indicated by the module name “M2”. X2 is calculated. In this case, X2 = 1. Then, the test item importance calculation unit 14 causes the test item “C1”
The test item importance degree J1 is calculated based on the above equation 5. In this case, J1 = 5. Similarly, the test item importance calculation unit 14 calculates the test item importance J2 for the test item “C2” and the test item importance J3 for the test item “C3”. In this case J2 = 4,
J3 = 1.

【0026】このように、障害情報など過去の開発情報
を用いずにテスト項目重要度を定めることができること
から、新規開発システムのテスト項目重要度を求めるこ
とができる。なお上記実施例2では、上記数4に基づい
てモジュールの複雑度Xを算出したが、必ずしもこのよ
うにする必要はなく、例えば、下記数6に基づいて算出
してもよく、あるいは下記数7に基づいて算出してもよ
い。
As described above, since the test item importance can be determined without using past development information such as fault information, the test item importance of the newly developed system can be obtained. In the second embodiment, the module complexity X is calculated based on the above equation 4, but it is not always necessary to do this, and for example, it may be calculated based on the following equation 6, or the following equation 7 It may be calculated based on.

【0027】[0027]

【数6】 [Equation 6]

【0028】[0028]

【数7】 [Equation 7]

【0029】また上記実施例2では、上記数5に基づい
てテスト項目重要度Jを算出したが、必ずしもこのよう
にする必要はなく、例えば、下記数8に基づいて算出し
てもよく、あるいは下記数9に基づいて算出してもよ
い。
In the second embodiment, the test item importance degree J is calculated based on the above equation 5, but it is not always necessary to do so, and it may be calculated based on the following equation 8, or It may be calculated based on the following Expression 9.

【0030】[0030]

【数8】 [Equation 8]

【0031】[0031]

【数9】 [Equation 9]

【0032】また上記実施例2では、テスト情報管理部
2に管理されているすべてのテスト項目についてテスト
項目重要度を算出したが、特定のテスト項目だけについ
てテスト項目重要度を算出してもよい。 (実施例3)図9は本発明の実施例3におけるテスト項
目重要度評価装置の構成図で、このテスト項目重要度評
価装置は、テスト情報管理部2と、テスト項目重要度算
出部24と、通過モジュール名獲得部7と、モジュール
情報管理部10と、開発者情報管理部11とを備えてい
る。テスト情報管理部2は、テスト項目情報とテスト項
目を実行する際にプログラムが通過するモジュールのモ
ジュール名とを管理する。テスト項目重要度算出部24
は、テスト情報管理部2からテスト項目を取り出し、取
り出されたテスト項目のすべての通過モジュール名を通
過モジュール名獲得部7に求めさせ、求められた通過モ
ジュール名の示すモジュールの開発者を識別する開発者
名をモジュール情報管理部10から検索し、検索された
開発者名を有する開発者情報中の能力指数を開発者情報
管理部11から検索し、検索された能力指数の合計が低
いテスト項目ほど重要度を高く設定する。通過モジュー
ル名獲得部7は、テスト情報管理部2により管理されて
いるテスト項目を実行する際にプログラムが通過するモ
ジュールのモジュール名を求める。モジュール情報管理
部10は、モジュール名およびモジュール名で識別され
るモジュールの開発者を示す開発者名を含むモジュール
情報をモジュール毎に管理する。開発者情報管理部11
は、開発者名および開発者名で識別される開発者の能力
を表す能力指数を含む開発者情報を管理する。
In the second embodiment, the test item importance levels are calculated for all the test items managed by the test information management section 2, but the test item importance levels may be calculated only for specific test items. . (Embodiment 3) FIG. 9 is a block diagram of a test item importance evaluation apparatus according to a third embodiment of the present invention. This test item importance evaluation apparatus includes a test information management unit 2 and a test item importance calculation unit 24. The module includes a passage module name acquisition unit 7, a module information management unit 10, and a developer information management unit 11. The test information management unit 2 manages the test item information and the module name of the module through which the program passes when executing the test item. Test item importance calculator 24
Retrieves a test item from the test information management unit 2, causes the pass module name acquisition unit 7 to obtain all pass module names of the retrieved test items, and identifies the developer of the module indicated by the obtained pass module name. A test item in which the developer name is searched from the module information management unit 10, the capability index in the developer information having the searched developer name is searched from the developer information management unit 11, and the total of the searched capability indices is low. The higher the importance is set. The passing module name acquisition unit 7 obtains the module name of the module through which the program passes when executing the test items managed by the test information management unit 2. The module information management unit 10 manages module information including a module name and a developer name indicating a developer of the module identified by the module name for each module. Developer Information Management Department 11
Manages developer information including a developer name and a capability index indicating the capability of the developer identified by the developer name.

【0033】次に上記テスト項目重要度評価装置の動作
について、図10のフローチャートを参照しながら説明
する。先ずテスト項目重要度算出部24が、テスト情報
管理部2からすべてのテスト項目C1,C2,・・・,
Cnを取り出す(ステップS41)。次にテスト項目重
要度算出部24が、i=0とする(ステップS42)。
次にテスト項目重要度算出部24が、iの値を1だけ増
加させる(ステップS43)。次にテスト項目重要度算
出部24が、通過モジュール名獲得部7を作動させる
(ステップS44)。次に通過モジュール名獲得部7
が、テスト項目Ciを実行する際に通過するモジュール
のモジュール名である通過モジュール名N1,N2,・
・・,Nmを求める(ステップS45)。次にテスト項
目重要度算出部24が、j=0とする(ステップS4
6)。次にテスト項目重要度算出部24が、jの値を1
だけ増加させる(ステップS47)。次にテスト項目重
要度算出部24が、開発者情報管理部11から通過モジ
ュール名Njの示すモジュールの開発者を識別する開発
者名Djを検索する(ステップS48)。次にテスト項
目重要度算出部24が、開発者情報管理部11から開発
者名Djの能力指数Ajを検索する(ステップS4
9)。次にテスト項目重要度算出部24が、j=mであ
るか否かを判断し(ステップS50)、j=mでなけれ
ばステップS47に戻る。j=mであれば、テスト項目
重要度算出部24が、テスト項目Ciに対するテスト項
目重要度Jiを求める(ステップS51)。次にテスト
項目重要度算出部24が、i=nであるか否かを判断し
(ステップS52)、i=nでなければステップS43
に戻る。i=nであれば、このルーチンを終了する。
Next, the operation of the test item importance level evaluation apparatus will be described with reference to the flowchart of FIG. First, the test item importance degree calculation unit 24 receives all test items C1, C2, ..., From the test information management unit 2.
Cn is taken out (step S41). Next, the test item importance calculator 24 sets i = 0 (step S42).
Next, the test item importance degree calculation unit 24 increases the value of i by 1 (step S43). Next, the test item importance calculation section 24 operates the passage module name acquisition section 7 (step S44). Next, the passing module name acquisition unit 7
Is the module name of the module to be passed when executing the test item Ci, the passing module names N1, N2, ...
.., Nm are obtained (step S45). Next, the test item importance calculator 24 sets j = 0 (step S4).
6). Next, the test item importance calculation unit 24 sets the value of j to 1
Only (step S47). Next, the test item importance calculation unit 24 searches the developer information management unit 11 for the developer name Dj that identifies the developer of the module indicated by the passing module name Nj (step S48). Next, the test item importance calculation unit 24 searches the developer information management unit 11 for the capability index Aj of the developer name Dj (step S4).
9). Next, the test item importance calculation section 24 determines whether j = m (step S50), and if j = m is not satisfied, the process returns to step S47. If j = m, the test item importance calculator 24 obtains the test item importance Ji for the test item Ci (step S51). Next, the test item importance calculator 24 determines whether i = n (step S52), and if not i = n, step S43.
Return to. If i = n, this routine ends.

【0034】次に上記テスト項目重要度評価装置の動作
の一例を具体的に説明する。いま、テスト情報管理部2
に図11に示すようなテスト情報が管理され、モジュー
ル情報管理部10に図12に示すようなモジュール情報
が管理され、開発者情報管理部11に図13に示すよう
な開発者情報が管理されているものとする。またテスト
項目重要度算出部24は、テスト項目Cが実行されると
きにプログラムが通過するモジュール名がN1,N2,
・・・,Nmであり、これらのモジュール名の開発者の
能力指数がA1,A2,・・・,Amであるとき、テス
ト項目重要度Jを下記数10に基づいて演算するものと
する。ただし、A0=5とする。
Next, an example of the operation of the test item importance level evaluation apparatus will be specifically described. Now, test information management section 2
11 manages the test information as shown in FIG. 11, the module information management unit 10 manages the module information as shown in FIG. 12, and the developer information management unit 11 manages the developer information as shown in FIG. It is assumed that In addition, the test item importance calculation unit 24 determines that the module names through which the program passes when the test item C is executed are N1, N2, and
, Nm, and the developer's capability index of these module names is A1, A2, ..., Am, the test item importance J is calculated based on the following formula 10. However, A0 = 5.

【0035】[0035]

【数10】 [Equation 10]

【0036】先ずテスト項目重要度算出部24が、テス
ト情報管理部2からテスト項目「C1」、「C2」、
「C3」を取り出す。さらにテスト項目重要度算出部2
4が、通過モジュール名獲得部7を実行させ、これによ
り通過モジュール名獲得部7が、テスト項目「C1」を
実行する際の通過モジュール名「M1」、「M2」をテ
スト情報管理部2から検索する。そしてテスト項目重要
度算出部24が、モジュール情報管理部10から通過モ
ジュール名「M1」の示すモジュールの開発者名「新
川」を検索する。さらにテスト項目重要度算出部24
が、開発者情報管理部11から開発者名「新川」の能力
指数A1=「1」を検索する。同様にテスト項目重要度
算出部24が、通過モジュール名「M2」の示すモジュ
ールの開発者名「今川」の能力指数A2=「2」を検索
する。さらにテスト項目重要度算出部24が、テスト項
目「C1」に対するテスト項目重要度J1を上記数10
に基づいて演算する。この場合J1=7となる。同様に
してテスト項目重要度算出部24が、テスト項目「C
2」に対するテスト項目重要度J2およびテスト項目
「C3」に対するテスト項目重要度J3を求める。この
場合J2=4、J3=5となる。
First, the test item importance calculating section 24 receives the test items “C1”, “C2”,
Take out "C3". Furthermore, the test item importance calculation unit 2
4 executes the passing module name acquisition unit 7, whereby the passing module name acquisition unit 7 obtains the passing module names “M1” and “M2” when executing the test item “C1” from the test information management unit 2. Search for. Then, the test item importance calculation unit 24 searches the module information management unit 10 for the developer name “Shinkawa” of the module indicated by the passing module name “M1”. Furthermore, the test item importance degree calculation unit 24
Retrieves the capability index A1 = "1" of the developer name "Shinkawa" from the developer information management unit 11. Similarly, the test item importance calculation unit 24 searches for the capability index A2 = “2” of the developer name “Imagawa” of the module indicated by the passing module name “M2”. Further, the test item importance degree calculation unit 24 sets the test item importance degree J1 for the test item “C1” to the above formula 10
Calculate based on. In this case, J1 = 7. Similarly, the test item importance degree calculation unit 24 causes the test item “C
The test item importance J2 for “2” and the test item importance J3 for the test item “C3” are obtained. In this case, J2 = 4 and J3 = 5.

【0037】このように、障害情報など過去の開発情報
を用いずにテスト項目重要度を定めることができること
から、新規開発システムのテスト項目重要度を求めるこ
とができる。なお上記実施例3では、上記数10に基づ
いてテスト項目重要度Jを算出したが、必ずしもこのよ
うにする必要はなく、例えば、下記数11に基づいて算
出してもよいし、あるいは下記数12に基づいて算出し
てもよい。
As described above, since the test item importance can be determined without using past development information such as failure information, the test item importance of the newly developed system can be obtained. In the third embodiment, the test item importance level J is calculated based on the above equation 10, but it is not always necessary to do this, and it may be calculated based on the following equation 11, for example, or It may be calculated based on 12.

【0038】[0038]

【数11】 [Equation 11]

【0039】[0039]

【数12】 [Equation 12]

【0040】また上記実施例3では、テスト情報管理部
2に管理されているすべてのテスト項目についてテスト
項目重要度を算出したが、特定のテスト項目だけについ
てテスト項目重要度を算出してもよい。また上記実施例
3では、テスト項目重要度を算出する際に当該テスト項
目の通過モジュールの開発者の能力指数だけを用いて算
出したが、上記実施例1で用いた当該テスト項目が含ん
でいる障害要因の障害発生可能性指数や、上記実施例2
で用いた当該テスト項目の通過モジュールの複雑度など
を組み合わせて算出してもよい。
In the third embodiment, the test item importance levels are calculated for all the test items managed by the test information management section 2, but the test item importance levels may be calculated only for specific test items. . In the third embodiment, the test item importance is calculated using only the capability index of the developer of the passing module of the test item, but the test item used in the first embodiment is included. Failure probability index of failure factors and the above-mentioned Example 2
It may be calculated by combining the complexity of the passing module of the relevant test item used in step 2.

【0041】[0041]

【発明の効果】以上説明したように本発明によれば、発
生した障害の障害要因と発生日時とを含む障害情報を管
理する障害情報管理部と、障害要因を含むテスト項目情
報を管理するテスト情報管理部と、障害が発生する可能
性の度合を表す障害発生可能性指数を、障害情報管理部
により管理されている障害要因毎に算出し、その際に、
当該障害要因によって生じた障害の発生日時が新しい障
害要因ほど障害発生可能性指数が大きくなるように、当
該障害要因によって生じた障害の発生頻度を発生日時の
新旧で重み付けする障害発生可能性指数算出部と、テス
ト情報管理部からテスト項目情報を取り出し、障害発生
可能性指数算出部に障害発生可能性指数を求めさせ、障
害発生可能性指数の大きい障害要因を含むテスト項目ほ
ど重要度を高く設定するテスト項目重要度算出部とを備
えたので、障害の発生頻度だけでなく障害の発生日時を
も考慮してテスト項目重要度を求めることができること
から、障害が発生する可能性の高いテスト項目を正確に
発見することができ、テスト項目の実行順序の決定や取
捨選択を効率的に行なうことができる。
As described above, according to the present invention, a fault information management unit for managing fault information including a fault factor and a date and time of occurrence of a fault, and a test for managing test item information including a fault factor. An information management unit and a failure probability index indicating the degree of failure probability are calculated for each failure factor managed by the failure information management unit, and at that time,
A failure probability index is calculated by weighting the occurrence frequency of failures caused by the failure factor with the old and new occurrence times so that the failure occurrence date and time of the failure caused by the failure factor becomes larger as the failure factor becomes newer. Section and test item information from the test information management unit, let the failure probability index calculation unit find the failure probability index, and set the test item with a higher failure probability index to have a higher importance Since it has a test item importance calculator that can calculate the test item importance considering not only the frequency of failure occurrence but also the date and time of failure occurrence, the test item with a high probability of failure Can be accurately discovered, and the execution order of test items can be efficiently determined and selected.

【0042】また、モジュールと、モジュールを識別す
るモジュール名とを管理するモジュール管理部と、テス
ト項目情報を管理するテスト情報管理部と、テスト情報
管理部により管理されているテスト項目を実行した場合
にプログラムが通過するモジュールのモジュール名を求
める通過モジュール名獲得部と、モジュールの複雑度を
求める複雑度解析部と、テスト情報管理部からテスト項
目を取り出し、それらテスト項目のすべての通過モジュ
ール名を通過モジュール名獲得部に求めさせ、それらす
べての通過モジュール名の示すモジュールの複雑度をそ
れぞれ複雑度解析部に求めさせ、通過モジュール名の示
す各モジュールの複雑度の合計が高いテスト項目ほど重
要度を高く設定するテスト項目重要度算出部とを備えれ
ば、障害情報など過去の開発情報を用いずにテスト項目
重要度を定めることができることから、新規開発システ
ムのテスト項目重要度を求めることができる。
When a module management unit that manages a module and a module name that identifies the module, a test information management unit that manages test item information, and a test item managed by the test information management unit are executed. The test items are extracted from the pass module name acquisition unit that obtains the module name of the module through which the program passes, the complexity analysis unit that obtains the module complexity, and the test information management unit, and all pass module names of those test items are obtained. Ask the passing module name acquisition unit to ask the complexity analysis unit for the complexity of all the modules indicated by the passing module names. The higher the total complexity of the modules indicated by the passing module name, the more important the test item is. If you have a test item importance calculator that sets the Since it is possible to determine the test items severity without using development information to, it is possible to obtain the test item importance of the new development system.

【0043】また、テスト項目情報を管理するテスト情
報管理部と、テスト情報管理部により管理されているテ
スト項目を実行した場合にプログラムが通過するモジュ
ールのモジュール名を求める通過モジュール名獲得部
と、モジュール名と、モジュール名で識別されるモジュ
ールの開発者を示す開発者名とを含むモジュール情報を
モジュール毎に管理するモジュール情報管理部と、 開
発者名と、開発者名で識別される開発者の能力を表す能
力指数とを含む開発者情報を管理する開発者情報管理部
と、テスト情報管理部からテスト項目を取り出し、それ
らテスト項目のすべての通過モジュール名を通過モジュ
ール名獲得部に求めさせ、求められた通過モジュール名
の示すモジュールの開発者を識別する開発者名をそれぞ
れモジュール情報管理部から検索し、検索した開発者名
を有する開発者情報中の能力指数を開発者情報管理部か
ら検索し、検索した能力指数の合計が低いテスト項目ほ
ど重要度を高く設定するテスト項目重要度算出部とを備
えれば、障害情報など過去の開発情報を用いずにテスト
項目重要度を定めることができることから、新規開発シ
ステムのテスト項目重要度を求めることができる。
Further, a test information management unit for managing the test item information, a passing module name acquisition unit for obtaining the module name of the module through which the program passes when the test items managed by the test information management unit are executed, A module information management unit that manages module information for each module, including a module name and a developer name indicating the developer of the module identified by the module name, a developer name, and a developer identified by the developer name. The developer information management unit that manages the developer information including the capability index that represents the capability of each of the test items, and the test items are retrieved from the test information management unit, and the pass module name acquisition unit is requested to obtain all pass module names of those test items. , Module information management for each developer name that identifies the developer of the module indicated by the required module name Search from the department, and search the capability index in the developer information having the searched developer name from the developer information management department, and set the importance to the test item with the lower total of the searched capability index. If the calculation unit is provided, the test item importance can be determined without using past development information such as failure information. Therefore, the test item importance of the newly developed system can be obtained.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の実施例1におけるテスト項目重要度評
価装置の構成図である。
FIG. 1 is a configuration diagram of a test item importance evaluation apparatus according to a first embodiment of the present invention.

【図2】本発明の実施例1におけるテスト項目重要度評
価装置の動作を説明するフローチャートである。
FIG. 2 is a flowchart illustrating an operation of the test item importance evaluation device according to the first exemplary embodiment of the present invention.

【図3】障害情報管理部によって管理されている障害情
報の説明図である。
FIG. 3 is an explanatory diagram of fault information managed by a fault information management unit.

【図4】テスト情報管理部によって管理されているテス
ト情報の説明図である。
FIG. 4 is an explanatory diagram of test information managed by a test information management unit.

【図5】本発明の実施例2におけるテスト項目重要度評
価装置の構成図である。
FIG. 5 is a configuration diagram of a test item importance evaluation device according to a second embodiment of the present invention.

【図6】本発明の実施例2におけるテスト項目重要度評
価装置の動作を説明するフローチャートである。
FIG. 6 is a flowchart illustrating an operation of the test item importance level evaluation apparatus according to the second exemplary embodiment of the present invention.

【図7】モジュール管理部によって管理されているモジ
ュールの内容の説明図である。
FIG. 7 is an explanatory diagram of contents of modules managed by a module management unit.

【図8】テスト情報管理部によって管理されているテス
ト情報の説明図である。
FIG. 8 is an explanatory diagram of test information managed by a test information management unit.

【図9】本発明の実施例3におけるテスト項目重要度評
価装置の構成図である。
FIG. 9 is a configuration diagram of a test item importance evaluation device according to a third embodiment of the present invention.

【図10】本発明の実施例3におけるテスト項目重要度
評価装置の動作を説明するフローチャートである。
FIG. 10 is a flowchart illustrating an operation of the test item importance level evaluation apparatus according to the third exemplary embodiment of the present invention.

【図11】テスト情報管理部によって管理されているテ
スト情報の説明図である。
FIG. 11 is an explanatory diagram of test information managed by a test information management unit.

【図12】モジュール情報管理部によって管理されてい
るモジュール情報の説明図である。
FIG. 12 is an explanatory diagram of module information managed by a module information management unit.

【図13】開発者情報管理部によって管理されている開
発者情報の説明図である。
FIG. 13 is an explanatory diagram of developer information managed by a developer information management unit.

【符号の説明】[Explanation of symbols]

1 障害情報管理部 2 テスト情報管理部 3 障害発生可能性指数算出部 4 テスト項目重要度算出部 6 モジュール管理部 7 通過モジュール名獲得部 8 複雑度解析部 10 モジュール情報管理部 11 開発者情報管理部 14 テスト項目重要度算出部 24 テスト項目重要度算出部 1 Failure Information Management Section 2 Test Information Management Section 3 Failure Possibility Index Calculation Section 4 Test Item Importance Calculation Section 6 Module Management Section 7 Passed Module Name Acquisition Section 8 Complexity Analysis Section 10 Module Information Management Section 11 Developer Information Management Part 14 Test item importance calculator 24 Test item importance calculator

Claims (3)

【特許請求の範囲】[Claims] 【請求項1】 発生した障害の障害要因と発生日時とを
含む障害情報を管理する障害情報管理部と、 障害要因を含むテスト項目情報を管理するテスト情報管
理部と、 障害が発生する可能性の度合を表す障害発生可能性指数
を、前記障害情報管理部により管理されている障害要因
毎に算出し、その際に、当該障害要因によって生じた障
害の発生日時が新しい障害要因ほど障害発生可能性指数
が大きくなるように、当該障害要因によって生じた障害
の発生頻度を発生日時の新旧で重み付けする障害発生可
能性指数算出部と、 前記テスト情報管理部からテスト項目情報を取り出し、
前記障害発生可能性指数算出部に障害発生可能性指数を
求めさせ、障害発生可能性指数の大きい障害要因を含む
テスト項目ほど重要度を高く設定するテスト項目重要度
算出部とを備えたことを特徴とするテスト項目重要度評
価装置。
1. A failure information management unit that manages failure information including a failure cause and a date and time of occurrence of a failure, a test information management unit that manages test item information including a failure factor, and a possibility of failure. The failure probability index indicating the degree of is calculated for each failure factor managed by the failure information management unit, and at this time, the failure occurrence date and time of the failure caused by the failure factor is more likely to occur. A failure probability index calculation unit that weights the occurrence frequency of the failure caused by the failure factor by the old and new occurrence times so that the sex index becomes large, and retrieves the test item information from the test information management unit,
And a test item importance calculation unit that causes the failure occurrence index calculation unit to obtain a failure probability index, and sets a test item importance level higher for test items including a failure factor with a larger failure occurrence index. Characteristic test item importance evaluation device.
【請求項2】 モジュールと、モジュールを識別するモ
ジュール名とを管理するモジュール管理部と、 テスト項目情報を管理するテスト情報管理部と、 前記テスト情報管理部により管理されているテスト項目
を実行した場合にプログラムが通過するモジュールのモ
ジュール名を求める通過モジュール名獲得部と、 モジュールの複雑度を求める複雑度解析部と、 前記テスト情報管理部からテスト項目を取り出し、それ
らテスト項目のすべての通過モジュール名を前記通過モ
ジュール名獲得部に求めさせ、それらすべての通過モジ
ュール名の示すモジュールの複雑度をそれぞれ前記複雑
度解析部に求めさせ、通過モジュール名の示す各モジュ
ールの複雑度の合計が高いテスト項目ほど重要度を高く
設定するテスト項目重要度算出部とを備えたことを特徴
とするテスト項目重要度評価装置。
2. A module management unit that manages a module and a module name that identifies the module, a test information management unit that manages test item information, and a test item managed by the test information management unit. If the program passes the module name of the module that passes the module name acquisition unit, the complexity analysis unit that calculates the complexity of the module, the test information management unit from the test items, all the pass modules of those test items Name is obtained by the passage module name acquisition unit, and the complexity of each of the modules indicated by the passage module names is obtained by the complexity analysis unit, and the total sum of the complexity of the modules indicated by the passage module name is high. It is equipped with a test item importance calculator that sets items with higher importance. Test items importance evaluation apparatus according to claim.
【請求項3】 テスト項目情報を管理するテスト情報管
理部と、 前記テスト情報管理部により管理されているテスト項目
を実行した場合にプログラムが通過するモジュールのモ
ジュール名を求める通過モジュール名獲得部と、 モジュール名と、モジュール名で識別されるモジュール
の開発者を示す開発者名とを含むモジュール情報をモジ
ュール毎に管理するモジュール情報管理部と、 開発者名と、開発者名で識別される開発者の能力を表す
能力指数とを含む開発者情報を管理する開発者情報管理
部と、 前記テスト情報管理部からテスト項目を取り出し、それ
らテスト項目のすべての通過モジュール名を前記通過モ
ジュール名獲得部に求めさせ、求められた通過モジュー
ル名の示すモジュールの開発者を識別する開発者名をそ
れぞれ前記モジュール情報管理部から検索し、検索した
開発者名を有する開発者情報中の能力指数を前記開発者
情報管理部から検索し、検索した能力指数の合計が低い
テスト項目ほど重要度を高く設定するテスト項目重要度
算出部とを備えたことを特徴とするテスト項目重要度評
価装置。
3. A test information management unit that manages test item information, and a passage module name acquisition unit that obtains a module name of a module through which a program passes when a test item managed by the test information management unit is executed. , A module information management unit that manages module information for each module, including the module name and a developer name indicating the developer of the module identified by the module name, and the development identified by the developer name and the developer name A developer information management unit that manages developer information including a capability index that represents the capability of each person, and retrieves test items from the test information management unit, and obtains all pass module names of those test items as the pass module name acquisition unit. And the developer name that identifies the developer of the module indicated by the obtained passing module name. Information from the developer information management section, the capability index in the developer information having the retrieved developer name is searched from the developer information management section, and the test items with a lower total of the retrieved capability index are set to have higher importance. A test item importance evaluation device, comprising:
JP4281767A 1992-10-20 1992-10-20 Test item inportance evaluating device Pending JPH06131214A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP4281767A JPH06131214A (en) 1992-10-20 1992-10-20 Test item inportance evaluating device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP4281767A JPH06131214A (en) 1992-10-20 1992-10-20 Test item inportance evaluating device

Publications (1)

Publication Number Publication Date
JPH06131214A true JPH06131214A (en) 1994-05-13

Family

ID=17643691

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4281767A Pending JPH06131214A (en) 1992-10-20 1992-10-20 Test item inportance evaluating device

Country Status (1)

Country Link
JP (1) JPH06131214A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007102475A (en) * 2005-10-04 2007-04-19 Dainippon Screen Mfg Co Ltd Test case extraction device, test case extraction program, and test case extraction method for software system
JP2007226526A (en) * 2006-02-23 2007-09-06 Ns Solutions Corp Information processor, information processing method, program and storage medium
JP2014109966A (en) * 2012-12-04 2014-06-12 Hitachi Ltd Test case generation system and method
JP2015158769A (en) * 2014-02-24 2015-09-03 三菱電機株式会社 fault extraction support device
JPWO2021079521A1 (en) * 2019-10-25 2021-04-29

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007102475A (en) * 2005-10-04 2007-04-19 Dainippon Screen Mfg Co Ltd Test case extraction device, test case extraction program, and test case extraction method for software system
JP2007226526A (en) * 2006-02-23 2007-09-06 Ns Solutions Corp Information processor, information processing method, program and storage medium
JP2014109966A (en) * 2012-12-04 2014-06-12 Hitachi Ltd Test case generation system and method
JP2015158769A (en) * 2014-02-24 2015-09-03 三菱電機株式会社 fault extraction support device
JPWO2021079521A1 (en) * 2019-10-25 2021-04-29
WO2021079521A1 (en) * 2019-10-25 2021-04-29 日本電信電話株式会社 Rule generation device, method, and program

Similar Documents

Publication Publication Date Title
EP3740873B1 (en) Time-weighted risky code prediction
Ostrand et al. Predicting the location and number of faults in large software systems
US9430745B2 (en) Pre-executing workflow preparation activities based on activity probabilities and system load and capacity threshold requirements
US6978441B2 (en) Rating apparatus and method for evaluating bugs
Giger et al. Predicting the fix time of bugs
Tsai et al. A software reliability model for web services.
Chari et al. Impact of incorrect and new requirements on waterfall software project outcomes
EP3726779A1 (en) Device for testing blockchain network
US20200310769A1 (en) Method For Predicting The Successfulness Of The Execution Of A DevOps Release Pipeline
Peng et al. Software error analysis
JP2002202890A (en) Authoring tool for bayesian network diagnosing system
Kastro et al. A defect prediction method for software versioning
US7475293B1 (en) Product check matrix
EP3367241B1 (en) Method, computer program and system for providing a control signal for a software development environment
JPH06131214A (en) Test item inportance evaluating device
Ostrand et al. A Tool for Mining Defect-Tracking Systems to Predict Fault-Prone Files.
Ardimento et al. A text-based regression approach to predict bug-fix time
Akbarinasaji et al. A heuristic for estimating the impact of lingering defects: can debt analogy be used as a metric?
Musa Software reliability measures applied to system engineering
Goyal et al. Bug handling in service sector software
Elmaghraby et al. An approach to the modeling and analysis of software production processes
CN110008098B (en) Method and device for evaluating operation condition of nodes in business process
Nikolaidis et al. Experience with managing technical debt in scientific software development using the exa2pro framework
Smidts et al. An architectural model for software reliability quantification
Tsakiltsidis et al. Towards automated performance bug identification in python