JP-2026076784-A - プログラム開発支援システム及びプログラム開発方法

Abstract

【課題】テスト時間を短縮することが可能なプログラム開発支援システムを提供する。 【解決手段】テスト項目一覧表に、テスト項目の一覧、及びテスト項目のそれぞれについて期待結果が得られなかったＮＧ回数が記憶されている。順序制御部が、テスト項目一覧表から、実施するテスト項目を抽出し、抽出された複数のテスト項目を、テスト項目一覧表に記憶されているＮＧ回数に基づいて並べ替える。テスト実行指示部が、順序制御部によって並べ替えられた順番に基づいて、実際にテストを実行するテスト実行部にテスト実行の指令を送出する。 【選択図】図１

Inventors

• 山本 新悟

Assignees

• 住友重機械工業株式会社

Dates

Publication Date

20260512

Application Date

20241024

Claims (10)

1. テスト項目の一覧、及びテスト項目のそれぞれについて期待結果が得られなかったＮＧ回数を記憶するテスト項目一覧表と、 前記テスト項目一覧表から、実施するテスト項目を抽出し、抽出された複数のテスト項目を、前記テスト項目一覧表に記憶されているＮＧ回数に基づいて並べ替える順序制御部と、 前記順序制御部によって並べ替えられた順番に基づいて、実際にテストを実行するテスト実行部にテスト実行の指令を送出するテスト実行指示部と を備えたプログラム開発支援システム。
2. 前記テスト実行指示部は、前記テスト実行部からのテスト結果を受信してテスト結果を判定し、テスト結果が期待結果を満たさない場合、前記テスト項目一覧表の該当するテスト項目のＮＧ回数を更新する請求項１に記載のプログラム開発支援システム。
3. ソースコードを特定する複数のソースコード特定情報のそれぞれに、前記ソースコード特定情報で特定されるソースコードの正常性を確認するために実施すべきテスト項目を関連付ける関連付け表を、さらに備えており、 前記順序制御部は、抽出された複数のテスト項目をＮＧ回数に基づいて並べ替えた後、前記関連付け表を参照して、テストするソースコードに関連付けられたテスト項目の順番を繰り上げる機能を有する請求項１または２に記載のプログラム開発支援システム。
4. 前記順序制御部は、さらに、ソースコードを特定する複数のソースコード特定情報とテスト項目のそれぞれとの関連度合いに基づいて、複数のテスト項目を並べ替える機能を有する請求項１または２に記載のプログラム開発支援システム。
5. 前記複数のテスト項目のそれぞれについて、テストの実行に必要な平均所要時間の長短に基づいた評価値を記憶するテスト時間重み付け表を、さらに備えており、 前記順序制御部は、さらに、前記テスト時間重み付け表に記憶された評価値に基づいて、複数のテスト項目を並べ替える機能を有する請求項４に記載のプログラム開発支援システム。
6. 前記テスト項目一覧表は、開発初期からの累積のＮＧ回数、及び現時点から一定期間遡った時点以降に発生したＮＧ回数を記憶する請求項１または２に記載のプログラム開発支援システム。
7. 前記テスト項目一覧表は、さらに、開発中に生成される複数のブランチのそれぞれについて発生したＮＧ回数を記憶する請求項１または２に記載のプログラム開発支援システム。
8. ソースコードのテストを行う際に、テスト項目一覧表から実施するテスト項目を抽出し、 抽出された複数のテスト項目を、過去にテスト項目を実施したときに発生したＮＧ回数に基づいて並べ替え、 並べ替えられた順番に基づいてテストを実施するプログラム開発方法。
9. 抽出された複数のテスト項目を並べ替える際に、過去にテスト項目を実施したときに発生したＮＧ回数に加えて、テストするソースコードを用いるか否かの情報に基づいて並べ替えを行う請求項８に記載のプログラム開発方法。
10. 抽出された複数のテスト項目を並べ替える際に、過去にテスト項目を実施したときに発生したＮＧ回数に加えて、テスト項目を実施する平均所要時間に関する情報に基づいて並べ替えを行う請求項８または９に記載のプログラム開発方法。

