Search

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

JP2026076785AJP 2026076785 AJP2026076785 AJP 2026076785AJP-2026076785-A

Abstract

【課題】リソースを有効に使用することが可能なプログラム開発支援システムを提供する。 【解決手段】テストすべき複数の機能が実行順序キューに登録される。自動テスト実行部が、実行順序キューの先頭に登録されている機能をテストする。機能関連付け表によって、テストすべき複数の機能のそれぞれに、機能の実現時に使用するサブモジュールまたは機能の正常性を確認するためのテスト項目が関連付けられている。実行順制御部が、自動テスト実行部によるテスト結果が期待結果を満たさない場合、期待結果を満たさなかった機能と機能関連付け表とに基づいて、実行順序キューに登録されている機能のテストの順番を変更する機能を有する。 【選択図】図１

Inventors

  • 山本 新悟

Assignees

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

Dates

Publication Date
20260512
Application Date
20241024

Claims (7)

  1. テストすべき複数の機能が登録される実行順序キューと、 前記実行順序キューの先頭に登録されている機能をテストする自動テスト実行部と、 テストすべき複数の機能のそれぞれに、機能の実現時に使用するサブモジュールまたは機能の正常性を確認するためのテスト項目を関連付ける機能関連付け表と、 前記自動テスト実行部によるテスト結果が期待結果を満たさない場合、期待結果を満たさなかった機能と前記機能関連付け表とに基づいて、前記実行順序キューに登録されている機能のテストの順番を変更する機能を有する実行順制御部と を備えたプログラム開発支援システム。
  2. 前記実行順制御部は、期待結果を満たさなかった機能に関連付けられているサブモジュールまたはテスト項目から、期待結果が満たされない原因となった不具合発生サブモジュールまたは期待結果が満たされなかった不具合発生テスト項目を抽出し、前記実行順序キューに登録されている機能のうち前記不具合発生サブモジュールまたは前記不具合発生テスト項目に関連付けられている機能をテストする順番を繰り下げる請求項１に記載のプログラム開発支援システム。
  3. さらに、 入力された情報に基づいて、前記機能関連付け表に、機能とサブモジュールまたはテスト項目との関連を新たに追加する機能関連付け設定部を備えた請求項１または２に記載のプログラム開発支援システム。
  4. さらに、前記実行順制御部が前記実行順序キューに登録されている機能の順番を変更した場合に、実行の順番を変更したことを通知する順序変更通知部を備えた請求項１または２に記載のプログラム開発支援システム。
  5. テストすべき機能のそれぞれに、機能の実現時に使用するサブモジュールまたは機能の正常性を確認するためのテスト項目を関連付けた機能関連付け表を作成し、 テストすべき複数の機能がテストされる順番に登録されている実行順序キューの先頭に登録されている機能をテストし、 テスト結果が期待結果を満たさない場合、期待結果を満たさなかった機能と前記機能関連付け表とに基づいて、前記実行順序キューに登録されている機能のテストの順番を変更するプログラム開発支援方法。
  6. 期待結果を満たさなかった機能に関連付けられているサブモジュールまたはテスト項目から、期待結果が満たされない原因となった不具合発生サブモジュールまたは期待結果が満たされなかった不具合発生テスト項目を抽出し、前記実行順序キューに登録されている機能のうち前記不具合発生サブモジュールまたは前記不具合発生テスト項目に関連付けられている機能をテストする順番を繰り下げる請求項５に記載のプログラム開発支援方法。
  7. 前記実行順序キューに登録されている機能のうち前記不具合発生サブモジュールまたは前記不具合発生テスト項目に関連付けられている機能をテストする順番を繰り下げると、順番が繰り下げられたことを開発者に通知する請求項６に記載のプログラム開発支援方法。

Description

