JP6320269B2 - Software test support apparatus and software test support program - Google Patents

Description

本発明は、ソフトウェアプログラムに含まれるモジュールによって実現される機能についての試験の実施が必要な度合いを表す試験必要度を算出するソフトウェア試験支援装置およびソフトウェア試験支援プログラムに関するものである。   The present invention relates to a software test support apparatus and a software test support program for calculating a test necessity degree indicating a degree of necessity of performing a test on a function realized by a module included in a software program.

一般的に、ソフトウェアに対して機能の追加または不具合の修正などが必要になった場合、ソフトウェアが変更されて回帰試験が行われる。この回帰試験は、実施済みの試験も含めて、ソフトウェアの全体に対して行う試験である。
しかし、ソフトウェアが大規模である場合、回帰試験の試験項目数が膨大になってしまう。そのため、実際には、回帰試験の試験項目を取捨選択することによって、回帰試験の試験項目数を減らしている。
また、ソフトウェアの変更を含めたソフトウェア開発において、変更履歴、障害状況、障害履歴、カバレッジ率データ、担当者技術情報などの多種の情報が、ソフトウェアの品質向上のために管理されている。 Generally, when it is necessary to add functions or correct defects in software, the software is changed and a regression test is performed. This regression test is a test performed on the entire software, including a test that has already been performed.
However, when the software is large-scale, the number of test items for the regression test becomes enormous. Therefore, in practice, the number of regression test items is reduced by selecting the regression test items.
In software development including software changes, various information such as change history, failure status, failure history, coverage rate data, and person-in-charge technical information are managed to improve software quality.

特許文献１は、修正履歴情報を用いて試験項目を取捨選択する技術を開示している。
特許文献２は、障害の発生日時、障害の発生頻度およびモジュールの複雑度を用いて試験項目を評価する技術を開示している。
しかし、これらの技術では、ソフトウェア開発において管理されている多種の情報が十分に活用されていない。また、それぞれの試験項目について必要度の時系列変化が考慮されていない。 Patent Document 1 discloses a technique for selecting test items using correction history information.
Patent Document 2 discloses a technique for evaluating a test item using a failure occurrence date and time, a failure occurrence frequency, and a module complexity.
However, in these technologies, various kinds of information managed in software development are not fully utilized. In addition, time series changes in the degree of necessity are not considered for each test item.

特開２００８−１２９６６１号公報JP 2008-129661 A 特開平０６−１３１２１４号公報Japanese Patent Laid-Open No. 06-131214

本発明は、ソフトウェアプログラムに含まれるモジュールによって実現される機能についての試験の実施が必要な度合いを表す試験必要度を算出できるようにすることを目的とする。   An object of the present invention is to make it possible to calculate a test necessity level indicating a degree of necessity of performing a test on a function realized by a module included in a software program.

本発明のソフトウェア試験支援装置は、
ソフトウェアプログラムに含まれる少なくともいずれかのモジュールの開発を担当した担当者の担当者識別子を含む担当者一覧ファイルと、前記ソフトウェアプログラムに含まれるモジュールのモジュール識別子に担当者識別子を対応付けるモジュール担当ファイルと、モジュールに発生した不具合の量である不具合量をモジュール識別子に対応付ける不具合量ファイルと、を記憶するファイル記憶部と、
前記担当者一覧ファイルに含まれる担当者識別子毎にモジュール識別子を前記モジュール担当ファイルから選択し、選択したモジュール識別子に対応付けられた不具合量を前記不具合量ファイルから選択し、選択した不具合量に基づいて、担当者の技術力を表す担当者技術値を算出する担当者技術値算出部とを備える。 The software test support apparatus of the present invention
A person-in-charge list file including a person-in-charge identifier of a person in charge of developing at least one of the modules included in the software program; a module person-in-charge file that associates a person-in-charge identifier with the module identifier of the module included in the software program; A file storage unit that stores a defect amount file that associates a defect amount that is the amount of a defect that has occurred in a module with a module identifier;
For each person identifier included in the person-in-charge list file, a module identifier is selected from the module person-in-charge file, a defect amount associated with the selected module identifier is selected from the defect amount file, and based on the selected defect amount And a person-in-charge technical value calculation unit for calculating a person-in-charge technical value representing the technical ability of the person in charge.

本発明によれば、試験必要度を算出するための指標値として、モジュールの開発を担当した担当者の担当者技術値を算出することができる。   According to the present invention, a person-in-charge technical value of a person in charge of module development can be calculated as an index value for calculating the degree of necessity for testing.

実施の形態１におけるソフトウェア試験支援装置１００の機能構成図である。2 is a functional configuration diagram of a software test support device 100 according to Embodiment 1. FIG. 実施の形態１における担当者一覧ファイル１８１の一例を示す図である。6 is a diagram illustrating an example of a person-in-charge list file 181 according to Embodiment 1. FIG. 実施の形態１におけるモジュール担当ファイル１８２の一例を示す図である。6 is a diagram illustrating an example of a module charge file 182 according to Embodiment 1. FIG. 実施の形態１における不具合量ファイル１８３の一例を示す図である。6 is a diagram illustrating an example of a defect amount file 183 according to Embodiment 1. FIG. 実施の形態１におけるモジュール一覧ファイル１８４の一例を示す図である。6 is a diagram illustrating an example of a module list file 184 according to Embodiment 1. FIG. 実施の形態１における作業期間ファイル１８５の一例を示す図である。6 is a diagram illustrating an example of a work period file 185 according to Embodiment 1. FIG. 実施の形態１における変更作業ファイル１８６の一例を示す図である。It is a figure which shows an example of the change work file 186 in Embodiment 1. FIG. 実施の形態１における不具合情報ファイル１８７の一例を示す図である。It is a figure which shows an example of the malfunction information file 187 in Embodiment 1. FIG. 実施の形態１における関数カバレッジ率ファイル１８８の一例を示す図である。6 is a diagram illustrating an example of a function coverage rate file 188 according to Embodiment 1. FIG. 実施の形態１における変更履歴ファイル１８９の一例を示す図である。6 is a diagram illustrating an example of a change history file 189 according to Embodiment 1. FIG. 実施の形態１における試験必要度ファイル１９１の一例を示す図である。6 is a diagram illustrating an example of a test necessity file 191 in Embodiment 1. FIG. 実施の形態１における試験必要度順ファイル１９９の一例を示す図である。6 is a diagram illustrating an example of a test necessity order file 199 according to Embodiment 1. FIG. 実施の形態１におけるソフトウェア試験支援装置１００の動作を示すフローチャートである。3 is a flowchart showing the operation of the software test support apparatus 100 in the first embodiment. 実施の形態１におけるソフトウェア試験支援装置１００のハードウェア構成図である。2 is a hardware configuration diagram of a software test support device 100 according to Embodiment 1. FIG. 実施の形態１におけるソフトウェア試験支援システム２００の構成図である。1 is a configuration diagram of a software test support system 200 in Embodiment 1. FIG. 実施の形態２におけるソフトウェア試験支援装置１００の機能構成図である。6 is a functional configuration diagram of a software test support device 100 according to Embodiment 2. FIG. 実施の形態２における指標値ファイル１９２の一例を示す図である。10 is a diagram illustrating an example of an index value file 192 according to Embodiment 2. FIG. 実施の形態２における試験必要度履歴ファイル１９３の一例を示す図である。It is a figure which shows an example of the test necessity log | history file 193 in Embodiment 2. FIG. 実施の形態２におけるソフトウェア試験支援装置１００の動作を示すフローチャートである。10 is a flowchart showing the operation of the software test support apparatus 100 in the second embodiment.

実施の形態１．
ソフトウェアプログラムに含まれるモジュールによって実現される機能についての試験の実施が必要な度合いを表す試験必要度を算出する形態について説明する。 Embodiment 1 FIG.
A description will be given of a mode of calculating a test necessity level indicating a degree of necessity of performing a test on a function realized by a module included in a software program.

＊＊＊構成の説明＊＊＊
図１は、実施の形態１におけるソフトウェア試験支援装置１００の機能構成図である。
実施の形態１におけるソフトウェア試験支援装置１００の機能構成について、図１に基づいて説明する。但し、ソフトウェア試験支援装置１００の機能構成は図１に示す機能構成と同一でなくても構わない。 *** Explanation of configuration ***
FIG. 1 is a functional configuration diagram of the software test support apparatus 100 according to the first embodiment.
A functional configuration of the software test support apparatus 100 according to the first embodiment will be described with reference to FIG. However, the functional configuration of the software test support apparatus 100 may not be the same as the functional configuration illustrated in FIG.

ソフトウェア試験支援装置１００は、ソフトウェアプログラムに含まれるモジュール毎に試験必要度を算出する。
試験必要度は、モジュールによって実現される機能についての試験の実施が必要な度合いを表す。 The software test support apparatus 100 calculates the test necessity for each module included in the software program.
The test necessity indicates the degree to which a test for the function realized by the module needs to be performed.

ソフトウェア試験支援装置１００は、担当者技術値算出部１１０と、変更作業密度算出部１２０と、不具合量算出部１３０と、モジュールカバレッジ率算出部１３１と、変更頻度算出部１３２と、変更率算出部１３３とを備える。
ソフトウェア試験支援装置１００は、試験必要度算出部１４０と、試験必要度順出力部１５０と、ファイル記憶部１９０とを備える。 The software test support apparatus 100 includes a person-in-charge technical value calculation unit 110, a change work density calculation unit 120, a defect amount calculation unit 130, a module coverage rate calculation unit 131, a change frequency calculation unit 132, and a change rate calculation unit. 133.
The software test support apparatus 100 includes a test necessity calculation unit 140, a test necessity order output unit 150, and a file storage unit 190.

ファイル記憶部１９０は、ソフトウェア試験支援装置１００が使用、生成または入出力するデータを記憶する。ファイルはデータの一例である。
例えば、ファイル記憶部１９０は、担当者一覧ファイル１８１と、モジュール担当ファイル１８２と、不具合量ファイル１８３とを記憶する。
ここで、担当者一覧ファイル１８１、モジュール担当ファイル１８２および不具合量ファイル１８３について説明する。 The file storage unit 190 stores data used, generated or input / output by the software test support apparatus 100. A file is an example of data.
For example, the file storage unit 190 stores a person-in-charge list file 181, a module person-in-charge file 182, and a defect amount file 183.
Here, the person-in-charge list file 181, the module person-in-charge file 182, and the defect amount file 183 will be described.

図２は、実施の形態１における担当者一覧ファイル１８１の一例を示す図である。
実施の形態１における担当者一覧ファイル１８１について、図２に基づいて説明する。
担当者一覧ファイル１８１は、ソフトウェアプログラムに含まれる少なくともいずれかのモジュールの開発を担当した担当者の担当者識別子を含む。担当者識別子は担当者を識別する。
図２の担当者一覧ファイル１８１は、Ｋｏｕという担当者識別子で識別される担当者およびＭｉｙａという担当者識別子で識別される担当者が存在することを示している。
Ｋｏｕという担当者識別子で識別される担当者を担当者Ｋｏｕと呼び、Ｍｉｙａという担当者識別子で識別される担当者を担当者Ｍｉｙａと呼ぶ。 FIG. 2 is a diagram illustrating an example of the person-in-charge list file 181 according to the first embodiment.
The person-in-charge list file 181 in the first embodiment will be described with reference to FIG.
The person-in-charge list file 181 includes a person-in-charge identifier of a person in charge of developing at least one of the modules included in the software program. The person in charge identifier identifies the person in charge.
The person-in-charge list file 181 in FIG. 2 indicates that there is a person in charge identified by the person-in-charge identifier named Kou and a person in charge identified by the person-in-charge identifier named Miya.
The person in charge identified by the person-in-charge identifier Kou is called person-in-charge Kou, and the person in charge identified by the person-in-charge identifier Miya is called person-in-charge Miya.

図３は、実施の形態１におけるモジュール担当ファイル１８２の一例を示す図である。
実施の形態１におけるモジュール担当ファイル１８２について、図２に基づいて説明する。
モジュール担当ファイル１８２は、ソフトウェアプログラムに含まれるモジュールのモジュール識別子に担当者識別子を対応付ける。モジュール識別子はモジュールを識別する。
図３のモジュール担当ファイル１８２は、担当者Ｋｏｕが位置センサ読み取りモジュールの開発および警告表示モジュールの開発を担当すること示している。また、モジュール担当ファイル１８２は、担当者Ｍｉｙａが移動制御モジュールを担当することを示している。 FIG. 3 is a diagram illustrating an example of the module charge file 182 according to the first embodiment.
The module charge file 182 in the first embodiment will be described with reference to FIG.
The module person in charge file 182 associates the person in charge identifier with the module identifier of the module included in the software program. The module identifier identifies the module.
The module responsible file 182 in FIG. 3 indicates that the person in charge Kou is responsible for developing the position sensor reading module and the warning display module. The module charge file 182 indicates that the person in charge Miya is responsible for the movement control module.