Description

本発明は、プログラム開発支援システム及びプログラム開発方法に関する。 近年、ソフトウェア開発現場において、継続的インテグレーション（ＣＩ）システムを用いたテストの自動化が進んでいる。ＣＩシステムを用いたテストの自動化は、ウェブ系ソフトウェアの開発においては一般的な手法であり、組み込み系ソフトウェアの開発においても徐々に導入され始めている。組み込み系ソフトウェアがウェブ系ソフトウェアと大きく異なる点として、組み込み系ソフトウェアでは、ターゲット基板にソフトウェアをダウンロードしてテストを実行する必要があることが挙げられる。 ソフトウェアを複数人で開発している場合、ＣＩシステムが複数人で共用される。複数人が同時期にソフトウェア構成管理（ＳＣＭ）サーバにソースコードをコミット（アップロード）した場合、通常は、コミットした順番にテストが実行される。組み込み系ソフトウェアの開発においては、ターゲット基板自体も並行して開発を進めている場合が多い。このため、開発中に利用できるターゲット基板の枚数を多くすることが困難である。１つのソースコードに関連するテストにおいてターゲット基板の専有時間が長くなると、他のソースコードに関連するテストの開始が遅れてしまう。 ノード（関数）の従属関係に基づいてテスト項目の実行順を決定することにより、テスト実施時間を短縮する技術が公知である（特許文献１）。 特開２０２２－１６３４１０号公報 図１は、第１実施例によるプログラム開発支援システムのブロック図である。図２は、関連付け表２０の内容の一例を示す図表である。図３は、テスト項目一覧表２１の内容の一例を示す図表である。図４は、複数のブランチの一例を示す模式図である。図５は、順序制御部１０が実行する処理の手順を示すフローチャートである。図６は、順序制御部１０の機能を説明するためのテスト項目順の一例を示す模式図である。図７は、表示画面３２に表示された画像の一例を示す図である。図８Ａは、評価項目をＮＧ回数としたＮＧ回数重み付け表の一例を示す図表であり、図８Ｂは、評価項目を、ソースコードの変更箇所との関連度とした関連度合い表の一例を示す図表であり、図８Ｃは、評価項目をテスト平均所要時間としたテスト時間重み付け表の一例を示す図表である。図９は、第２実施例によるプログラム開発支援システムの順序制御部１０（図１）がテスト項目の実行順序を決定する手順を説明するための図表である。図１０は、端末３１の表示画面３２に表示されるテスト進捗状況を示す画像の一例を示す図である。図１１は、第３実施例によるプログラム開発方法の手順を示すフローチャートである。 図１～図６を参照して、第１実施例によるプログラム開発支援システム及びプログラム開発方法について説明する。 図１は、第１実施例によるプログラム開発支援システムのブロック図である。開発者が端末３１を用いてソースコード３５を作成または修正してＳＣＭサーバ３０にコミットする。ターゲット基板５０のテスト実行部５１に実行ファイルがダウンロードされ、テストが実行される。 プログラム開発支援システムは、順序制御部１０、テスト実行指示部１１、関連付け設定部１２、入力装置１３、途中経過通知部１４、関連付け表２０、及びテスト項目一覧表２１を含む。関連付け表２０及びテスト項目一覧表２１は、プログラム開発システムの記憶部に記憶領域を確保することにより実現される。順序制御部１０、テスト実行指示部１１、関連付け設定部１２、及び途中経過通知部１４の機能は、記憶部に格納されたプログラムをコンピュータが実行することにより実現される。 まず、図２を参照して関連付け表２０について説明する。図２は、関連付け表２０の内容の一例を示す図表である。関連付け表２０は、ソースコードを特定する複数のソースコード特定情報のそれぞれに、ソースコードの正常性を確認するために実施すべき複数のテスト項目を関連付ける。開発者がＳＣＭサーバ３０にコミットしたソースコードは、ソースコード特定情報によって特定される。ソースコード特定情報は、例えば特定の機能を実現するソースコードのファイル名である。特定の機能を実現するソースコードが複数のファイルで構成される場合は、ソースコード特定情報として、複数のファイルが格納されたフォルダのフォルダ名が用いられる。 図２の各行がソースコード特定情報に対応し、各列がテスト項目に対応する。図２に示した丸記号は、当該行のソースコード特定情報に、当該列のテスト項目が関連付けられていることを意味する。図２に示された例では、例えばソースコード特定情報ｃに、テスト項目Ｃ及びＤが関連付けられている。 次に、図３を参照してテスト項目一覧表２１について説明する。図３は、テスト項目一覧表２１の内容の一例を示す図表である。テスト項目一覧表２１には、複数のテスト項目のそれぞれについて、期待結果が得られなかったＮＧ回数が記憶される。テスト項目一覧表２１には、開発初期からの累積のＮＧ回数、現時点から一定期間遡った時点以降に発生したＮＧ回数（例えば、過去１か月間のＮＧ回数）、及びブランチごとのＮＧ回数が記憶される。 次に、図４を参照してブランチについて説明する。図４は、開発中に発生する複数のブランチの一例を示す模式図である。ブランチは、プログラム変更履歴の流れを記録するものであり、分岐したブランチは、他のブランチの影響を受けないため、プログラムの開発中に複数の変更を同時に進めることができる。 図４に示すように、例えば動作が安定したマスターブランチＢｒ１から、開発ブランチＢｒ３が分岐し、開発ブランチＢｒ３から、追加変更を行う複数の機能に対応して複数の機能ブランチＢｒ４、Ｂｒ５が分岐する。機能ブランチＢｒ４において機能Ｘが実装され、機能ブランチＢｒ５において機能Ｙが実装される。テストは、機能ブランチＢｒ４及びＢｒ５ごとに独立して行われる。 機能ブランチＢｒ４のテストが完了すると、機能ブランチＢｒ４が開発ブランチＢｒ３にマージされる。マージ後、開発ブランチＢｒ３の回帰テストが行われる。機能ブランチＢｒ５のテストが完了すると、機能ブランチＢｒ５が開発ブランチＢｒ３にマージされる。すべての機能ブランチが開発ブランチＢｒ３にマージされると、開発ブランチＢｒ３からリリースブランチＢｒ２が分岐する。リリースブランチＢｒ２及び開発ブランチＢｒ３において回帰テストが行われる。 開発ブランチＢｒ３の回帰テストでテスト結果がＮＧになると、開発ブランチＢｒ３からバグ修正用ブランチＢｒ６が分岐し、バグ修正用ブランチＢｒ６でバグの修正が行われる。バグの修正が完了すると、バグ修正用ブランチＢｒ６が開発ブランチＢｒ３にマージされる。その後、開発ブランチＢｒ３がリリースブランチＢｒ２にマージされる。リリースブランチＢｒ２の回帰テストが終了すると、リリースブランチＢｒ２がマスターブランチＢｒ１にマージされ、マスターブランチＢｒ１がリリースされる。 このように、プログラムのテストは、ブランチごとに並行して行われる。テスト項目一覧表２１（図３）は、開発中に生成された複数のブランチのそれぞれのテストで発生したＮＧ回数をブランチごとに記憶する。テスト項目一覧表２１（図３）の累積ＮＧ回数及び過去１か月のＮＧ回数は、すべてのブランチについてテスト項目ごとに行われたテストの結果のＮＧ回数を表してる。 次に、図５及び図６を参照して順序制御部１０（図１）の機能について説明する。図５は、順序制御部１０が実行する処理の手順を示すフローチャートである。図６は、順序制御部１０の機能を説明するためのテスト項目順の一例を示す模式図である。 ＳＣＭサーバ３０（図１）に新しいソースコードがコミット（更新プログラムがアップロード）されると、順序制御部１０は、ＳＣＭサーバ３０から更新プログラムを取得する（ステップＳ１）。更新プログラムを取得すると、更新プログラムの正常性を確認するために実施すべきテスト項目を取得する（ステップＳ２）。実施すべきテスト項目は、更新プログラムごとに事前に登録されている。例えば、ソースコード特定情報ｃ（図２）の更新プログラムをテストする場合、図６に示すように、テスト項目Ａからテスト項目Ｅまでの５個のテスト項目が取得される。 次に、順序制御部１０は、関連付け表２０（図２）から、更新プログラムのソースコード特定情報に関連付けられたテスト項目を取得する（ステップＳ３）。例えば、テストすべき更新プログラムがソースコード特定情報ｃ（図２）で特定される場合、関連付けられたテスト項目として、テスト項目Ｃ、Ｄが取得される。図６において、更新プログラムのソースコード特定情報に関連付けられたテスト項目を相対的に太い実線で表している。 順序制御部１０は、テスト項目一覧表２１（図３）を参照して、ステップＳ２で取得された実施するテスト項目を、ＮＧ回数に基づいて並べ替える（ステップＳ４）。並べ替える基準のＮＧ回数として、例えば累積ＮＧ回数を採用する。その他に、過去１か月間のＮＧ回数を採用してもよいし、現在テストを行っているブランチのＮＧ回数を採用してもよい。図６においてテスト項目に付されたカッコ内の数値は、累積ＮＧ回数（図３）を表している。この例では、ＮＧ回数で並べ替えると、テスト項目Ｅ、Ｃ、Ａ、Ｂ、Ｄの順番になる。 次に、順序制御部１０は、ステップＳ３で取得された関連付けられたテスト項目の順番を、関連付けられていないテスト項目に対して繰り上げる（ステップＳ５）。例えば、ソースコード特定情報ｃにテスト項目Ｃ及びテスト項目Ｄが関連付けられているため、図６に示すように、テスト項目Ｃ及びテスト項目Ｄの順番を、テスト項目Ｅ、Ａ、Ｂに対して繰り上げる。これにより、並べ替え後の順番は、テスト項目Ｃ、Ｄ、Ｅ、Ａ、Ｂの順番になる。 テスト項目の順番が並べ替えられたら、順序制御部１０は、テスト実行指示部１１に、テスト項目の実行の順番を通知する（ステップＳ６）。 次に、テスト実行指示部１１（図１）の機能について説明する。テストすべきソースコード３５を指定するソースコード特定情報が決まると、テスト実行指示部１１は、ソースコード特定情報で特定されたソースコードを含む全体のソースコードから実行ファイルを作成し、ターゲット基板５０のテスト実行部５１にダウンロードする。 テスト実行指示部１１は、テスト項目のそれぞれについてテストケースを取得する。テストケースは、ソースコードのテストを実施する際に用意する実行条件、入力データ、期待される出力や結果等が組み合わされた情報であり、１つのテスト項目に対して１つまたは複数のテストケースが準備される。テストケースの内容は、テスト項目一覧表２１に予め記憶されている。 テスト実行指示部１１は、順序制御部１０によって並べ替えられた順番に基づいて、ターゲット基板５０のテスト実行部５１にテスト実行の指令を送出する。テスト実行部５１が、指令された順番に複数のテスト項目を実行する。１つのテスト項目を実行する際には、そのテスト項目に対応付けられているすべてのテストケースを実行する。 テスト実行部５１は、テスト実行指示部１１から指示されたテスト項目を実行するとともに、テスト実行指示部１１に対して実行結果を返信する。この返信には、テストケースのそれぞれの実行結果が含まれる。 テスト実行指示部１１は、テスト実行部５１からのテスト結果を受信して、テスト結果を判定する。すべてのテストケースの実行結果が期待結果を満たす場合に、そのテスト項目のテスト結果は「ＯＫ」と判定され、１つでも期待結果を満たさないテストケースがあれば、そのテスト項目のテスト結果は「ＮＧ」と判定される。テスト結果が期待結果を満たさない（ＮＧである）場合、テスト項目一覧表２１の該当するテスト項目のＮＧ回数を更新する。具体的には、テスト結果がＮＧとなったテスト項目の現時点のＮＧ回数に１を加える。さらに、テスト実行指示部１