本発明は、プログラム開発支援システム及びプログラム開発支援方法に関する。 近年、プログラム開発現場において継続的インテグレーション（ＣＩ）システムを用いたテスト自動化が普及してきている。ウェブ系プログラムの開発では、ＣＩシステムは一般的であるが、機器組み込み系プログラムの開発においても、ＣＩシステムが導入され始めている。 一般的に、開発者がソフトウェア構成管理サーバ（以下、ＳＣＭサーバという。）にソースコードをコミット（アップロード）したことをトリガとしてＣＩシステムが動作し、自動的にプログラムのテストを実行する。複数の開発者が複数の機能の開発を行う場合、ＣＩシステムは複数の開発者で共有される。このため、複数の開発者が同時期に複数の機能のそれぞれを実現するためのソースコードをコミットする可能性がある。このような場合、コミットした順番に、各機能を実現するためのソースコードのテスト（以下、単に機能のテストという場合がある。）が実行されるのが一般的である。 コミットした順番に機能のテストを行う仕組みの場合、先にコミットした機能のテストが終了するまで、後にコミットした機能のテストが実行されない。先にテストすべき機能（優先度の高い機能）がコミットされても、優先度の高い機能のテストは、先にコミットされた機能のテストが終了するまで待たされる。 各機能に優先度属性を関連付け、優先度の高い機能が先にテストされるように、実行順序キューに登録された機能の順番を入れ替える技術が公知である（特許文献１）。 特許第７２４６３０１号公報 図１は、第１実施例によるプログラム開発支援システムのブロック図である。図２は、機能関連付け表１６の一例を示す図表である。図３Ａ及び図３Ｂは、ソフトウェア管理者が操作する入力装置１５の表示画面１５Ａに表示された画像の一例を示す図である。図４は、実行順制御部１２が実行する手順を示すフローチャートである。図５Ａ及び図５Ｂは、端末２５（図１）の表示画面２６に表示される情報の一例を示す図である。図６は、第２実施例によるプログラム開発支援システムの機能関連付け表１６の一例を示す図表である。 図１～図５Ｂを参照して、第１実施例によるプログラム開発支援システムについて説明する。 図１は、第１実施例によるプログラム開発支援システムのブロック図である。プログラム開発支援システムの各機能は、記憶部に格納されたプログラムをコンピュータが実行することにより実現される。複数の開発者がそれぞれの端末２５を用いてそれぞれの機能を実現するためのソースコードを作成する。ＳＣＭサーバ２０に、複数の機能のそれぞれを実現するためのソースコード、複数の機能で使用される共通サブモジュール等が蓄積される。ＳＣＭサーバ２０は、機能ごとのソースコードの変更履歴及びバージョン管理等を行う。 機能ごとに作成されたソースコードが端末２５からＳＣＭサーバ２０にコミット（アップロード）されると、複数の機能が、コミットされた順番に実行順序キュー１１に登録される。図１では、３つの機能Ａ、Ｂ、Ｃのそれぞれを実現するソースコード、３０Ａ、３０Ｂ、３０ＣがＳＣＭサーバ２０にコミットされる例を示している。実行順序キュー１１に、機能Ａ、Ｂ、Ｃがこの順番に登録される。機能を識別する情報は、例えばＳＣＭサーバ２０で管理される変更履歴により、変更されているフォルダまたはファイルから抽出することができる。 自動テスト実行部１０が、実行順序キュー１１の先頭に登録されている機能をテストする。図１に示した例では、自動テスト実行部１０は、先頭に登録されている機能Ａを実現するためのソースコード３０Ａ及び共通サブモジュールのソースコードをコンパイルして実行可能ファイルを作成し、実行する。 次に、プログラム開発支援システムの記憶部に記憶された機能関連付け表１６について説明する。機能関連付け表１６は、テストすべき複数の機能のそれぞれに、機能の実現時に使用するサブモジュールを関連付けている。機能関連付け表１６は、例えばソフトウェア管理者が、後に説明する入力装置１５を操作することにより、作成される。 図２は、機能関連付け表１６の一例を示す図表である。図２の各行が機能に対応し、各列がサブモジュールに対応する。図２の図表中の丸記号は、機能の実現にサブモジュールが使用されることを示しており、ハイフンはサブモジュールが使用されないことを示している。図２に示した例では、機能Ａ及び機能Ｂの実現のためにサブモジュールＸが使用され、サブモジュールＹ、Ｚは使用されない。機能Ｃの実現のために、サブモジュールＹ、Ｚが使用され、サブモジュールＸは使用されない。 次に、機能関連付け設定部１３（図１）について説明する。新しい機能を開発する際には、ソフトウェア管理者が入力装置１５を操作することにより、テストすべき新しい機能と、その機能を実現するときに使用されるサブモジュールとの関連付けを行う。次に、図３Ａ及び図３Ｂを参照して、機能とサブモジュールとの関連付けを行う操作について説明する。 図３Ａ及び図３Ｂは、ソフトウェア管理者が操作する入力装置１５の表示画面１５Ａに表示された画像の一例を示す図である。図３Ａに示すように、機能Ａ、Ｂ、Ｃと、サブモジュールＸ、Ｙ、Ｚとを関連付けた図表が表示される、さらに、「機能追加」、「サブモジュール追加」、「設定」、及び「キャンセル」ボタンが表示される。ソフトウェア管理者が「機能追加」ボタンを選択すると、図３Ｂに示すように、新しい機能Ｄを示す行が追加され、各モジュールに対応する箇所にチェックボックスが表示される。 ソフトウェア管理者が、機能Ｄの実現時に使用されるサブモジュールに対応するチェックボックスにチェックマークを付すことにより、機能Ｄとサブモジュールとの関連付けを行う。図３Ｂでは、機能ＤにサブモジュールＺを関連付けた例を示している。「設定」ボタンが選択されると、機能関連付け設定部１３が、入力された情報に基づいて、機能関連付け表１６に、機能ＤとサブモジュールＺとの関連を新たに追加する。 「サブモジュール追加」ボタンが選択されると、新しいサブモジュールを示す列が追加され、各機能に対応する箇所にチェックボックスが表示される。「キャンセル」ボタンが選択されると、機能とサブモジュールとの関連付け処理がキャンセルされる。 次に、実行順制御部１２（図１）について説明する。 実行順制御部１２は、自動テスト実行部１０によるテスト結果が期待結果を満たさない場合、期待結果を満たさなかった機能と機能関連付け表１６とに基づいて、実行順序キューに登録されている機能のテストの順番を変更する。 次に、図４を参照して実行順制御部１２が実行する手順について説明する。図４は、実行順制御部１２が実行する手順を示すフローチャートである。１つの機能について自動テスト実行部１０によるテストが終了すると、図４に示した手順が開始される。実行順制御部１２は、テスト結果が期待結果を満たすか否かを判定する（ステップＳ１）。テスト結果が期待結果を満たす場合（ＯＫの場合）、処理を終了する。テスト結果が期待結果を満たさない場合（ＮＧの場合）、実行順序キュー１１に登録されている機能の個数を判定する（ステップＳ２）。 実行順序キュー１１に登録されている機能の個数が１以下の場合、処理を終了する。実行順序キュー１１に登録されている機能の個数が２以上の場合、機能関連付け表１６を参照して、期待結果を満たさなかった機能に関連付けられているサブモジュールを抽出する（ステップＳ３）。例えば、図２に示した例では、機能Ａのテストを実行して期待結果が満たされなかった場合、サブモジュールＸが抽出される。次に、ステップＳ３で抽出されたサブモジュールから、期待結果が満たされない原因となった不具合発生サブモジュールを決定する（ステップＳ４）。 ステップＳ４で不具合発生サブモジュールが見つかった場合は、パラメータｎを初期化（ｎ＝０に設定）する（ステップＳ５、Ｓ６）。パラメータｎを初期化した後、実行順序キュー１１の先頭からｎ番目の機能が、ステップＳ４で決定された不具合発生サブモジュールを使用しているか否かを確認する（ステップＳ７）。実行順序キュー１１の先頭を０番目と定義する。パラメータｎがゼロのとき、実行順序キュー１１の先頭に登録されている機能（図１に示した例では機能Ｂ）が、不具合発生サブモジュールを使用しているか否かを確認する。 例えば、図２に示した例において、機能Ａに関連付けられているサブモジュールＸが不具合発生サブモジュールとして決定された場合、機能ＢもサブモジュールＸに関連付けられているため、機能Ｂは、不具合発生サブモジュールＸに関連付けられていると判定される。 実行順序キュー１１の先頭からｎ番目に登録されている機能が不具合発生サブモジュールに関連付けられている場合（ステップＳ８）、先頭からｎ番目に登録されている機能を実行順序キュー１１の最後尾に移動させる（ステップＳ９）。すなわち、不具合発生サブモジュールに関連付けられている機能をテストする順番を繰り下げる。図１、図２に示した例では、機能Ａの不具合発生サブモジュールＸを使用している機能Ｂを、実行順序キュー１１の最後尾に移動させる。これにより、機能Ｃが実行順序キュー１１の先頭に登録される。 実行順序キュー１１に未確認の機能があるか否かを判定し、未確認の機能がある場合は、再度、実行順序キュー１１の先頭からｎ番目の機能が、ステップＳ４で決定された不具合発生サブモジュールを使用しているか否かを確認する（ステップＳ７）手順から実行する。図１及び図２に示した例では、現時点で実行順序キュー１１の先頭に登録されている機能Ｃが不具合発生サブモジュールＸを使用していないため、実行順序キュー１１に登録されている機能の順番を変更することなく、パラメータｎに１を加算する（ステップＳ８、Ｓ１０）。その後、ステップＳ１１を実行する。 ステップＳ４で不具合発生サブモジュールが見つからなかった場合は、ステップＳ６からステップＳ９、Ｓ１０までの手順は実行されず、処理を終了する。ステップＳ１でテスト結果がＮＧと判定され、ステップＳ４で不具合発生サブモジュールが見つからない例として、種々のサブモジュールを呼び出す前後の処理に不具合が存在する場合等が挙げられる。 例えば、図２に示した例では、実行順序キュー１１の先頭に登録されている機能Ｂが不具合発生サブモジュールを使用しているが、以下、機能Ｂが不具合発生サブモジュールを使用していない例について説明する。この場合、実行順序キュー１１に登録されている機能の順番を変更することなくステップＳ１０においてｎに１が加算される。これにより、ステップＳ１１の手順を実行した後、ステップＳ７において実行順序キュー１１の１番目（先頭の後）に登録されている機能Ｃについて、処理を実行する。 実行順序キュー１１に未確認の機能が無い場合、処理を終了する（ステップＳ１１）。 次に、図５Ａ及び図５Ｂを参照して、順序変更通知部１４（図１）の機能について説明する。図５Ａ及び図５Ｂは、端末２５（図１）の表示画面２６に表示される情報の一例を示す図である。 図５Ａに示すように、例えば、機能Ａのテストの実行手順が複数のステージＩ～Ｖに分かれており、ステージの順番にテストが実行される。自動テスト実行部１０（図１）が実行ステータス（現在実行中のステージ）をプログレスバーで表示する。さらに、現時点で実行順序キュー１１（図１）に登録されている機能が、登録順に、テスト所要見込み時間とともに表示される。これにより、開発者は、自分が開発した機能がテストされるまでのおおよその待機時間を知ることができる。 テストが終了すると、図５Ｂに示すように、プログレスバーの右端に、テスト結果が「ＯＫ」または「ＮＧ」で表示される。 実行順制御部１２（図１）が実行順序キュー１１（図１）に登録されている