図４は、実施の形態１における不具合量ファイル１８３の一例を示す図である。
実施の形態１における不具合量ファイル１８３の一例について、図４に基づいて説明する。
不具合量ファイル１８３は、モジュールに発生した不具合の量である不具合量をモジュール識別子に対応付ける。不具合はバグまたは障害とも呼ばれる。
図４の不具合量ファイル１８３は、位置センサ読み取りモジュールの不具合量が１０であり、警告表示モジュールの不具合量が６であり、移動制御モジュールの不具合量が７であることを示している。
例えば、不具合量は、発生した不具合の個数、特に、不具合対象期間に発生した不具合の個数である。
不具合量ファイル１８３は不具合量算出部１３０によって生成される。但し、不具合量ファイル１８３は不具合量ファイル１８３によらずに予め生成されても構わない。 FIG. 4 is a diagram showing an example of the defect amount file 183 in the first embodiment.
An example of the defect amount file 183 in the first embodiment will be described with reference to FIG.
The defect amount file 183 associates a defect amount that is the amount of a defect that has occurred in a module with a module identifier. A malfunction is also called a bug or failure.
The defect amount file 183 in FIG. 4 indicates that the defect amount of the position sensor reading module is 10, the defect amount of the warning display module is 6, and the defect amount of the movement control module is 7.
For example, the defect amount is the number of defects that have occurred, in particular, the number of defects that have occurred during the defect target period.
The defect amount file 183 is generated by the defect amount calculation unit 130. However, the defect amount file 183 may be generated in advance without using the defect amount file 183.

図１に戻り、ファイル記憶部１９０の説明を続ける。
例えば、ファイル記憶部１９０は、モジュール一覧ファイル１８４、作業期間ファイル１８５および変更作業ファイル１８６を記憶する。
ここで、モジュール一覧ファイル１８４、作業期間ファイル１８５および変更作業ファイル１８６について説明する。 Returning to FIG. 1, the description of the file storage unit 190 is continued.
For example, the file storage unit 190 stores a module list file 184, a work period file 185, and a changed work file 186.
Here, the module list file 184, the work period file 185, and the change work file 186 will be described.

図５は、実施の形態１におけるモジュール一覧ファイル１８４の一例を示す図である。
実施の形態１におけるモジュール一覧ファイル１８４について、図５に基づいて説明する。
モジュール一覧ファイル１８４は、ソフトウェアプログラムに含まれるモジュールのモジュール識別子を含む。
図５のモジュール一覧ファイル１８４は、モジュールのソースコードが記述されたソースコードファイルのファイル識別子と、モジュールで使用される関数の関数識別子と、をモジュール識別子に対応付けている。ファイル識別子はソースコードファイルを識別する。関数識別子は関数を識別する。
例えば、位置センサ読み取りモジュールのソースコードファイルのファイル識別子はＳＣｆｉｌｅ００１である。
また、位置センサ読み取りモジュールは、ｒｅａｄＰｏｓｉｔｉｏｎ関数、ｓｅｔＰａｒａｍｅｔｅｒ関数およびｒｅｓｅｔＰａｒａｍｅｔｅｒ関数を使用する。ＸＸＸ関数は、ＸＸＸという関数識別子で識別される関数である。 FIG. 5 is a diagram illustrating an example of the module list file 184 according to the first embodiment.
The module list file 184 in the first embodiment will be described with reference to FIG.
The module list file 184 includes module identifiers of modules included in the software program.
The module list file 184 in FIG. 5 associates the file identifier of the source code file in which the source code of the module is described with the function identifier of the function used in the module, with the module identifier. The file identifier identifies the source code file. The function identifier identifies the function.
For example, the file identifier of the source code file of the position sensor reading module is SCfile001.
The position sensor reading module uses a readPosition function, a setParameter function, and a resetParameter function. The XXX function is a function identified by a function identifier “XXX”.

図６は、実施の形態１における作業期間ファイル１８５の一例を示す図である。
実施の形態１における作業期間ファイル１８５について、図６に基づいて説明する。
作業期間ファイル１８５は、ソフトウェアプログラムのバージョン毎の作業期間を示す。
図６の作業期間ファイル１８５は、バージョン識別子に作業期間を対応付けている。
バージョン識別子は、ソフトウェアプログラムのバージョンを識別する。ソフトウェアプログラムが改定される毎にバージョン識別子は更新される。
作業期間は、ソフトウェアプログラムに含まれるモジュールを変更する変更作業に要した期間である。
例えば、Ｖｅｒ１．２で識別されるバージョンのソフトウェアプログラムの作業期間は、２０１４年４月１日から２０１４年７月３１日までの３か月である。 FIG. 6 is a diagram illustrating an example of the work period file 185 according to the first embodiment.
The work period file 185 in the first embodiment will be described with reference to FIG.
The work period file 185 indicates a work period for each version of the software program.
The work period file 185 in FIG. 6 associates a work period with a version identifier.
The version identifier identifies the version of the software program. Each time the software program is revised, the version identifier is updated.
The work period is a period required for the change work for changing the module included in the software program.
For example, the working period of the version of the software program identified by Ver 1.2 is three months from April 1, 2014 to July 31, 2014.

図７は、実施の形態１における変更作業ファイル１８６の一例を示す図である。
実施の形態１における変更作業ファイル１８６について、図７に基づいて説明する。
変更作業ファイル１８６は、変更されたモジュールのモジュール識別子に、モジュールを変更した変更作業に要した変更作業量と、変更作業が行われた作業期間の選択に用いる作業期間選択情報とを対応付ける。
図７の変更作業ファイル１８６は、変更作業識別子に変更作業量と作業期間選択情報とモジュール識別子とを対応付けている。変更作業識別子は変更作業を識別する。
例えば、作業期間選択情報は、モジュールの変更作業が完了した後に行われるモジュールの単体試験が完了した日付を示す。単体試験はモジュール毎に行われる試験である。一方、複数のモジュールを結合して生成されるソフトウェアプログラムに対して行われる試験は結合試験と呼ばれる。
例えば、チャタリング防止仕様変更用の変更作業が行われた作業期間は、図６に示した作業期間のうちの２０１４年４月１日から２０１４年７月３１日までの３か月である。この作業期間は、図７に示したチャタリング防止仕様変更の作業期間選択情報が示す２０１４年８月１７日の直前の作業期間である。 FIG. 7 is a diagram illustrating an example of the change work file 186 according to the first embodiment.
The change work file 186 according to the first embodiment will be described with reference to FIG.
The change work file 186 associates the module identifier of the changed module with the change work amount required for the change work in which the module was changed and work period selection information used for selecting the work period in which the change work was performed.
In the changed work file 186 in FIG. 7, the changed work identifier, the work period selection information, and the module identifier are associated with the changed work identifier. The change work identifier identifies the change work.
For example, the work period selection information indicates the date when the unit test of the module performed after the module change work is completed. The unit test is a test performed for each module. On the other hand, a test performed on a software program generated by combining a plurality of modules is called a combination test.
For example, the work period during which the change work for changing chattering prevention specifications is performed is three months from April 1, 2014 to July 31, 2014 in the work period shown in FIG. This work period is a work period immediately before August 17, 2014 indicated by the work period selection information for changing chattering prevention specifications shown in FIG.

図１に戻り、ファイル記憶部１９０の説明を続ける。
例えば、ファイル記憶部１９０は、不具合情報ファイル１８７、関数カバレッジ率ファイル１８８および変更履歴ファイル１８９を記憶する。
ここで、不具合情報ファイル１８７、関数カバレッジ率ファイル１８８および変更履歴ファイル１８９について説明する。 Returning to FIG. 1, the description of the file storage unit 190 is continued.
For example, the file storage unit 190 stores a defect information file 187, a function coverage rate file 188, and a change history file 189.
Here, the defect information file 187, the function coverage rate file 188, and the change history file 189 will be described.

図８は、実施の形態１における不具合情報ファイル１８７の一例を示す図である。
実施の形態１における不具合情報ファイル１８７について、図８に基づいて説明する。
不具合情報ファイル１８７は、不具合が発生した発生日付に、発生した不具合を識別する不具合識別子と、不具合が発生したモジュールを識別するモジュール識別子とを対応付ける。
例えば、図８の不具合情報ファイル１８７は、２０１４年８月２日にセンサ誤検知という不具合が位置センサ読み取りモジュールに発生したことを示している。 FIG. 8 is a diagram showing an example of the defect information file 187 in the first embodiment.
The defect information file 187 in the first embodiment will be described with reference to FIG.
The defect information file 187 associates a defect identifier that identifies a defect that has occurred with a module identifier that identifies the module in which the defect has occurred, with the date on which the defect has occurred.
For example, the defect information file 187 in FIG. 8 indicates that a problem of sensor error detection occurred on the position sensor reading module on August 2, 2014.

図９は、実施の形態１における関数カバレッジ率ファイル１８８の一例を示す図である。
実施の形態１における関数カバレッジ率ファイル１８８について、図９に基づいて説明する。
関数カバレッジ率ファイル１８８は、関数識別子に関数カバレッジ率データを対応付ける。
例えば、関数カバレッジ率データは、関数の命令網羅率、関数の分岐網羅率および関数の条件網羅率を含む。
関数の命令網羅率は、関数に含まれる命令文のうちの試験済みの命令文の割合である。命令網羅率の欄に記されているＣ０は、命令網羅率を意味する符号である。
関数の分岐網羅率は、関数に含まれる分岐命令文のうちの試験済みの分岐命令文の割合である。分岐命令文は分岐命令の命令文である。分岐網羅率の欄に記されているＣ１は、分岐網羅率を意味する符号である。
関数の条件網羅率は、関数に含まれる分岐命令文に含まれる分岐条件のうちの試験済みの分岐条件の割合である。条件網羅率の欄に記されているＣ２は、条件分岐率を意味する符号である。
例えば、ｒｅａｄＰｏｓｉｔｉｏｎ関数の命令網羅率、分岐網羅率および条件網羅率は８０パーセント、９０パーセント、７０パーセントである。 FIG. 9 is a diagram illustrating an example of the function coverage rate file 188 according to the first embodiment.
The function coverage rate file 188 in the first embodiment will be described with reference to FIG.
The function coverage rate file 188 associates function coverage rate data with a function identifier.
For example, the function coverage rate data includes a function instruction coverage rate, a function branch coverage rate, and a function condition coverage rate.
The instruction coverage of a function is the ratio of tested instruction sentences among the instruction sentences included in the function. C0 written in the column of the instruction coverage is a code meaning the instruction coverage.
The branch coverage rate of a function is the ratio of tested branch instruction statements among the branch instruction statements included in the function. A branch instruction statement is an instruction statement of a branch instruction. C1 written in the column of the branch coverage is a code meaning the branch coverage.
The condition coverage rate of a function is the ratio of the tested branch condition among the branch conditions included in the branch instruction statement included in the function. C2 written in the column of the condition coverage rate is a code meaning a conditional branch rate.
For example, the instruction coverage rate, branch coverage rate, and condition coverage rate of the readPosition function are 80%, 90%, and 70%.

図１０は、実施の形態１における変更履歴ファイル１８９の一例を示す図である。
実施の形態１における変更履歴ファイル１８９について、図１０に基づいて説明する。
変更履歴ファイル１８９は、モジュールのソースコードが変更された変更日付に、モジュールのソースコードが記述されたソースコードファイルのファイル識別子を対応付ける。
図１０の変更履歴ファイル１８９は、ソースコードファイルＳＣｆｉｌｅ００１が２０１４年５月１日に変更されたことを示している。ソースコードファイルＸＸＸは、ＸＸＸというファイル識別子で識別されるソースコードファイルである。 FIG. 10 is a diagram illustrating an example of the change history file 189 according to the first embodiment.
The change history file 189 in the first embodiment will be described with reference to FIG.
The change history file 189 associates the file identifier of the source code file in which the module source code is described with the change date when the module source code is changed.
The change history file 189 in FIG. 10 indicates that the source code file SCfile001 has been changed on May 1, 2014. The source code file XXX is a source code file identified by a file identifier XXX.

図１に戻り、ファイル記憶部１９０の説明を続ける。
例えば、ファイル記憶部１９０は、ソースコードファイル群１８０、試験必要度ファイル１９１および試験必要度順ファイル１９９を記憶する。
ソースコードファイル群１８０は、ソフトウェアプログラムに含まれるモジュールのソースコードファイルを含む。ソースコードファイル群１８０に含まれるソースコードファイルは、ソフトウェアプログラムのバージョン識別子とモジュールのモジュール識別子とによって識別される。
ここで、試験必要度ファイル１９１および試験必要度順ファイル１９９について説明する。 Returning to FIG. 1, the description of the file storage unit 190 is continued.
For example, the file storage unit 190 stores a source code file group 180, a test necessity file 191 and a test necessity order file 199.
The source code file group 180 includes module source code files included in the software program. The source code files included in the source code file group 180 are identified by the version identifier of the software program and the module identifier of the module.
Here, the test necessity file 191 and the test necessity order file 199 will be described.

図１１は、実施の形態１における試験必要度ファイル１９１の一例を示す図である。
実施の形態１における試験必要度ファイル１９１について、図１１に基づいて説明する。
試験必要度ファイル１９１は、ソフトウェアプログラムに含まれるモジュール毎の試験必要度を含む。
図１１の試験必要度ファイル１９１は、モジュール識別子に、担当者技術値、変更作業密度、不具合量、モジュールカバレッジ率データ、変更頻度、変更率および試験必要度を対応付けている。
担当者技術値は、担当者の技術力を表す指標値であり、担当者技術値算出部１１０によって算出される。
変更作業密度は、単位期間当たりの変更作業量を表す指標値であり、変更作業密度算出部１２０によって算出される。
不具合量は、モジュールに発生した不具合量の量であり、不具合量算出部１３０によって算出される。
モジュールカバレッジ率データは、モジュールの命令網羅率（Ｃ０）、モジュールの分岐網羅率（Ｃ１）およびモジュールの条件網羅率（Ｃ２）を含む。モジュールカバレッジ率データは、モジュールカバレッジ率算出部１３１によって生成される。
変更頻度は、モジュールのソースコードファイルが変更対象期間に変更された回数であり、変更頻度算出部１３２によって算出される。
変更率は、現在のソースコードファイルに記述されたソースコードのうちの前回のソースコードファイルに記述されたソースコードと異なる部分のソースコードの割合であり、変更率算出部１３３によって算出される。
試験必要度は、担当者技術値、変更作業密度、不具合量、モジュールカバレッジ率、変更頻度および変更率の少なくともいずれかの指標値に基づいて、試験必要度算出部１４０によって算出される。 FIG. 11 is a diagram illustrating an example of the test necessity file 191 according to the first embodiment.
The test necessity file 191 in the first embodiment will be described with reference to FIG.
The test necessity file 191 includes a test necessity for each module included in the software program.
The test necessity file 191 in FIG. 11 associates the person-in-charge technical value, the change work density, the defect amount, the module coverage rate data, the change frequency, the change rate, and the test necessity with the module identifier.
The person-in-charge technical value is an index value representing the technical ability of the person in charge, and is calculated by the person-in-charge technical value calculation unit 110.
The changed work density is an index value representing the changed work amount per unit period, and is calculated by the changed work density calculation unit 120.
The defect amount is the amount of the defect amount that has occurred in the module, and is calculated by the defect amount calculation unit 130.
The module coverage ratio data includes a module instruction coverage ratio (C0), a module branch coverage ratio (C1), and a module condition coverage ratio (C2). The module coverage rate data is generated by the module coverage rate calculation unit 131.
The change frequency is the number of times the module source code file has been changed in the change target period, and is calculated by the change frequency calculation unit 132.
The change rate is the ratio of the source code that is different from the source code described in the previous source code file in the source code described in the current source code file, and is calculated by the change rate calculation unit 133.
The test necessity level is calculated by the test necessity level calculation unit 140 based on at least one index value of the person-in-charge technical value, change work density, defect amount, module coverage rate, change frequency, and change rate.

図１２は、実施の形態１における試験必要度順ファイル１９９の一例を示す図である。
実施の形態１における試験必要度順ファイル１９９の一例について、図１２に基づいて説明する。
試験必要度順ファイル１９９は、モジュール識別子を試験必要度順に示す。
図１２の試験必要度順ファイル１９９は、移動制御モジュール、警告表示モジュールおよび位置センサ読み取りモジュールの順に試験必要度が高いことを示している。 FIG. 12 is a diagram illustrating an example of the test necessity order file 199 according to the first embodiment.
An example of the test necessity order file 199 according to the first embodiment will be described with reference to FIG.
The test necessity order file 199 shows module identifiers in order of test necessity.
The test necessity order file 199 in FIG. 12 indicates that the test necessity is higher in the order of the movement control module, the warning display module, and the position sensor reading module.

図１に戻り、ソフトウェア試験支援装置１００の機能構成の説明を続ける。
担当者技術値算出部１１０は、担当者一覧ファイル１８１に含まれる担当者識別子毎にモジュール識別子をモジュール担当ファイル１８２から選択する。
担当者技術値算出部１１０は、選択したモジュール識別子に対応付けられた不具合量を不具合量ファイル１８３から選択する。
担当者技術値算出部１１０は、選択した不具合量に基づいて、担当者の技術力を表す担当者技術値を算出する。
担当者技術値算出部１１０は、モジュール担当ファイル１８２から選択したモジュール識別子と同じモジュール識別子に対応付けて、算出した担当者技術値を試験必要度ファイル１９１に設定する。 Returning to FIG. 1, the description of the functional configuration of the software test support apparatus 100 will be continued.
The person-in-charge technical value calculation unit 110 selects a module identifier from the module person-in-charge file 182 for each person-in-charge identifier included in the person-in-charge list file 181.
The person-in-charge technical value calculation unit 110 selects a defect amount associated with the selected module identifier from the defect amount file 183.
The person-in-charge technical value calculation unit 110 calculates a person-in-charge technical value representing the technical ability of the person in charge based on the selected defect amount.
The person-in-charge technical value calculation unit 110 sets the calculated person-in-charge technical value in the test necessity file 191 in association with the same module identifier as the module identifier selected from the module charge file 182.

変更作業密度算出部１２０は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に変更作業量と作業期間選択情報とを変更作業ファイル１８６から選択する。
変更作業密度算出部１２０は、選択した作業期間選択情報に基づいて作業期間を作業期間ファイル１８５から選択する。
変更作業密度算出部１２０は、選択した作業期間と選択した変更作業量とに基づいて、単位期間当たりの変更作業量を表す変更作業密度を算出する。
変更作業密度算出部１２０は、モジュール識別子に対応付けて、算出した変更作業密度を試験必要度ファイル１９１に設定する。 The changed work density calculation unit 120 selects a changed work amount and work period selection information from the changed work file 186 for each module identifier included in the module list file 184.
The changed work density calculation unit 120 selects a work period from the work period file 185 based on the selected work period selection information.
The changed work density calculation unit 120 calculates a changed work density representing the changed work amount per unit period based on the selected work period and the selected changed work amount.
The changed work density calculation unit 120 sets the calculated changed work density in the test necessity file 191 in association with the module identifier.

不具合量算出部１３０は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に、不具合情報ファイル１８７に含まれるモジュール識別子の個数に基づいて、モジュール識別子で識別されるモジュールに発生した不具合の量である不具合量を算出する。
不具合量算出部１３０は、モジュール識別子に対応付けて、算出した不具合量を試験必要度ファイル１９１に設定する。
不具合量算出部１３０は、モジュール識別子に対応付けて不具合量を不具合量ファイル１８３に設定する。 The defect amount calculation unit 130 is a defect that is the amount of a defect that has occurred in the module identified by the module identifier based on the number of module identifiers included in the defect information file 187 for each module identifier included in the module list file 184. Calculate the amount.
The defect amount calculation unit 130 sets the calculated defect amount in the test necessity file 191 in association with the module identifier.
The defect amount calculation unit 130 sets the defect amount in the defect amount file 183 in association with the module identifier.

モジュールカバレッジ率算出部１３１は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に関数識別子をモジュール一覧ファイル１８４から選択する。
モジュールカバレッジ率算出部１３１は、選択した関数識別子と同じ関数識別子に対応付けられた関数カバレッジ率データを関数カバレッジ率ファイル１８８から選択する。
モジュールカバレッジ率算出部１３１は、選択した関数カバレッジ率データに基づいて、モジュールの命令網羅率、モジュールの分岐網羅率およびモジュールの条件網羅率を算出する。モジュールの命令網羅率は、モジュールに含まれる命令文のうちの試験済みの命令文の割合である。モジュールの分岐網羅率は、モジュールに含まれる分岐命令文のうちの試験済みの命令文の割合である。モジュールの条件網羅率は、モジュールに含まれる分岐命令文に含まれる分岐条件のうちの試験済みの分岐条件の割合である。例えば、モジュールに含まれる命令文はモジュールが使用する関数に含まれる命令文を意味し、モジュールに含まれる分岐命令文はモジュールが使用する関数に含まれる分岐命令文を意味する。
モジュールカバレッジ率算出部１３１は、モジュールの命令網羅率、モジュールの分岐網羅率およびモジュールの条件網羅率を含むモジュールカバレッジ率データを生成する。
モジュールカバレッジ率算出部１３１は、モジュール識別子に対応付けて、モジュールカバレッジ率データを試験必要度ファイル１９１に設定する。 The module coverage rate calculation unit 131 selects a function identifier from the module list file 184 for each module identifier included in the module list file 184.
The module coverage ratio calculation unit 131 selects function coverage ratio data associated with the same function identifier as the selected function identifier from the function coverage ratio file 188.
The module coverage ratio calculation unit 131 calculates a module instruction coverage ratio, a module branch coverage ratio, and a module condition coverage ratio based on the selected function coverage ratio data. The instruction coverage of a module is the ratio of tested instruction sentences out of the instruction sentences included in the module. The module branch coverage ratio is the ratio of tested instruction statements among the branch instruction statements included in the module. The module condition coverage ratio is the ratio of the tested branch condition among the branch conditions included in the branch instruction statement included in the module. For example, an instruction statement included in a module means an instruction statement included in a function used by the module, and a branch instruction statement included in the module means a branch instruction statement included in a function used by the module.
The module coverage ratio calculation unit 131 generates module coverage ratio data including a module instruction coverage ratio, a module branch coverage ratio, and a module condition coverage ratio.
The module coverage rate calculation unit 131 sets module coverage rate data in the test necessity file 191 in association with the module identifier.

変更頻度算出部１３２は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎にファイル識別子をモジュール一覧ファイル１８４から選択する。
変更頻度算出部１３２は、変更履歴ファイル１８９に含まれるファイル識別子のうちの変更対象期間内の変更日付に対応付けられた選択したファイル識別子の個数を変更頻度として算出する。変更対象期間は予め決められた期間である。
変更頻度算出部１３２は、モジュール識別子に対応付けて、算出した変更頻度を試験必要度ファイル１９１に設定する。 The change frequency calculation unit 132 selects a file identifier from the module list file 184 for each module identifier included in the module list file 184.
The change frequency calculation unit 132 calculates the number of selected file identifiers associated with the change date within the change target period among the file identifiers included in the change history file 189 as the change frequency. The change target period is a predetermined period.
The change frequency calculation unit 132 sets the calculated change frequency in the test necessity file 191 in association with the module identifier.

変更率算出部１３３は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎にファイル識別子をモジュール一覧ファイル１８４から選択する。
変更率算出部１３３は、ソフトウェアプログラムの現在のバージョンのバージョン識別子である現バージョン識別子と、ソフトウェアプログラムの前回のバージョンのバージョン識別子である前バージョン識別子と、を作業期間ファイル１８５から選択する。
変更率算出部１３３は、選択したファイル識別子と選択した現バージョン識別子とによって識別されるソースコードファイルである現ソースコードファイルを、ソースコードファイル群１８０から選択する。
変更率算出部１３３は、選択したファイル識別子と選択した前バージョン識別子とによって識別されるソースコードファイルである前ソースコードファイルを、ソースコードファイル群１８０から選択する。
変更率算出部１３３は、現ソースコードファイルに記述されたソースコードのうちの前ソースコードファイルに記述されたソースコードと異なる部分のソースコードの割合である変更率を算出する。
変更率算出部１３３は、モジュール識別子に対応付けて、算出した変更率を試験必要度ファイル１９１に設定する。 The change rate calculation unit 133 selects a file identifier from the module list file 184 for each module identifier included in the module list file 184.
The change rate calculation unit 133 selects a current version identifier that is a version identifier of the current version of the software program and a previous version identifier that is a version identifier of the previous version of the software program from the work period file 185.
The change rate calculation unit 133 selects from the source code file group 180 a current source code file that is a source code file identified by the selected file identifier and the selected current version identifier.
The change rate calculation unit 133 selects from the source code file group 180 a previous source code file that is a source code file identified by the selected file identifier and the selected previous version identifier.
The change rate calculation unit 133 calculates a change rate, which is a ratio of the source code of a portion different from the source code described in the previous source code file among the source codes described in the current source code file.
The change rate calculation unit 133 sets the calculated change rate in the test necessity file 191 in association with the module identifier.

試験必要度算出部１４０は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に担当者技術値、変更作業密度、不具合量、モジュールカバレッジ率データ、変更頻度および変更率の少なくともいずれかの指標値を試験必要度ファイル１９１から選択する。
試験必要度算出部１４０は、選択した指標値を用いて、モジュールによって実現される機能についての試験の指標を表す試験必要度を算出する。
試験必要度算出部１４０は、モジュール識別子に対応付けて、算出した試験必要度を試験必要度ファイル１９１に設定する。
例えば、試験必要度算出部１４０は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に担当者技術値算出部１１０によって算出された担当者技術値を試験必要度ファイル１９１から選択し、選択した担当者技術値を用いて試験必要度を算出する。
例えば、試験必要度算出部１４０は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に変更作業密度算出部１２０によって算出された変更作業密度を試験必要度ファイル１９１から選択し、選択した変更作業密度を用いて試験必要度を算出する。 The test necessity degree calculation unit 140 tests at least one of the index values of the person-in-charge technical value, change work density, defect amount, module coverage rate data, change frequency, and change rate for each module identifier included in the module list file 184. Select from the necessity file 191.
The test necessity degree calculation unit 140 calculates a test necessity degree that represents an index of a test for a function realized by the module, using the selected index value.
The test necessity calculation unit 140 sets the calculated test necessity in the test necessity file 191 in association with the module identifier.
For example, the test necessity calculation unit 140 selects the person-in-charge technical value calculated by the person-in-charge technical value calculation unit 110 for each module identifier included in the module list file 184 from the test necessity degree file 191, and selects the person in charge Calculate the necessity of the test using the technical values.
For example, the test necessity calculation unit 140 selects the change work density calculated by the change work density calculation unit 120 for each module identifier included in the module list file 184 from the test necessity file 191, and selects the selected change work density. Use to calculate the test necessity.

試験必要度順出力部１５０は、モジュール一覧ファイル１８４に含まれるモジュール識別子を試験必要度順に並べて試験必要度順ファイル１９９を生成し、試験必要度順ファイル１９９を出力する。   The test necessity order output unit 150 arranges the module identifiers included in the module list file 184 in the test necessity order, generates the test necessity order file 199, and outputs the test necessity order file 199.

＊＊＊動作の説明＊＊＊
図１３は、実施の形態１におけるソフトウェア試験支援装置１００の動作を示すフローチャートである。
実施の形態１におけるソフトウェア試験支援装置１００の動作について、図１３に基づいて説明する。但し、ソフトウェア試験支援装置１００の動作は、図１３に基づいて説明する動作と同一でなくても構わない。例えば、処理の順序が変更されても構わない。また例えば、一部の処理が削除されても構わないし、新たな処理が追加されても構わない。 *** Explanation of operation ***
FIG. 13 is a flowchart showing the operation of the software test support apparatus 100 according to the first embodiment.
The operation of software test support apparatus 100 in the first embodiment will be described with reference to FIG. However, the operation of the software test support apparatus 100 may not be the same as the operation described based on FIG. For example, the processing order may be changed. For example, a part of the processing may be deleted or a new processing may be added.

Ｓ１０１において、不具合量算出部１３０は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に以下の処理を行う。Ｓ１０１において、処理の対象である一つのモジュール識別子を対象モジュール識別子という。モジュール一覧ファイル１８４については図５を参照のこと。   In S101, the defect amount calculation unit 130 performs the following processing for each module identifier included in the module list file 184. In S101, one module identifier that is a processing target is referred to as a target module identifier. See FIG. 5 for the module list file 184.

不具合量算出部１３０は、不具合情報ファイル１８７に含まれる対象モジュール識別子の個数に基づいて不具合量を算出する。不具合情報ファイル１８７については図８を参照のこと。
例えば、不具合量算出部１３０によって算出される不具合量は、不具合情報ファイル１８７に含まれる全ての対象モジュール識別子の個数である。
例えば、不具合量算出部１３０によって算出される不具合量は、不具合情報ファイル１８７に含まれる対象モジュール識別子のうちの不具合対象期間内の発生日付に対応付けられた対象モジュール識別子の個数である。不具合対象期間は予め決められた期間である。例えば、不具合対象期間は過去３か月などの一定の期間である。 The defect amount calculation unit 130 calculates the defect amount based on the number of target module identifiers included in the defect information file 187. See FIG. 8 for the defect information file 187.
For example, the defect amount calculated by the defect amount calculation unit 130 is the number of all target module identifiers included in the defect information file 187.
For example, the defect amount calculated by the defect amount calculation unit 130 is the number of target module identifiers associated with occurrence dates within the defect target period among the target module identifiers included in the defect information file 187. The defect target period is a predetermined period. For example, the defect target period is a certain period such as the past three months.

不具合量算出部１３０は、対象モジュール識別子に対応付けて不具合量を試験必要度ファイル１９１に設定する。試験必要度ファイル１９１については図１１を参照のこと。
不具合量算出部１３０は、対象モジュール識別子に対応付けて不具合量を不具合量ファイル１８３に設定する。不具合量ファイル１８３については図４を参照のこと。
Ｓ１０１の後、処理はＳ１１０に進む。 The defect amount calculation unit 130 sets the defect amount in the test necessity file 191 in association with the target module identifier. See FIG. 11 for the test necessity file 191.
The defect amount calculation unit 130 sets the defect amount in the defect amount file 183 in association with the target module identifier. See FIG. 4 for the defect amount file 183.
After S101, the process proceeds to S110.

Ｓ１１０において、担当者技術値算出部１１０は、担当者一覧ファイル１８１に含まれる担当者識別子毎に以下の処理を行う。Ｓ１１０において、処理の対象である一つの担当者識別子を対象担当者識別子という。担当者一覧ファイル１８１については図２を参照のこと。   In step S <b> 110, the person-in-charge technical value calculation unit 110 performs the following process for each person-in-charge identifier included in the person-in-charge list file 181. In S110, one person identifier to be processed is referred to as a target person identifier. See FIG. 2 for the person-in-charge list file 181.

担当者技術値算出部１１０は、対象担当者識別子に対応付けられたモジュール識別子をモジュール担当ファイル１８２から選択する。Ｓ１１０において、選択したモジュール識別子を対象モジュール識別子という。図３のモジュール担当ファイル１８２において、対象担当者識別子がＫｏｕである場合、対象モジュール識別子は位置センサ読み取りモジュールおよび警告表示モジュールである。
担当者技術値算出部１１０は、対象モジュール識別子に対応付けられた不具合量を不具合量ファイル１８３から選択する。Ｓ１１０において、選択した不具合量を対象不具合量という。図４の不具合量ファイル１８３において、対象モジュール識別子が位置センサ読み取りモジュールおよび警告表示モジュールである場合、対象不具合量は１０および６である。
担当者技術値算出部１１０は、対象不具合量に基づいて担当者技術値を算出する。例えば、担当者技術値は対象不具合量の平均値または合計量などである。対象不具合量が１０および６である場合、対象不具合量の平均値である担当者技術値は８である。
担当者技術値算出部１１０は、対象モジュール識別子に対応付けて担当者技術値を試験必要度ファイル１９１に設定する。試験必要度ファイル１９１については図１１を参照のこと。
Ｓ１１０の後、処理はＳ１２０に進む。 The person-in-charge technical value calculation unit 110 selects a module identifier associated with the target person-in-charge identifier from the module person in charge file 182. In S110, the selected module identifier is referred to as a target module identifier. In the module charge file 182 of FIG. 3, when the target person identifier is Kou, the target module identifier is a position sensor reading module and a warning display module.
The person-in-charge technical value calculation unit 110 selects a defect amount associated with the target module identifier from the defect amount file 183. In S110, the selected defect amount is referred to as a target defect amount. In the defect amount file 183 in FIG. 4, when the target module identifiers are the position sensor reading module and the warning display module, the target defect amounts are 10 and 6.
The person-in-charge technical value calculator 110 calculates a person-in-charge technical value based on the target defect amount. For example, the person-in-charge technical value is an average value or a total amount of the target defect amounts. When the target defect amounts are 10 and 6, the person-in-charge technical value that is the average value of the target defect amounts is 8.
The person-in-charge technical value calculation unit 110 sets the person-in-charge technical value in the test necessity file 191 in association with the target module identifier. See FIG. 11 for the test necessity file 191.
After S110, the process proceeds to S120.

Ｓ１２０において、変更作業密度算出部１２０は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に以下の処理を行う。Ｓ１２０において、処理の対象である一つのモジュール識別子を対象モジュール識別子という。   In S <b> 120, the changed work density calculation unit 120 performs the following process for each module identifier included in the module list file 184. In S120, one module identifier to be processed is referred to as a target module identifier.

変更作業密度算出部１２０は、対象モジュール識別子に対応付けられた変更作業量および作業期間選択情報を変更作業ファイル１８６から選択する。Ｓ１２０において、選択した変更作業量を対象作業量といい、選択した作業期間選択情報を対象選択情報という。図７の変更作業ファイル１８６において、対象モジュール識別子が位置センサ読み取りモジュールである場合、対象作業量は４０および２５であり、対象選択情報は２０１４年８月１７日である。また、対象モジュール識別子が移動制御モジュールである場合、移動制御モジュールに対応付けられた変更作業量は１５である。しかし、この変更作業量は、移動制御モジュールと警告表示モジュールとの２つのモジュール識別子に対応付けられている。そのため、対象作業量は、変更作業量をモジュール識別子の個数で割った値である７．５になる。但し、変更作業量は各モジュール識別子に均等に振り分けなくてもよい。
変更作業密度算出部１２０は、対象選択情報に基づいて作業期間を作業期間ファイル１８５から選択する。Ｓ１２０において、選択される作業期間を対象作業期間という。例えば、対象作業期間は対象選択情報が示す作業日付の直前の作業期間である。図６の作業期間ファイル１８５において、対象選択情報が２０１４年８月１７日である場合、対象作業期間は２０１４年４月１日から２０１４年７月３１日である。
変更作業密度算出部１２０は、対象作業期間と対象作業量とに基づいて、変更作業密度を算出する。例えば、変更作業密度は１か月当たりの合計の対象作業量である。対象作業量が４０および２５である場合、合計の対象作業量は６５である。また、対象作業期間が３か月である場合、１か月当たりの合計の対象作業量である変更作業密度は２２である。この変更作業密度は、対象作業量を対象作業期間で割った値である。但し、その値の小数点以下は切り上げている。
変更作業密度算出部１２０は、対象モジュール識別子に対応付けて変更作業密度を試験必要度ファイル１９１に設定する。試験必要度ファイル１９１については図１１を参照のこと。
Ｓ１２０の後、処理はＳ１３１に進む。 The changed work density calculation unit 120 selects the changed work amount and work period selection information associated with the target module identifier from the changed work file 186. In S120, the selected changed work amount is called a target work amount, and the selected work period selection information is called target selection information. In the changed work file 186 of FIG. 7, when the target module identifier is a position sensor reading module, the target work amounts are 40 and 25, and the target selection information is August 17, 2014. When the target module identifier is a movement control module, the amount of change work associated with the movement control module is 15. However, this change work amount is associated with two module identifiers of the movement control module and the warning display module. Therefore, the target work amount is 7.5, which is a value obtained by dividing the changed work amount by the number of module identifiers. However, the change work amount does not have to be equally distributed to each module identifier.
The changed work density calculation unit 120 selects a work period from the work period file 185 based on the target selection information. In S120, the selected work period is referred to as a target work period. For example, the target work period is a work period immediately before the work date indicated by the target selection information. In the work period file 185 of FIG. 6, when the target selection information is August 17, 2014, the target work period is from April 1, 2014 to July 31, 2014.
The changed work density calculation unit 120 calculates the changed work density based on the target work period and the target work amount. For example, the changed work density is a total target work amount per month. When the target workload is 40 and 25, the total target workload is 65. When the target work period is 3 months, the changed work density, which is the total target work amount per month, is 22. This changed work density is a value obtained by dividing the target work amount by the target work period. However, the value after the decimal point is rounded up.
The changed work density calculation unit 120 sets the changed work density in the test necessity file 191 in association with the target module identifier. See FIG. 11 for the test necessity file 191.
After S120, the process proceeds to S131.

Ｓ１３１において、モジュールカバレッジ率算出部１３１は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に以下の処理を行う。Ｓ１３１において、処理の対象である一つのモジュール識別子を対象モジュール識別子という。   In S131, the module coverage rate calculation unit 131 performs the following processing for each module identifier included in the module list file 184. In S131, one module identifier to be processed is referred to as a target module identifier.

モジュールカバレッジ率算出部１３１は、対象モジュール識別子に対応付けられた関数識別子をモジュール一覧ファイル１８４から選択する。Ｓ１３１において、選択される関数識別子を対象関数識別子という。図５のモジュール一覧ファイル１８４において、対象モジュール識別子が位置センサ読み取りモジュールである場合、対象関数識別子はｒｅａｄＰｏｓｉｔｉｏｎ、ｓｅｔＰａｒａｍｅｔｅｒおよびｒｅｓｅｔＰａｒａｍｅｔｅｒである。
モジュールカバレッジ率算出部１３１は、対象関数識別子に対応付けられた関数カバレッジ率データを関数カバレッジ率ファイル１８８から選択する。Ｓ１３１において、選択される関数カバレッジ率データを対象カバレッジ率データという。図９の関数カバレッジ率ファイル１８８において、対象関数識別子がｒｅａｄＰｏｓｉｔｉｏｎである場合、８０パーセントである命令網羅率、９０パーセントである分岐網羅率および７０パーセントである条件網羅率が対象カバレッジ率データである。
モジュールカバレッジ率算出部１３１は、対象カバレッジ率データに含まれる命令網羅率、分岐網羅率および条件網羅率に基づいて、モジュールカバレッジ率データに含める命令網羅率、分岐網羅率および条件網羅率を算出する。例えば、モジュールカバレッジ率データに含める命令網羅率は、対象カバレッジ率データに含まれる命令網羅率を代入した命令網羅率算出式を計算することによって算出される。命令網羅率算出式は、モジュールカバレッジ率データに含める命令網羅率を算出するための計算式である。命令網羅率算出式は、対象カバレッジ率データに含まれる命令網羅率が代入され命令網羅率変数を含む。モジュールカバレッジ率データに含める分岐網羅率および条件網羅率は、モジュールカバレッジ率データに含める命令網羅率と同様に、分岐網羅率算出式および条件網羅率算出式を計算することによって算出される。例えば、１２個の分岐命令があり、そのうちの６個の分岐命令が試験されている場合、分岐網羅率は５０パーセントである。
モジュールカバレッジ率算出部１３１は、対象モジュール識別子に対応付けてモジュールカバレッジ率データを試験必要度ファイル１９１に設定する。試験必要度ファイル１９１については図１１を参照のこと。
Ｓ１３１の後、処理はＳ１３２に進む。 The module coverage rate calculation unit 131 selects a function identifier associated with the target module identifier from the module list file 184. In S131, the function identifier selected is referred to as a target function identifier. In the module list file 184 of FIG. 5, when the target module identifier is a position sensor reading module, the target function identifiers are readPosition, setParameter, and resetParameter.
The module coverage ratio calculation unit 131 selects function coverage ratio data associated with the target function identifier from the function coverage ratio file 188. The function coverage rate data selected in S131 is referred to as target coverage rate data. In the function coverage rate file 188 of FIG. 9, when the target function identifier is readPosition, the instruction coverage rate of 80%, the branch coverage rate of 90%, and the condition coverage rate of 70% are the target coverage rate data.
The module coverage rate calculation unit 131 calculates the instruction coverage rate, branch coverage rate, and condition coverage rate included in the module coverage rate data based on the instruction coverage rate, branch coverage rate, and condition coverage rate included in the target coverage rate data. . For example, the instruction coverage ratio included in the module coverage ratio data is calculated by calculating an instruction coverage ratio calculation formula in which the instruction coverage ratio included in the target coverage ratio data is substituted. The instruction coverage ratio calculation formula is a calculation formula for calculating the instruction coverage ratio included in the module coverage ratio data. The instruction coverage ratio calculation formula includes an instruction coverage ratio variable in which the instruction coverage ratio included in the target coverage ratio data is substituted. The branch coverage rate and condition coverage rate included in the module coverage rate data are calculated by calculating a branch coverage rate calculation formula and a condition coverage rate calculation formula in the same manner as the instruction coverage rate included in the module coverage rate data. For example, if there are 12 branch instructions and 6 of them are being tested, the branch coverage is 50 percent.
The module coverage rate calculation unit 131 sets module coverage rate data in the test necessity file 191 in association with the target module identifier. See FIG. 11 for the test necessity file 191.
After S131, the process proceeds to S132.

Ｓ１３２において、変更頻度算出部１３２は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に以下の処理を行う。Ｓ１３２において、処理の対象である一つのモジュール識別子を対象モジュール識別子という。   In S <b> 132, the change frequency calculation unit 132 performs the following process for each module identifier included in the module list file 184. In S132, one module identifier to be processed is referred to as a target module identifier.

変更頻度算出部１３２は、対象モジュール識別子に対応付けられたファイル識別子をモジュール一覧ファイル１８４から選択する。Ｓ１３２において、選択されるファイル識別子を対象ファイル識別子という。
変更頻度算出部１３２は、変更履歴ファイル１８９に含まれるファイル識別子のうちの変更対象期間内の変更日付に対応付けられた対象ファイル識別子の個数を変更頻度として算出する。変更対象期間は予め決められた期間である。例えば、変更対象期間は過去３か月などの一定の期間である。
変更頻度算出部１３２は、対象モジュール識別子に対応付けて変更頻度を試験必要度ファイル１９１に設定する。試験必要度ファイル１９１については図１１を参照のこと。
Ｓ１３２の後、処理はＳ１３３に進む。 The change frequency calculation unit 132 selects a file identifier associated with the target module identifier from the module list file 184. In S132, the selected file identifier is referred to as a target file identifier.
The change frequency calculation unit 132 calculates the number of target file identifiers associated with the change date within the change target period among the file identifiers included in the change history file 189 as the change frequency. The change target period is a predetermined period. For example, the change target period is a certain period such as the past three months.
The change frequency calculating unit 132 sets the change frequency in the test necessity file 191 in association with the target module identifier. See FIG. 11 for the test necessity file 191.
After S132, the process proceeds to S133.

Ｓ１３３において、変更率算出部１３３は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に以下の処理を行う。Ｓ１３３において、処理の対象である一つのモジュール識別子を対象モジュール識別子という。   In S <b> 133, the change rate calculation unit 133 performs the following process for each module identifier included in the module list file 184. In S133, one module identifier to be processed is referred to as a target module identifier.

変更率算出部１３３は、対象モジュール識別子に対応付けられたファイル識別子をモジュール一覧ファイル１８４から選択する。Ｓ１３３において、選択されるファイル識別子を対象ファイル識別子という。図５のモジュール一覧ファイル１８４において、対象モジュール識別子が位置センサ読み取りモジュールである場合、対象ファイル識別子はＳＣｆｉｌｅ００１である。
変更率算出部１３３は、ソフトウェアプログラムの現在のバージョンのバージョン識別子と、ソフトウェアプログラムの前回のバージョンのバージョン識別子と、を作業期間ファイル１８５から選択する。Ｓ１３３において、現在のバージョンのバージョン識別子を現バージョン識別子といい、前回のバージョンのバージョン識別子を前バージョン識別子という。図６の作業期間ファイル１８５において、現バージョン識別子はＶｅｒ１．２であり、前バージョン識別子はＶｅｒ１．１である。
変更率算出部１３３は、対象ファイル識別子と現バージョン識別子とによって識別されるソースコードファイルである現ソースコードファイルを、ソースコードファイル群１８０から選択する。
変更率算出部１３３は、対象ファイル識別子と前バージョン識別子とによって識別されるソースコードファイルである前ソースコードファイルを、ソースコードファイル群１８０から選択する。
変更率算出部１３３は、現ソースコードファイルに記述されたソースコードのうちの前ソースコードファイルに記述されたソースコードと異なる部分のソースコードの割合である変更率を算出する。
変更率算出部１３３は、対象モジュール識別子に対応付けて変更率を試験必要度ファイル１９１に設定する。試験必要度ファイル１９１については図１１を参照のこと。
Ｓ１３３の後、処理はＳ１４０に進む。 The change rate calculation unit 133 selects a file identifier associated with the target module identifier from the module list file 184. In S133, the selected file identifier is referred to as a target file identifier. In the module list file 184 of FIG. 5, when the target module identifier is a position sensor reading module, the target file identifier is SCfile001.
The change rate calculation unit 133 selects the version identifier of the current version of the software program and the version identifier of the previous version of the software program from the work period file 185. In S133, the version identifier of the current version is referred to as the current version identifier, and the version identifier of the previous version is referred to as the previous version identifier. In the work period file 185 of FIG. 6, the current version identifier is Ver1.2, and the previous version identifier is Ver1.1.
The change rate calculation unit 133 selects a current source code file that is a source code file identified by the target file identifier and the current version identifier from the source code file group 180.
The change rate calculation unit 133 selects from the source code file group 180 a previous source code file that is a source code file identified by the target file identifier and the previous version identifier.
The change rate calculation unit 133 calculates a change rate, which is a ratio of the source code of a portion different from the source code described in the previous source code file among the source codes described in the current source code file.
The change rate calculation unit 133 sets the change rate in the test necessity file 191 in association with the target module identifier. See FIG. 11 for the test necessity file 191.
After S133, the process proceeds to S140.

Ｓ１４０において、試験必要度算出部１４０は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に以下の処理を行う。Ｓ１４０において、処理の対象である一つのモジュール識別子を対象モジュール識別子という。   In S140, the test necessity calculation unit 140 performs the following processing for each module identifier included in the module list file 184. In S140, one module identifier to be processed is referred to as a target module identifier.

試験必要度算出部１４０は、対象モジュール識別子に対応付けられた担当者技術値、変更作業密度、不具合量、モジュールカバレッジ率データ、変更頻度および変更率といった指標値を試験必要度ファイル１９１から選択する。但し、試験必要度算出部１４０は、これらの指標値のうちの少なくともいずれかを選択すればよい。試験必要度ファイル１９１については図１１を参照のこと。Ｓ１４０で選択した指標値を対象指標値という。   The test necessity calculation unit 140 selects from the test necessity file 191 index values such as a person-in-charge technical value, change work density, defect amount, module coverage rate data, change frequency, and change rate associated with the target module identifier. . However, the test necessity calculation unit 140 may select at least one of these index values. See FIG. 11 for the test necessity file 191. The index value selected in S140 is referred to as a target index value.

試験必要度算出部１４０は、対象指標値を用いて試験必要度を算出する。例えば、試験必要度は、各対象指標値を代入した試験必要度算出式を計算することによって算出される。試験必要度算出式は、試験必要度を算出するための計算式であり、各対象指標値が代入される指標値変数を含む。試験必要度は、重み付け対象指標値の合計値である。   The test necessity calculation unit 140 calculates the test necessity using the target index value. For example, the test necessity is calculated by calculating a test necessity calculation formula in which each target index value is substituted. The test necessity calculation formula is a calculation formula for calculating the test necessity, and includes an index value variable into which each target index value is substituted. The test necessity is a total value of the index values for weighting.

試験必要度算出部１４０により、以下のような試験必要度が算出される。
担当者技術値が低いほど、試験必要度は高い。技術力が低い担当者によって開発されたモジュールは、多くの不具合が組み込まれており、不具合が発生しやすい、と考えられる。そのようなモジュールについては十分な試験が必要である。
変更作業密度が高いほど、試験必要度は高い。作業時間が短いほど検討が不足する。そして、検討が不足したモジュールは、多くの不具合が組み込まれており、不具合が発生しやすい、と考えられる。そのようなモジュールについては十分な試験が必要である。
不具合量が多いほど、試験必要度は高い。これまでに不具合が多かったモジュールは、多くの不具合が組み込まれており、今後も不具合が発生しやすい、と考えられる。そのようなモジュールについては十分な試験が必要である。
カバレッジ率が低いほど、試験必要度は高い。カバレッジ率が低いモジュールは、不具合が十分に除去されておらず、不具合が発生しやすい、と考えられる。そのようなモジュールについては十分な試験が必要である。
変更頻度が高いほど、試験必要度は高い。変更頻度が高いモジュールは、多くの不具合が組み込まれやすく、不具合が発生しやすい、と考えられる。そのようなモジュールについては十分な試験が必要である。
変更率が高いほど、試験必要度は高い。変更率が高いモジュールは、多くの不具合が組み込まれやすく、不具合が発生しやすい、と考えられる。そのようなモジュールについては十分な試験が必要である。 The test necessity calculation unit 140 calculates the following test necessity.
The lower the technician level, the higher the need for testing. A module developed by a person with low technical skills incorporates many problems and is considered to be prone to problems. Such modules require sufficient testing.
The higher the change work density, the higher the need for testing. The shorter the working time, the less consideration is required. And it is thought that the module which examination is insufficient has many malfunctions built in, and a malfunction is easy to generate | occur | produce. Such modules require sufficient testing.
The greater the amount of defects, the higher the need for testing. Modules that have had many problems so far have many problems built in, and it is likely that problems will continue to occur in the future. Such modules require sufficient testing.
The lower the coverage rate, the higher the need for testing. A module with a low coverage rate is considered to be prone to defects because defects have not been sufficiently removed. Such modules require sufficient testing.
The higher the frequency of change, the higher the need for testing. It is considered that a module with a high change frequency is likely to have many defects and is likely to cause defects. Such modules require sufficient testing.
The higher the change rate, the higher the need for testing. It is considered that a module with a high change rate is likely to incorporate many defects and easily generate defects. Such modules require sufficient testing.

試験必要度算出部１４０は、対象モジュール識別子に対応付けて試験必要度を試験必要度ファイル１９１に設定する。
Ｓ１４０の後、処理はＳ１５０に進む。 The test necessity degree calculation unit 140 sets the test necessity degree in the test necessity degree file 191 in association with the target module identifier.
After S140, the process proceeds to S150.

Ｓ１５０において、試験必要度順出力部１５０は、試験必要度ファイル１９１に含まれるモジュール識別子毎の試験必要度に基づいてモジュール識別子を試験必要度順に並べて試験必要度順ファイル１９９を生成し、試験必要度順ファイル１９９を出力する。例えば、試験必要度順出力部１５０は、試験必要度順ファイル１９９を表示装置の画面に表示する。試験必要度順ファイル１９９については図１２を参照のこと。
Ｓ１５０の後、ソフトウェア試験支援装置１００の動作は終了する。 In S150, the test necessity order output unit 150 generates the test necessity order file 199 by arranging the module identifiers in the test necessity order based on the test necessity for each module identifier included in the test necessity file 191 and requires the test. The order file 199 is output. For example, the test necessity order output unit 150 displays the test necessity order file 199 on the screen of the display device. See FIG. 12 for the file 199 in order of necessity.
After S150, the operation of the software test support apparatus 100 ends.

図１４は、実施の形態１におけるソフトウェア試験支援装置１００のハードウェア構成図である。
実施の形態１におけるソフトウェア試験支援装置１００のハードウェア構成について、図１４に基づいて説明する。但し、ソフトウェア試験支援装置１００のハードウェア構成は図１４に示す構成と同一でなくても構わない。 FIG. 14 is a hardware configuration diagram of the software test support apparatus 100 according to the first embodiment.
A hardware configuration of software test support apparatus 100 according to Embodiment 1 will be described with reference to FIG. However, the hardware configuration of the software test support apparatus 100 may not be the same as the configuration illustrated in FIG.

ソフトウェア試験支援装置１００は、演算装置９０１、補助記憶装置９０２、主記憶装置９０３、通信装置９０４および入出力装置９０５を備えるコンピュータである。
演算装置９０１、補助記憶装置９０２、主記憶装置９０３、通信装置９０４および入出力装置９０５はバス９０９に接続している。 The software test support apparatus 100 is a computer including an arithmetic device 901, an auxiliary storage device 902, a main storage device 903, a communication device 904, and an input / output device 905.
The arithmetic device 901, auxiliary storage device 902, main storage device 903, communication device 904, and input / output device 905 are connected to the bus 909.

演算装置９０１は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。例えば、演算装置９０１は、ソフトウェア試験支援装置１００としてコンピュータを機能させるソフトウェア試験支援プログラムを実行する。
補助記憶装置９０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリまたはハードディスク装置である。
主記憶装置９０３は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。
通信装置９０４は、有線または無線でインターネット、ＬＡＮ（ローカルエリアネットワーク）、電話回線網またはその他のネットワークを介して通信を行う。
入出力装置９０５は、例えば、マウス、キーボード、ディスプレイ装置である。 The arithmetic device 901 is a CPU (Central Processing Unit) that executes a program. For example, the arithmetic device 901 executes a software test support program that causes a computer to function as the software test support device 100.
The auxiliary storage device 902 is, for example, a ROM (Read Only Memory), a flash memory, or a hard disk device.
The main storage device 903 is, for example, a RAM (Random Access Memory).
The communication device 904 performs communication via the Internet, a LAN (local area network), a telephone line network, or other networks in a wired or wireless manner.
The input / output device 905 is, for example, a mouse, a keyboard, or a display device.

プログラムは、補助記憶装置９０２に記憶されている。
例えば、オペレーティングシステム（ＯＳ）が補助記憶装置９０２に記憶される。また、「〜部」として説明している機能を実現するプログラムが補助記憶装置９０２に記憶される。
プログラムは、補助記憶装置９０２に記憶されており、主記憶装置９０３にロードされ、演算装置９０１に読み込まれ、演算装置９０１によって実行される。 The program is stored in the auxiliary storage device 902.
For example, an operating system (OS) is stored in the auxiliary storage device 902. In addition, a program that realizes the function described as “˜unit” is stored in the auxiliary storage device 902.
The program is stored in the auxiliary storage device 902, loaded into the main storage device 903, read into the arithmetic device 901, and executed by the arithmetic device 901.

判断、判定、抽出、検知、設定、登録、選択、生成、入力、出力等の処理の処理結果を示す情報、データ、ファイル、信号値または変数値が主記憶装置９０３または補助記憶装置９０２に記憶される。   Information, data, files, signal values, or variable values indicating processing results of processing such as determination, determination, extraction, detection, setting, registration, selection, generation, input, and output are stored in the main storage device 903 or the auxiliary storage device 902. Is done.

図１５は、実施の形態１におけるソフトウェア試験支援システム２００の構成図である。
実施の形態１におけるソフトウェア試験支援システム２００の構成について、図１５に基づいて説明する。但し、ソフトウェア試験支援システム２００の構成は図１５に示す構成と同一でなくても構わない。 FIG. 15 is a configuration diagram of the software test support system 200 according to the first embodiment.
The configuration of the software test support system 200 according to Embodiment 1 will be described with reference to FIG. However, the configuration of the software test support system 200 may not be the same as the configuration shown in FIG.

ソフトウェア試験支援システム２００は、ソフトウェア試験支援装置１００、プロジェクト管理システム２１０、ソフトウェア試験システム２２０、ソースコード管理システム２３０、不具合管理システム２４０および作業管理システム２５０を備える。
ソフトウェア試験支援システム２００に備わるソフトウェア試験支援装置１００および各システムは、ネットワーク２０９を介して通信する。 The software test support system 200 includes a software test support device 100, a project management system 210, a software test system 220, a source code management system 230, a defect management system 240, and a work management system 250.
The software test support apparatus 100 included in the software test support system 200 and each system communicate via a network 209.

プロジェクト管理システム２１０は、ソフトウェアプログラムを開発するプロジェクトを管理するためのコンピュータシステムである。
プロジェクト管理システム２１０は、担当者一覧ファイル１８１、モジュール担当ファイル１８２、モジュール一覧ファイル１８４および作業期間ファイル１８５を記憶するプロジェクト管理記憶部２１９を備える。
ソフトウェア試験支援装置１００は、プロジェクト管理記憶部２１９に記憶される各ファイルをプロジェクト管理システム２１０から取得する。 The project management system 210 is a computer system for managing a project for developing a software program.
The project management system 210 includes a project management storage unit 219 that stores a person-in-charge list file 181, a module person-in-charge file 182, a module list file 184, and a work period file 185.
The software test support apparatus 100 acquires each file stored in the project management storage unit 219 from the project management system 210.

ソフトウェア試験システム２２０は、ソフトウェアプログラムを試験するためのコンピュータシステムである。例えば、ソフトウェア試験システム２２０は、ＪＵｎｉｔという技術によってモジュールまたは関数の単体試験を行う。また、ソフトウェア試験システム２２０は、従来のカバレッジ取得プログラムを実行することによって、関数カバレッジ率ファイル１８８に設定される関数カバレッジ率データを生成する。
ソフトウェア試験システム２２０は、関数カバレッジ率ファイル１８８を記憶するソフトウェア試験記憶部２２９を備える。
ソフトウェア試験支援装置１００は、ソフトウェア試験記憶部２２９に記憶される関数カバレッジ率ファイル１８８をソフトウェア試験システム２２０から取得する。 The software test system 220 is a computer system for testing a software program. For example, the software test system 220 performs a unit test of a module or a function using a technology called JUnit. In addition, the software test system 220 generates function coverage rate data set in the function coverage rate file 188 by executing a conventional coverage acquisition program.
The software test system 220 includes a software test storage unit 229 that stores a function coverage rate file 188.
The software test support apparatus 100 acquires the function coverage rate file 188 stored in the software test storage unit 229 from the software test system 220.

ソースコード管理システム２３０は、ソフトウェアプログラムのソースコードを管理するためのコンピュータシステムである。例えば、ソースコード管理システム２３０は、ｃｖｓ、Ｓｕｂｖｅｒｓｉｏｎまたはｇｉｔなどのシステムによって構成される。
ソースコード管理システム２３０は、ソースコードファイル群１８０および変更履歴ファイル１８９を記憶するソースコード管理記憶部２３９を備える。
ソフトウェア試験支援装置１００は、ソースコード管理記憶部２３９に記憶されるソースコードファイル群１８０および変更履歴ファイル１８９をソースコード管理システム２３０から取得する。 The source code management system 230 is a computer system for managing the source code of the software program. For example, the source code management system 230 is configured by a system such as cvs, Subversion, or git.
The source code management system 230 includes a source code management storage unit 239 that stores a source code file group 180 and a change history file 189.
The software test support apparatus 100 acquires the source code file group 180 and the change history file 189 stored in the source code management storage unit 239 from the source code management system 230.

不具合管理システム２４０は、ソフトウェアプログラムに発生した不具合を管理するためのコンピュータシステムである。例えば、不具合管理システム２４０は、ＲｅｄｍｉｎｅまたはＴｒａｃなどのソフトウェアプログラムを実行することによって、不具合情報ファイル１８７に設定する情報を管理する。
不具合管理システム２４０は、不具合情報ファイル１８７を記憶する不具合管理記憶部２４９を備える。
ソフトウェア試験支援装置１００は、不具合管理記憶部２４９に記憶される不具合情報ファイル１８７を不具合管理システム２４０から取得する。 The defect management system 240 is a computer system for managing defects occurring in the software program. For example, the defect management system 240 manages information set in the defect information file 187 by executing a software program such as Redmine or Trac.
The defect management system 240 includes a defect management storage unit 249 that stores a defect information file 187.
The software test support apparatus 100 acquires the defect information file 187 stored in the defect management storage unit 249 from the defect management system 240.

作業管理システム２５０は、ソフトウェアプログラムを変更する変更作業を管理するためのコンピュータシステムである。
作業管理システム２５０は、変更作業ファイル１８６を記憶する作業管理記憶部２５９を備える。
ソフトウェア試験支援装置１００は、作業管理記憶部２５９に記憶される変更作業ファイル１８６を作業管理システム２５０から取得する。 The work management system 250 is a computer system for managing a change work for changing a software program.
The work management system 250 includes a work management storage unit 259 that stores the changed work file 186.
The software test support apparatus 100 acquires the changed work file 186 stored in the work management storage unit 259 from the work management system 250.

＊＊＊効果の説明＊＊＊
実施の形態１により、例えば、以下のような効果を奏する。
ソフトウェア試験支援装置１００は、モジュール毎の試験必要度を算出することができる。そして、試験者は、試験必要度が高いモジュールによって実現される機能について十分な試験を行う。これにより、ソフトウェアプログラムの回帰試験が効率的に行われる。 *** Explanation of effects ***
According to the first embodiment, for example, the following effects can be obtained.
The software test support apparatus 100 can calculate the test necessity for each module. Then, the tester performs a sufficient test on the function realized by the module having a high test necessity. Thereby, the regression test of a software program is performed efficiently.

実施の形態２．
試験必要度の履歴を利用して試験必要度を更新する形態について説明する。
以下、実施の形態１と異なる事項について主に説明する。説明しない事項については実施の形態１と同様である。 Embodiment 2. FIG.
A description will be given of a mode in which the test necessity is updated using the test necessity history.
Hereinafter, items different from the first embodiment will be mainly described. Matters not described are the same as those in the first embodiment.

＊＊＊構成の説明＊＊＊
図１６は、実施の形態２におけるソフトウェア試験支援装置１００の機能構成図である。
実施の形態２におけるソフトウェア試験支援装置１００の機能構成について、図１６に基づいて説明する。但し、ソフトウェア試験支援装置１００の機能構成は図１６に示す機能構成と同一でなくても構わない。 *** Explanation of configuration ***
FIG. 16 is a functional configuration diagram of the software test support apparatus 100 according to the second embodiment.
A functional configuration of the software test support apparatus 100 according to the second embodiment will be described with reference to FIG. However, the functional configuration of the software test support apparatus 100 may not be the same as the functional configuration illustrated in FIG.

ソフトウェア試験支援装置１００のファイル記憶部１９０は、実施の形態１における試験必要度ファイル１９１の代わりに、指標値ファイル１９２および試験必要度履歴ファイル１９３を記憶する。
ここで、指標値ファイル１９２および試験必要度履歴ファイル１９３について説明する。 The file storage unit 190 of the software test support apparatus 100 stores an index value file 192 and a test necessity history file 193 instead of the test necessity file 191 in the first embodiment.
Here, the index value file 192 and the test necessity history file 193 will be described.

図１７は、実施の形態２における指標値ファイル１９２の一例を示す図である。
図１７に示すように、指標値ファイル１９２は、実施の形態１における試験必要度ファイル１９１から、試験必要度の欄を削除したものである。実施の形態１における試験必要度ファイル１９１については図１１を参照のこと。 FIG. 17 is a diagram illustrating an example of the index value file 192 according to the second embodiment.
As shown in FIG. 17, the index value file 192 is obtained by deleting the test necessity column from the test necessity file 191 according to the first embodiment. Refer to FIG. 11 for the test necessity file 191 in the first embodiment.

図１８は、実施の形態２における試験必要度履歴ファイル１９３の一例を示す図である。
実施の形態２における試験必要度履歴ファイル１９３について、図１８に基づいて説明する。
試験必要度履歴ファイル１９３は、前回算出された試験必要度である前回必要度をモジュール識別子に対応付ける。
図１８の試験必要度履歴ファイル１９３は、今回算出された試験必要度である第Ｎ回の試験必要度と、前回算出された試験必要度である第（Ｎ−１）回の試験必要度と、をモジュール識別子に対応付けている。 FIG. 18 is a diagram illustrating an example of the test necessity history file 193 according to the second embodiment.
The test necessity history file 193 in the second embodiment will be described with reference to FIG.
The test necessity history file 193 associates the previous necessity degree, which is the necessity degree of the test calculated last time, with the module identifier.
The test necessity history file 193 in FIG. 18 includes the Nth test necessity that is the currently calculated test necessity, and the (N-1) th test necessity that is the previously calculated test necessity. Are associated with module identifiers.

図１６に戻り、ソフトウェア試験支援装置１００の説明を続ける。
試験必要度算出部１４０は、試験必要度を算出した後に以下のような処理を行う。
試験必要度算出部１４０は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に前回必要度を試験必要度履歴ファイル１９３から選択する。
試験必要度算出部１４０は、選択した前回必要度と今回算出した試験必要度である今回必要度との差の大きさに基づいて、今回必要度を更新する。
ソフトウェア試験支援装置１００のその他の機能構成は実施の形態１と同様である。 Returning to FIG. 16, the description of the software test support apparatus 100 will be continued.
The test necessity calculation unit 140 performs the following processing after calculating the test necessity.
The test necessity degree calculation unit 140 selects the previous necessity degree from the test necessity degree history file 193 for each module identifier included in the module list file 184.
The test necessity degree calculation unit 140 updates the current necessity degree based on the magnitude of the difference between the selected previous necessity degree and the current necessity degree calculated this time.
Other functional configurations of the software test support apparatus 100 are the same as those in the first embodiment.

＊＊＊動作の説明＊＊＊
図１９は、実施の形態２におけるソフトウェア試験支援装置１００の動作を示すフローチャートである。
実施の形態２におけるソフトウェア試験支援装置１００の動作について、図１９に基づいて説明する。但し、ソフトウェア試験支援装置１００の動作は、図１９に基づいて説明する動作と同一でなくても構わない。例えば、処理の順序が変更されても構わない。また例えば、一部の処理が削除されても構わないし、新たな処理が追加されても構わない。 *** Explanation of operation ***
FIG. 19 is a flowchart showing the operation of the software test support apparatus 100 according to the second embodiment.
The operation of the software test support apparatus 100 in the second embodiment will be described with reference to FIG. However, the operation of the software test support apparatus 100 may not be the same as the operation described based on FIG. For example, the processing order may be changed. For example, a part of the processing may be deleted or a new processing may be added.

実施の形態２におけるソフトウェア試験支援装置１００は、実施の形態１におけるＳ１４０およびＳ１５０の代わりに、Ｓ１４１、Ｓ１４２およびＳ１５１を実行する。
Ｓ１０１からＳ１３３までの処理は実施の形態１と同様である。
実施の形態１におけるソフトウェア試験支援装置１００の動作については図１３を参照のこと。 The software test support apparatus 100 in the second embodiment executes S141, S142, and S151 instead of S140 and S150 in the first embodiment.
The processing from S101 to S133 is the same as that in the first embodiment.
Refer to FIG. 13 for the operation of the software test support apparatus 100 according to the first embodiment.

ここで、Ｓ１４１、Ｓ１４２およびＳ１５１について説明する。
Ｓ１４１において、試験必要度算出部１４０は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に以下の処理を行う。Ｓ１４１において、処理の対象である一つのモジュール識別子を対象モジュール識別子という。 Here, S141, S142, and S151 will be described.
In S <b> 141, the test necessity calculation unit 140 performs the following process for each module identifier included in the module list file 184. In S141, one module identifier that is a processing target is referred to as a target module identifier.

試験必要度算出部１４０は、対象モジュール識別子に対応付けられた担当者技術値、変更作業密度、不具合量、モジュールカバレッジ率データ、変更頻度および変更率といった指標値を指標値ファイル１９２から選択する。但し、試験必要度算出部１４０は、これらの指標値のうちの少なくともいずれかを選択すればよい。指標値ファイル１９２については図１７を参照のこと。Ｓ１４１で選択した指標値を対象指標値という。
試験必要度算出部１４０は、対象指標値を用いて試験必要度を算出する。この試験必要度の算出方法は実施の形態１のＳ１４０と同様である。
試験必要度算出部１４０は、対象モジュール識別子に対応付けて試験必要度を試験必要度履歴ファイル１９３に設定する。試験必要度履歴ファイル１９３については図１８を参照のこと。
Ｓ１４１の後、処理はＳ１４２に進む。 The test necessity degree calculation unit 140 selects index values such as a person-in-charge technical value, a change work density, a defect amount, module coverage rate data, a change frequency, and a change rate associated with the target module identifier from the index value file 192. However, the test necessity calculation unit 140 may select at least one of these index values. See FIG. 17 for the index value file 192. The index value selected in S141 is referred to as a target index value.
The test necessity calculation unit 140 calculates the test necessity using the target index value. The method for calculating the test necessity is the same as S140 in the first embodiment.
The test necessity degree calculation unit 140 sets the test necessity degree in the test necessity degree history file 193 in association with the target module identifier. See FIG. 18 for the test necessity history file 193.
After S141, the process proceeds to S142.

Ｓ１４２において、試験必要度算出部１４０は、モジュール一覧ファイル１８４に含まれるモジュール識別子毎に以下の処理を行う。Ｓ１４２において、処理の対象である一つのモジュール識別子を対象モジュール識別子という。また、今回算出された試験必要度を今回必要度といい、前回算出された試験必要度を前回必要度という。   In S <b> 142, the test necessity level calculation unit 140 performs the following process for each module identifier included in the module list file 184. In S142, one module identifier to be processed is referred to as a target module identifier. Further, the test necessity calculated this time is referred to as the current necessity, and the test necessity calculated last time is referred to as the previous necessity.

試験必要度算出部１４０は、対象モジュール識別子に対応付けられた今回必要度および前回必要度を試験必要度履歴ファイル１９３から選択する。Ｓ１４２で選択する今回必要度を対象今回必要度といい、Ｓ１４２で選択する前回必要度を対象前回必要度という。   The test necessity degree calculation unit 140 selects the current necessity degree and the previous necessity degree associated with the target module identifier from the test necessity history file 193. The current necessity level selected in S142 is referred to as the target current necessity level, and the previous necessity level selected in S142 is referred to as the target previous necessity level.

試験必要度算出部１４０は、対象今回必要度と対象前回必要度とを用いて、新たな今回必要度を算出する。
例えば、新たな今回必要度は、対象今回必要度と対象前回必要度とを代入した試験必要度更新式を計算することによって算出される。試験必要度更新式は、新たな試験必要度を算出するための計算式である。試験必要度更新式は、対象今回必要度が代入される今回必要度変数と、対象前回必要度が代入される前回必要度変数とを含む。新たな今回必要度は、対象今回必要度と対象前回必要度との差分の大きさに応じた補正値を、対象今回必要度に加えた値である。
対象前回必要度に対する対象今回必要度の増分が大きいほど、試験必要度は高い。試験必要度の増分が大きいモジュールは、新たな不具合が組み込まれやすく、不具合が発生しやすい、と考えられる。そのようなモジュールについては十分な試験が必要である。 The test necessity degree calculation unit 140 calculates a new current necessity degree using the target current necessity degree and the target previous necessity degree.
For example, the new current necessity degree is calculated by calculating a test necessity update formula in which the target current necessity degree and the target previous necessity degree are substituted. The test necessity update formula is a calculation formula for calculating a new test necessity. The test necessity update formula includes a current necessity variable to which the target current necessity is substituted and a previous necessity variable to which the target previous necessity is substituted. The new current necessity level is a value obtained by adding a correction value corresponding to the difference between the target current necessity level and the target previous necessity level to the target current necessity level.
The greater the increase in the subject's current need relative to the subject's previous need, the higher the test need. It is considered that a module with a large increase in the necessity of testing is likely to incorporate a new defect and easily generate a defect. Such modules require sufficient testing.

試験必要度算出部１４０は、試験必要度履歴ファイル１９３に含まれる対象今回必要度を新たな今回必要度に更新する。
Ｓ１４２の後、処理はＳ１５１に進む。 The test necessity calculation unit 140 updates the target current necessity included in the test necessity history file 193 to a new current necessity.
After S142, the process proceeds to S151.

Ｓ１５１において、試験必要度順出力部１５０は、試験必要度履歴ファイル１９３に含まれるモジュール毎の今回必要度に基づいてモジュール識別子を今回必要度順に並び替えて試験必要度順ファイル１９９を生成し、試験必要度順ファイル１９９を出力する。
Ｓ１５１の後、ソフトウェア試験支援装置１００の動作は終了する。 In S151, the test necessity order output unit 150 generates the test necessity order file 199 by rearranging the module identifiers in the present necessity degree based on the present necessity degree for each module included in the test necessity history file 193. The test necessity order file 199 is output.
After S151, the operation of the software test support apparatus 100 ends.

実施の形態２におけるソフトウェア試験支援システム２００の構成は実施の形態１と同様である。実施の形態１および実施の形態２におけるソフトウェア試験支援システム２００の構成については図１５を参照のこと。   The configuration of the software test support system 200 in the second embodiment is the same as that in the first embodiment. Refer to FIG. 15 for the configuration of the software test support system 200 in the first embodiment and the second embodiment.

＊＊＊効果の説明＊＊＊
実施の形態２により、ソフトウェア試験支援装置１００は、試験必要度の履歴を利用して試験必要度を更新することができる。これにより、より適切な試験必要度が算出される。 *** Explanation of effects ***
According to the second embodiment, the software test support apparatus 100 can update the test necessity using the history of the test necessity. As a result, a more appropriate test necessity is calculated.

各実施の形態は、ソフトウェア試験支援装置１００およびソフトウェア試験支援システム２００の形態の一例である。
つまり、ソフトウェア試験支援装置１００およびソフトウェア試験支援システム２００は、各実施の形態で説明した構成要素の一部を備えなくても構わない。また、ソフトウェア試験支援装置１００およびソフトウェア試験支援システム２００は、各実施の形態で説明していない構成要素を備えても構わない。 Each embodiment is an example of the form of the software test support apparatus 100 and the software test support system 200.
That is, the software test support apparatus 100 and the software test support system 200 do not have to include some of the components described in the embodiments. Moreover, the software test support apparatus 100 and the software test support system 200 may include components that are not described in the embodiments.

各実施の形態においてフローチャート等を用いて説明した処理手順は、各実施の形態に係る方法およびプログラムの処理手順の一例である。各実施の形態に係る方法およびプログラムは、各実施の形態で説明した処理手順と一部異なる処理手順で実現されても構わない。   The processing procedures described using the flowcharts and the like in each embodiment are an example of the processing procedures of the method and the program according to each embodiment. The method and program according to each embodiment may be realized by a processing procedure partially different from the processing procedure described in each embodiment.

各実施の形態において「〜部」は「〜処理」「〜工程」「〜ステップ」「〜プログラム」「〜装置」などに読み替えることができる。   In each embodiment, “to part” can be read as “to process”, “to process”, “to step”, “to program”, “to apparatus”, and the like.

１００ ソフトウェア試験支援装置、１１０ 担当者技術値算出部、１２０ 変更作業密度算出部、１３０ 不具合量算出部、１３１ モジュールカバレッジ率算出部、１３２ 変更頻度算出部、１３３ 変更率算出部、１４０ 試験必要度算出部、１５０ 試験必要度順出力部、１８０ ソースコードファイル群、１８１ 担当者一覧ファイル、１８２ モジュール担当ファイル、１８３ 不具合量ファイル、１８４ モジュール一覧ファイル、１８５ 作業期間ファイル、１８６ 変更作業ファイル、１８７ 不具合情報ファイル、１８８ 関数カバレッジ率ファイル、１８９ 変更履歴ファイル、１９０ ファイル記憶部、１９１ 試験必要度ファイル、１９２ 指標値ファイル、１９３ 試験必要度履歴ファイル、１９９ 試験必要度順ファイル、２００ ソフトウェア試験支援システム、２０９ ネットワーク、２１０ プロジェクト管理システム、２１９ プロジェクト管理記憶部、２２０ ソフトウェア試験システム、２２９ ソフトウェア試験記憶部、２３０ ソースコード管理システム、２３９ ソースコード管理記憶部、２４０ 不具合管理システム、２４９ 不具合管理記憶部、２５０ 作業管理システム、２５９ 作業管理記憶部、９０１ 演算装置、９０２ 補助記憶装置、９０３ 主記憶装置、９０４ 通信装置、９０５ 入出力装置、９０９ バス。   DESCRIPTION OF SYMBOLS 100 Software test support apparatus, 110 Person in charge technical value calculation part, 120 Change work density calculation part, 130 Defect amount calculation part, 131 Module coverage rate calculation part, 132 Change frequency calculation part, 133 Change rate calculation part, 140 Necessity of test Calculation unit, 150 test necessity order output unit, 180 source code file group, 181 responsible person list file, 182 module responsible file, 183 defect amount file, 184 module list file, 185 work period file, 186 modified work file, 187 defect Information file, 188 function coverage rate file, 189 change history file, 190 file storage unit, 191 test necessity file, 192 index value file, 193 test necessity history file, 199 test necessity order file, 2 0 software test support system, 209 network, 210 project management system, 219 project management storage unit, 220 software test system, 229 software test storage unit, 230 source code management system, 239 source code management storage unit, 240 defect management system, 249 Defect management storage unit, 250 work management system, 259 work management storage unit, 901 arithmetic device, 902 auxiliary storage device, 903 main storage device, 904 communication device, 905 input / output device, 909 bus.

Claims (8)

ソフトウェアプログラムに含まれる少なくともいずれかのモジュールの開発を担当した担当者の担当者識別子を含む担当者一覧ファイルと、前記ソフトウェアプログラムに含まれるモジュールのモジュール識別子に担当者識別子を対応付けるモジュール担当ファイルと、モジュールに発生した不具合の量である不具合量をモジュール識別子に対応付ける不具合量ファイルと、を記憶するファイル記憶部と、
前記担当者一覧ファイルに含まれる担当者識別子毎にモジュール識別子を前記モジュール担当ファイルから選択し、選択したモジュール識別子に対応付けられた不具合量を前記不具合量ファイルから選択し、選択した不具合量に基づいて、担当者の技術力を表す担当者技術値を算出する担当者技術値算出部と
を備えるソフトウェア試験支援装置。 A person-in-charge list file including a person-in-charge identifier of a person in charge of developing at least one of the modules included in the software program; a module person-in-charge file that associates a person-in-charge identifier with the module identifier of the module included in the software program; A file storage unit that stores a defect amount file that associates a defect amount that is the amount of a defect that has occurred in a module with a module identifier;
For each person identifier included in the person-in-charge list file, a module identifier is selected from the module person-in-charge file, a defect amount associated with the selected module identifier is selected from the defect amount file, and based on the selected defect amount And a software test support apparatus comprising a person-in-charge technical value calculating unit that calculates a person-in-charge technical value representing the technical ability of the person in charge. 前記ファイル記憶部は、モジュール識別子を含むモジュール一覧ファイルを記憶し、
前記モジュール一覧ファイルに含まれるモジュール識別子毎に前記担当者技術値算出部によって算出された担当者技術値を選択し、選択した担当者技術値を用いて、モジュールによって実現される機能についての試験の実施が必要な度合い表す試験必要度を算出する試験必要度算出部を備える
請求項１に記載のソフトウェア試験支援装置。 The file storage unit stores a module list file including a module identifier,
The person-in-charge technical value calculated by the person-in-charge technical value calculation unit is selected for each module identifier included in the module list file, and a test of the function realized by the module is performed using the selected person-in-charge technical value. The software test support apparatus according to claim 1, further comprising a test necessity degree calculation unit that calculates a test necessity degree representing a degree of necessity of execution. 前記ファイル記憶部は、前記ソフトウェアプログラムのバージョン毎の作業期間を示す作業期間ファイルと、変更されたモジュールのモジュール識別子にモジュールを変更した変更作業に要した変更作業量と変更作業が行われた作業期間の選択に用いる作業期間選択情報とを対応付ける変更作業ファイルとを記憶し、
前記ソフトウェア試験支援装置は、
前記モジュール一覧ファイルに含まれるモジュール識別子毎に変更作業量と作業期間選択情報とを前記変更作業ファイルから選択し、選択した作業期間選択情報に基づいて作業期間を前記作業期間ファイルから選択し、選択した作業期間と選択した変更作業量とに基づいて、単位期間当たりの変更作業量を表す変更作業密度を算出する変更作業密度算出部を備え、
前記試験必要度算出部は、前記モジュール一覧ファイルに含まれるモジュール識別子毎に前記変更作業密度と前記担当者技術値とを用いて前記試験必要度を算出する
請求項２に記載のソフトウェア試験支援装置。 The file storage unit includes a work period file indicating a work period for each version of the software program, a change work amount required for a change work in which a module is changed to a module identifier of the changed module, and a work in which the change work is performed. Storing a change work file that associates work period selection information used for selecting a period;
The software test support device includes:
For each module identifier included in the module list file, a changed work amount and work period selection information are selected from the changed work file, a work period is selected from the work period file based on the selected work period selection information, and selected. A change work density calculation unit that calculates a change work density representing a change work amount per unit period based on the changed work period and the selected change work amount;
The software test support apparatus according to claim 2, wherein the test necessity calculation unit calculates the test necessity using the changed work density and the person-in-charge technical value for each module identifier included in the module list file. . 前記ファイル記憶部は、前回算出された試験必要度である前回必要度をモジュール識別子に対応付ける試験必要度履歴ファイルを記憶し、
前記試験必要度算出部は、前記モジュール一覧ファイルに含まれるモジュール識別子毎に前回必要度を前記試験必要度履歴ファイルから選択し、選択した前回必要度と今回算出した試験必要度である今回必要度との差の大きさに基づいて、前記今回必要度を更新する
請求項２に記載のソフトウェア試験支援装置。 The file storage unit stores a test necessity history file for associating a previous need that is a test need calculated last time with a module identifier,
The test necessity degree calculation unit selects the previous necessity degree from the test necessity degree history file for each module identifier included in the module list file, and the present necessity degree that is the selected previous necessity degree and the currently calculated test necessity degree. The software test support apparatus according to claim 2, wherein the current necessity level is updated based on a magnitude of a difference from the software test. ソフトウェアプログラムに含まれるモジュールのモジュール識別子を含むモジュール一覧ファイルと、前記ソフトウェアプログラムのバージョン毎の作業期間を示す作業期間ファイルと、変更されたモジュールのモジュール識別子にモジュールを変更した変更作業に要した変更作業量と変更作業が行われた作業期間の選択に用いる作業期間選択情報とを対応付ける変更作業ファイルと、を記憶するファイル記憶部と、
前記モジュール一覧ファイルに含まれるモジュール識別子毎に変更作業量と作業期間選択情報とを前記変更作業ファイルから選択し、選択した作業期間選択情報に基づいて作業期間を前記作業期間ファイルから選択し、選択した作業期間と選択した変更作業量とに基づいて、単位期間当たりの変更作業量を表す変更作業密度を算出する変更作業密度算出部と
を備えるソフトウェア試験支援装置。 A module list file including module identifiers of modules included in the software program, a work period file indicating a work period for each version of the software program, and a change required for the change work for changing the module to the module identifier of the changed module A file storage unit that stores a changed work file that associates the work amount with work period selection information used for selecting a work period in which the changed work has been performed;
For each module identifier included in the module list file, a changed work amount and work period selection information are selected from the changed work file, a work period is selected from the work period file based on the selected work period selection information, and selected. A software test support apparatus comprising: a changed work density calculating unit that calculates a changed work density representing a changed work amount per unit period based on the changed work period and the selected changed work amount. 前記モジュール一覧ファイルに含まれるモジュール識別子毎に前記変更作業密度算出部によって算出された変更作業密度を選択し、選択した変更作業密度を用いて、モジュールによって実現される機能についての試験の実施が必要な度合いを表す試験必要度を算出する試験必要度算出部を備える
請求項５に記載のソフトウェア試験支援装置。 It is necessary to select a changed work density calculated by the changed work density calculation unit for each module identifier included in the module list file, and to perform a test on a function realized by the module using the selected changed work density. The software test support apparatus according to claim 5, further comprising a test necessity degree calculation unit that calculates a test necessity degree representing a certain degree. 担当者一覧ファイルとモジュール担当ファイルと不具合量ファイルとを用いるソフトウェア試験支援プログラムであって、
前記担当者一覧ファイルは、ソフトウェアプログラムに含まれる少なくともいずれかのモジュールの開発を担当した担当者の担当者識別子を含むファイルであり、
前記モジュール担当ファイルは、前記ソフトウェアプログラムに含まれるモジュールのモジュール識別子に担当者識別子を対応付けるファイルであり、
前記不具合量ファイルは、モジュールに発生した不具合の量である不具合量をモジュール識別子に対応付けるファイルであり、
前記担当者一覧ファイルに含まれる担当者識別子毎にモジュール識別子を前記モジュール担当ファイルから選択し、選択したモジュール識別子に対応付けられた不具合量を前記不具合量ファイルから選択し、選択した不具合量に基づいて、担当者の技術力を表す担当者技術値を算出する担当者技術値算出部として
コンピュータを機能させるためのソフトウェア試験支援プログラム。 A software testing support program that uses a person-in-charge list file, a module person-in-charge file, and a defect amount file,
The person-in-charge list file is a file including a person-in-charge identifier of a person in charge of developing at least one of the modules included in the software program,
The module responsible file is a file that associates a responsible person identifier with a module identifier of a module included in the software program,
The defect amount file is a file that associates a defect amount that is the amount of a defect that has occurred in a module with a module identifier;
For each person identifier included in the person-in-charge list file, a module identifier is selected from the module person-in-charge file, a defect amount associated with the selected module identifier is selected from the defect amount file, and based on the selected defect amount A software test support program for causing a computer to function as a person-in-charge technical value calculation unit that calculates a person-in-charge technical value representing the technical ability of the person in charge. モジュール一覧ファイルと作業期間ファイルと変更作業ファイルとを用いるソフトウェア試験支援プログラムであって、
前記モジュール一覧ファイルは、ソフトウェアプログラムに含まれるモジュールのモジュール識別子を含むファイルであり、
前記作業期間ファイルは、前記ソフトウェアプログラムのバージョン毎の作業期間を示すファイルであり、
前記変更作業ファイルは、変更されたモジュールのモジュール識別子にモジュールを変更した変更作業に要した変更作業量と変更作業が行われた作業期間の選択に用いる作業期間選択情報とを対応付けるファイルであり、
前記モジュール一覧ファイルに含まれるモジュール識別子毎に変更作業量と作業期間選択情報とを前記変更作業ファイルから選択し、選択した作業期間選択情報に基づいて作業期間を前記作業期間ファイルから選択し、選択した作業期間と選択した変更作業量とに基づいて、単位期間当たりの変更作業量を表す変更作業密度を算出する変更作業密度算出部として
コンピュータを機能させるためのソフトウェア試験支援プログラム。 A software test support program that uses a module list file, a work period file, and a change work file,
The module list file is a file including a module identifier of a module included in a software program,
The work period file is a file indicating a work period for each version of the software program,
The change work file is a file that associates the change work amount required for the change work that changed the module with the module identifier of the changed module and the work period selection information used for selecting the work period in which the change work was performed,
For each module identifier included in the module list file, a changed work amount and work period selection information are selected from the changed work file, a work period is selected from the work period file based on the selected work period selection information, and selected. A software test support program for causing a computer to function as a changed work density calculation unit that calculates a changed work density representing a changed work amount per unit period based on the changed work period and the selected changed work amount.

Images