(57)【特許請求の範囲】
【請求項１】
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、前記プログラムは、前記プロセッサに、
テスト設計書と、前記テスト設計書に含まれる要素であって、前記テスト設計書から取り出された、テストを規定する第１要素及び具体的なテストケースが設定されている第２要素のうち少なくとも一方の要素とを、情報の共有が求められる層毎に設けられているデータベースに記憶するステップと、
ユーザからの要求に応じ、前記データベース毎に記憶されているテスト設計書、又は要素を切り替えて提示するステップと
を実行させるプログラム。
【請求項２】
前記記憶するステップにおいて、作成されたテスト設計書、及び当該テスト設計書から取り出された要素を、プロジェクト内で情報を共有する第１データベースに記憶する請求項１記載のプログラム。
【請求項３】
前記記憶するステップにおいて、前記第１データベースに記憶されているテスト設計書、及び当該テスト設計書から取り出された要素のうちいずれかを、プロジェクト横断で情報を共有する第２データベースに記憶する請求項２記載のプログラム。
【請求項４】
前記記憶するステップにおいて、前記第１データベース、又は前記第２データベースに記憶されているテスト設計書、及び当該テスト設計書から取り出された要素のうちいずれかを、全体で情報を共有する第３データベースに記憶する請求項３記載のプログラム。
【請求項５】
前記記憶するステップにおいて、前記テスト設計書、又は当該テスト設計書から取り出された要素に、前記テスト設計書が属する種別を表す情報を付して前記第３データベースに記憶する請求項４記載のプログラム。
【請求項６】
前記記憶するステップにおいて、前記テスト設計書、及び当該テスト設計書から取り出された要素を前記第３データベースに記憶するには、権限を有する者の操作が必要である請求項４又は５に記載のプログラム。
【請求項７】
前記提示するステップにおいて、前記第１データベースに記憶されるテスト設計書、又は要素を、前記第１データベースと対応するプロジェクトに属するユーザへ提示する請求項２乃至６のいずれかに記載のプログラム。
【請求項８】
前記提示するステップにおいて、前記第２データベースに記憶されるテスト設計書、又は要素を、同一クライアント内の他プロジェクトに属するユーザへ提示する請求項３乃至６のいずれかに記載のプログラム。
【請求項９】
前記提示するステップにおいて、前記第３データベースに記憶されるテスト設計書、又は要素をユーザへ提示する請求項４乃至６のいずれかに記載のプログラム。
【請求項１０】
前記記憶するステップにおいて、前記作成されたテスト設計書、及び当該テスト設計書から取り出された要素を、作成の際に参照された機能仕様書と関連付けて前記第１データベースに記憶し、
前記機能仕様書に変更があった場合、当該機能仕様書と関連付けられているテスト設計書、又は要素の修正を提案するステップを前記プロセッサに実行させる請求項２乃至９のいずれかに記載のプログラム。
【請求項１１】
前記記憶するステップにおいて、前記作成されたテスト設計書、及び当該テスト設計書から取り出された要素を、作成の際に参照された機能仕様書の該当箇所と関連付けて前記第１データベースに記憶し、
前記提案するステップにおいて、前記該当箇所に変更があった場合、当該該当箇所と関連付けられているテスト設計書、又は要素の修正を提案する請求項１０記載のプログラム。
【請求項１２】
前記機能仕様書と関連付けられているテスト設計書、又は要素が修正された場合、上位の層のデータベースに記憶される、修正されたテスト設計書、又は要素と対応するテスト設計書、又は要素に、前記修正を反映させるステップを前記プロセッサに実行させる請求項１０又は１１に記載のプログラム。
【請求項１３】
前記記憶するステップにおいて、前記テスト設計書、及び当該テスト設計書から取り出された要素を、テストの特徴を個別に表すタグを付して、前記第２データベースに記憶し、
前記提示するステップにおいて、前記タグに基づき、前記テスト設計書、又は要素を検索する請求項３乃至６、８、９のいずれかに記載のプログラム。
【請求項１４】
前記記憶するステップにおいて、前記テスト設計書、及び当該テスト設計書から取り出された要素を、テストの特徴を個別に表すタグを付して、前記第２データベースに記憶し、
前記記憶するステップにおいて、前記タグの情報に基づいて前記テスト設計書が属する種別を表す属性情報を作成し、前記テスト設計書、又は当該テスト設計書から取り出された要素を、前記属性情報を付して前記第３データベースに記憶する請求項４乃至６、９のいずれかに記載のプログラム。
【請求項１５】
前記第１要素は、テストの拠り所となる見地を表すテスト観点を含み、前記第２要素は、実施されるテストケースが規定されるパターン表を含む請求項１乃至１４のいずれかに記載のプログラム。
【請求項１６】
前記第１要素は、テストの拠り所となる見地を表すテスト観点を含み、前記第２要素は、実施されるテストケースが規定されるパターン表を含み、
前記記憶するステップにおいて、前記第２データベース、又は前記第３データベースに記憶されているテスト観点を、前記テスト設計書が作成される前に、前記第１データベースに記憶する請求項４乃至６のいずれかに記載のプログラム。
【請求項１７】
前記第１データベース、前記第２データベース、又は前記第３データベースに記憶されているテスト設計書、又は要素の参照回数に基づき、指標値を算出するステップを前記プロセッサに実行させる請求項４乃至６のいずれかに記載のプログラム。
【請求項１８】
プロセッサと、メモリとを備えるコンピュータが実行する方法であって、
テスト設計書と、前記テスト設計書に含まれる要素であって、前記テスト設計書から取り出された、テストを規定する第１要素及び具体的なテストケースが設定されている第２要素のうち少なくとも一方の要素とを、情報の共有が求められる層毎に設けられているデータベースに記憶するステップと、
ユーザからの要求に応じ、前記データベース毎に記憶されているテスト設計書、又は要素を切り替えて提示するステップと
を実行する方法。
【請求項１９】
プロセッサと、メモリとを備える情報処理装置であって、
前記プロセッサが、
テスト設計書と、前記テスト設計書に含まれる要素であって、前記テスト設計書から取り出された、テストを規定する第１要素及び具体的なテストケースが設定されている第２要素のうち少なくとも一方の要素とを、情報の共有が求められる層毎に設けられているデータベースに記憶するステップと、
ユーザからの要求に応じ、前記データベース毎に記憶されているテスト設計書、又は要素を切り替えて提示するステップと
を実行する情報処理装置。
【請求項２０】
テスト設計書と、前記テスト設計書に含まれる要素であって、前記テスト設計書から取り出された、テストを規定する第１要素及び具体的なテストケースが設定されている第２要素のうち少なくとも一方の要素とを、情報の共有が求められる層毎に設けられているデータベースに記憶する手段と、
ユーザからの要求に応じ、前記データベース毎に記憶されているテスト設計書、又は要素を切り替えて提示する手段と
を具備するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、プログラム、方法、情報処理装置、及びシステムに関する。
【背景技術】
【０００２】
ソフトウェアは、その品質を担保するため、ローンチの前に機能がテストされる。テストは、ソフトウェア開発会社が組んだ開発スケジュール、及び予算の下で、所望の品質が担保されるように、ソフトウェアの仕様書の内容に基づいて設計される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０２０−９８４１３
【発明の概要】
【発明が解決しようとする課題】
【０００４】
依頼主の意図に従ったテストを設計するには、高度な知識、及び豊富な経験が必要である。テスト設計書を作成する負担を軽減するため、特許文献１では、テストを行う際の観点を示す複数のテスト観点を記憶するデータベースを設けている。そして、システムの仕様書から抽出された仕様項目と、データベースに記憶されているテスト観点とからテストケースを生成するようにしている。
【０００５】
特許文献１では、データベースにテスト観点が記憶されてはいるが、このテスト観点は過去に作成されたテスト設計書に基づくものではない。
【０００６】
本開示では、過去に作成されたテスト設計書を効果的に用い、テストの品質を維持したまま、テスト設計の負担を軽減することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本開示のプログラムは、プロセッサに、テスト設計書、及びテスト設計書から分解された要素を、業務に対応する層毎に設けられているデータベースに記憶するステップと、ユーザからの要求に応じ、データベース毎に記憶されているテスト設計書、又は要素を切り替えて提示するステップとを実行させる。
【発明の効果】
【０００８】
本開示によれば、過去に作成されたテスト設計書を効果的に用い、テストの品質を維持したまま、テスト設計の負担を軽減することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態のシステムの全体構成を示す図である。
【図２】本実施形態のシステムに含まれる端末装置の構成を示すブロック図である。
【図３】本実施形態のシステムに含まれるサーバの機能的な構成を示すブロック図である。
【図４】テスト設計書に含まれる確認項目一覧を表す図である。
【図５】テスト設計書に含まれるパターン表を表す図である。
【図６】プロジェクトＤＢのデータ構造を示す図である。
【図７】クライアントＤＢのデータ構造を示す図である。
【図８】標準ＤＢのデータ構造を示す図である。
【図９】本実施形態に係るシステムの概念を模式的に表す図である。
【図１０】所望のプロジェクトを選択するための画面を表す図である。
【図１１】所定のプロジェクトで作成されたテスト設計書を表示するための画面を表す図である。
【図１２】所定のプロジェクトで作成されたテスト観点を表示するための画面を表す図である。
【図１３】所定のプロジェクトで作成されたパターンを表示するための画面を表す図である。
【図１４】企業内で共有されるテスト設計書を表示するための画面を表す図である。
【図１５】企業内で共有されるパターンを表示するための画面を表す図である。
【図１６】企業内で共有されるテスト観点を表示するための画面を表す図である。
【図１７】標準ナレッジで記憶されるテスト設計書を表示するための画面を表す図である。
【図１８】標準ナレッジで記憶されるパターンを表示するための画面を表す図である。
【図１９】標準ナレッジで記憶されるテスト観点を読み出すための画面を表す図である。
【図２０】テスト設計書のリスト表示を表す図である。
【図２１】確認項目一覧を作成するための画面を表す図である。
【図２２】テスト観点のリスト表示を表す図である。
【図２３】「テスト観点」と「確認項目」とが入力された確認項目一覧の作成画面を表す図である。
【図２４】パターンの管理画面を表す図である。
【図２５】パターンのリスト表示を表す図である。
【図２６】パターンの管理画面を表す図である。
【図２７】機能仕様書の修正に応じてテスト設計書、又は要素の修正を提案する際の制御部の処理の流れを示すフローチャートである。
【図２８】機能仕様書の変更に基づくテスト設計書、又はテスト設計書の要素の修正提案を表示する画面を表す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら、実施の形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本開示の必須構成要件であるとは限らない。
【００１１】
＜概要＞
本実施形態に係るシステム１は、作成されたテスト設計書を要素に分解し、テスト設計書と、分解した要素とを、業務に係る階層毎に記憶する。そして、システム１は、テスト設計者、又は管理者等からの要求に応じ、記憶しているテスト設計書、又は要素を提示する。
【００１２】
なお、本実施形態において、テスト設計書は、検査対象が有する機能を検査するためのテストが設計されているデータである。検査対象は、検査の対象を表し、例えば、所定のプロジェクトで開発される、ハードウェア、又はソフトウェア等である。検査対象には、例えば、試作品、中間品、最終製品が含まれる。機能は、検査対象を構成する各種の構成要素の働きを表す。
【００１３】
＜１  全体構成＞
図１は、本実施形態のシステム１の全体構成を示す図である。図１に示すように、システム１は、端末装置１０と、サーバ２０とを備えている。端末装置１０と、サーバ２０とは、有線又は無線の通信規格を用い、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、例えば、インターネット、及び／又は通信事業者が提供する通信網等により実現される。図示の例では、複数の端末装置１０がシステム１に含まれている。
【００１４】
なお、図１では、サーバ２０が１台のコンピュータである場合を示しているが、サーバ２０は、複数台のコンピュータが組み合わされて実現されてもよい。また、図１では、端末装置１０が１台である場合を示しているが、システム１に収容される端末装置１０の台数は、複数台であっても構わない。
【００１５】
端末装置１０は、サーバ２０により提供されるサービスを利用するユーザが使用する端末である。例えば、端末装置１０は、テスト設計書を作成するテスト設計者が利用する端末である。端末装置１０は、例えば、据え置き型のＰＣ（Personal  Computer）、ラップトップＰＣ、ヘッドマウントディスプレイ等により実現される。また、端末装置１０は、スマートフォン、又はタブレット端末等の携行性を備えたコンピュータであってもよい。
【００１６】
図１に示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、ストレージ１６と、プロセッサ１９とを備える。通信ＩＦ１２、入力装置１３、出力装置１４、メモリ１５、ストレージ１６、及びプロセッサ１９は、例えば、バスを介して互いに通信可能に接続されている。
【００１７】
通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を送受信するためのインタフェースである。入力装置１３は、ユーザ（従業員）からの入力操作を受け付けるための入力装置である。入力装置１３は、例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等を含む。出力装置１４は、ユーザに対し情報を提示するための出力装置である。出力装置１４は、例えば、ディスプレイ、スピーカ等を含む。
【００１８】
メモリ１５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリにより実現される。ストレージ１６は、データを保存するための記憶装置であり、例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）等の不揮発性のメモリにより実現される。プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。
【００１９】
サーバ２０は、作成されたテスト設計書を蓄積し、端末装置１０のユーザからの要望に応じ、蓄積しているテスト設計書をユーザへ提示する装置である。サーバ２０は、例えば、ネットワーク８０に接続されたコンピュータである。
【００２０】
図１に示すように、サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。通信ＩＦ２２、入出力ＩＦ２３、メモリ２５、ストレージ２６、及びプロセッサ２９は、例えば、バスを介して互いに通信可能に接続されている。
【００２１】
通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を送受信するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ２５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ等の揮発性のメモリにより実現される。
【００２２】
ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ等の不揮発性のメモリにより実現される。ストレージ２６は、必ずしも単独の回路により実現されなくてもよい。ストレージ２６は、例えば、複数の記憶回路により実現されてもよい。プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。
【００２３】
＜１．１  端末装置の構成＞
図２は、本実施形態のシステム１に含まれる端末装置１０の構成を示すブロック図である。図２に示すように、端末装置１０は、通信部１２１と、入力装置１３と、出力装置１４と、記憶部１７０と、制御部１８０とを備える。
【００２４】
通信部１２１は、端末装置１０が他の装置と通信するための処理を行う。通信部１２１は、制御部１８０で生成された信号に送信処理を施し、外部（例えば、サーバ２０）へ送信する。通信部１２１は、外部から受信した信号に受信処理を施し、制御部１８０へ出力する。
【００２５】
入力装置１３は、端末装置１０を所有するユーザが指示を入力するための装置である。入力装置１３は、例えば、マウス１３１、キーボード１３２、及び、操作面へ触れることで指示が入力されるタッチ・センシティブ・デバイス１３３等により実現される。入力装置１３は、ユーザから入力される指示を電気信号へ変換し、電気信号を制御部１８０へ出力する。なお、入力装置１３は、マウス１３１、及びキーボード１３２等の物理的な操作デバイスに限定されない。入力装置１３には、例えば、外部の入力機器から入力される電気信号を受け付ける受信ポートが含まれてもよい。
【００２６】
出力装置１４は、端末装置１０を所有するユーザへ情報を提示するための装置である。出力装置１４は、例えば、ディスプレイ１４１等により実現される。ディスプレイ１４１は、制御部１８０の制御に応じて、画像、動画、テキスト等のデータを表示する。ディスプレイ１４１は、例えば、ＬＣＤ（Liquid Crystal Display）、又は有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現される。
【００２７】
記憶部１７０は、例えば、メモリ１５、及びストレージ１６等により実現され、端末装置１０が使用するデータ、及びプログラムを記憶する。
【００２８】
制御部１８０は、プロセッサ１９が記憶部１７０に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部１８０は、端末装置１０の動作を制御する。具体的には、例えば、制御部１８０は、操作受付部１８１、送受信部１８２、表示制御部１８３としての機能を発揮する。
【００２９】
操作受付部１８１は、入力装置１３から入力されるユーザの操作を受け付けるための処理を行う。送受信部１８２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。表示制御部１８３は、ユーザに対して種々の情報を提示するため、出力装置１４を制御する。
【００３０】
＜１．２  サーバの機能的構成＞
図３は、本実施形態のシステム１に含まれるサーバ２０の機能的な構成を示すブロック図である。図３に示すように、サーバ２０は、通信部２０１、記憶部２０２、及び制御部２０３としての機能を発揮する。
【００３１】
通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。
【００３２】
記憶部２０２は、サーバ２０が使用するデータ及びプログラムを記憶する。例えば、記憶部２０２は、プロジェクトデータベース（ＤＢ）２８１、クライアントデータベース（ＤＢ）２８２、標準データベース（ＤＢ）２８３、及び機能仕様書２８４を記憶する。
【００３３】
プロジェクトＤＢ２８１は、所定のプロジェクトで作成されたテスト設計書と、このテスト設計書から分解された要素とを記憶するためのデータベースである。また、プロジェクトＤＢ２８１には、所定のプロジェクトで現在作成されているテスト設計書と、このテスト設計書から分解された要素とも記憶されている。
【００３４】
プロジェクトＤＢ２８１は、例えば、プロジェクト内で作成されたテスト設計書、又は要素を共有するためのデータベースである。つまり、このプロジェクトにおいて、どのようなテスト設計書、又は要素が作成されたかをプロジェクトに携わる者同士で共有することが可能となる。プロジェクトＤＢ２８１は、例えば、企画されたプロジェクト毎に設けられている。
【００３５】
本実施形態において、テスト設計書は、例えば、テストで挙動を確認する項目が規定された情報、及び、確認する内容と発現される挙動の条件とに基づいて設定される実際のテストケースが規定された情報を含む。具体的には、テストで挙動を確認する項目が規定された情報は、例えば、確認項目一覧としてテスト設計書に含まれる。実際のテストケースが規定された情報は、例えば、パターン表としてテスト設計書に含まれる。
【００３６】
図４は、テスト設計書に含まれる確認項目一覧の例を表す模式図である。図４に示す例では、所定のソフトウェアにおけるログイン機能を検査するためのテスト設計書について説明する。図４に示す確認項目一覧は、テスト設計書のメタ情報が記憶される第１領域３１と、テストで確認される内容が記憶される第２領域３２とを含む。
【００３７】
第１領域３１には、例えば、項目「タイトル」、項目「プロジェクト名」、項目「プロダクト名」、項目「管理番号」、項目「バージョン」、項目「作成日」、項目「作成者」、項目「最終更新日」、項目「更新者」が含まれる。なお、第１領域３１に含まれる情報はこれらに限定されない。このうちのいずれかの情報がなくてもよいし、これら以外の情報が含まれていてもよい。
【００３８】
第２領域３２は、例えば、検査の大枠が規定された、いわゆる基本設計書の役割を果たす。第２領域３２では、例えば、「テスト対象項目／対象機能」、「テスト手順」、「テスト観点」、「期待値」等が規定されている。「テスト対象項目／対象機能」は、検査の対象となる項目／機能を表す。図４では、検査の対象がログイン機能である場合が示されており、項目「テスト区分」、項目「大機能」、項目「中機能」、項目「小機能」に記憶される情報に、「テスト対象項目／対象機能」が規定されている。
【００３９】
「テスト手順」は、テストを実施する順序を表す。図４では、「テスト観点」が配列される順序により、テストを実施する順序が規定されている。
【００４０】
「テスト観点」は、テストの拠り所となる見地（考え方）を表す。「テスト観点」は、図４における項目「テスト観点」に記憶される情報により規定されている。また、第２領域３２には、項目「確認項目」が含まれている。項目「確認項目」は、実施するテストを特定するための情報を表す。項目「テスト観点」に記憶される情報と、項目「確認項目」に記憶される情報とは、対応付けられている。
【００４１】
「期待値」は、確認の際に発現が期待される挙動を表す。「期待値」は、図４における項目「期待値」に記憶される情報により規定されている。
【００４２】
なお、第２領域３２に含まれる情報はこれらに限定されない。このうちのいずれかの情報がなくてもよいし、これら以外の情報が含まれていてもよい。
【００４３】
図５は、テスト設計書に含まれるパターン表の例を表す模式図である。図５に示すパターン表は、図４に示す確認項目一覧と同一のテスト設計書に含まれるものである。図５に示すパターン表は、テスト設計書のメタ情報が記憶される第１領域３１と、パターンが記憶される第３領域３３とを含む。パターンでは、確認する内容、確認処理により発現される挙動の条件、及び確認内容と条件とが組み合わされてなる具体的なテストケースが規定されている。第１領域３１は、図４に示す第１領域３１と同様である。
【００４４】
第３領域３３では、例えば、検査する機能に応じた少なくとも１つのパターンが設定されている。図５で示す第３領域３３には、ログイン機能を検査するための２つのパターン、すなわち、ログインパターン、及びパスワード忘れ対応パターンが記憶されている。各パターンを表すパターン番号は、例えば、項目「Ｎｏ」に記憶されている。
【００４５】
第３領域３３で記憶されるパターンでは、「確認する内容」は、例えば、項目「因子」、項目「水準」に記憶される情報により規定される。「確認処理により発現される挙動の条件」は、例えば、項目「期待値」に記載される条件により規定される。「具体的なテストケース」は、例えば、「１」、「２」、「３」…を先頭とする各列で規定される。テストにおいて実際に実施される処理は、列内の白丸で表される。
【００４６】
テスト設計書からは、上記要素として、例えば、必要なテストを規定するための情報と、具体的なテストケースが設定されている情報とが分解される。すなわち、テスト設計書から、「テスト観点」及び「確認項目」と、「パターン」とが分解される。
【００４７】
クライアントＤＢ２８２は、企業内で企画されたプロジェクトで作成されたテスト設計書と、このテスト設計書から分解された要素とを記憶するためのデータベースである。クライアントＤＢ２８２は、例えば、同一企業内において、プロジェクト横断でテスト設計書、又は要素を共有するためのデータベースである。つまり、社内の他のプロジェクトにおいて、どのようなテスト設計書、又は要素が作成されたかを、社内のテスト設計者同士で共有することが可能となる。クライアントＤＢ２８２は、例えば、企業毎に設けられている。
【００４８】
標準ＤＢ２８３は、複数の企業内で作成されたテスト設計書と、このテスト設計書から分解された要素とを記憶するためのデータベースである。標準ＤＢ２８３は、企業を横断した全体的な共有ナレッジとしてテスト設計書、又は要素を共有するためのデータベースである。標準ＤＢ２８３では、例えば、記憶されるテスト設計書、及び要素に、属性を表す識別子が付されている。属性は、複数種類設定可能であり、例えば、業種／業界、システム種別、工程タイプの種類がある。属性を表す識別子を用いることで、属性に応じてテスト設計書、又は要素を分類することが可能である。
【００４９】
機能仕様書２８４は、検査対象が有する機能についての仕様が記載されているデータである。テスト設計者は、機能仕様書２８４を参照しながら、テスト設計書を作成する。機能仕様書２８４は、例えば、機能の詳細な仕様が記憶される領域と、メッセージ定義が記憶される領域とを含む。機能仕様書２８４が表計算ソフトにより作成されている場合、これらの領域は、例えば、異なるスライドで実現される。なお、機能仕様書２８４は、データそのものが記憶部２０２に記憶されていなくても構わない。例えば、機能仕様書２８４は、クラウド上で記憶されている機能仕様書へのリンク情報であってもよい。また、機能仕様書２８４は、クラウド上で記憶されている機能仕様書の所定の該当箇所へのリンク情報であってもよい。例えば、クラウド上において、機能仕様書は、所定の表示単位毎に機能の仕様が記載されている。所定の表示単位とは、例えば、ページ、又はチケット等である。機能仕様書には、例えば、更新情報が付されており、仕様に変更が生じた場合、更新情報に変更についての情報が記載される。
【００５０】
制御部２０３は、プロセッサ２９が記憶部２０２に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部２０３は、サーバ２０の動作を制御する。具体的には、例えば、制御部２０３は、送受信部２０３１、記憶制御部２０３２、取得部２０３３、提示部２０３４、検出部２０３５、算出部２０３６としての機能を発揮する。
【００５１】
送受信部２０３１は、サーバ２０が、端末装置１０等の外部の装置と、通信プロトコルに従ってデータを送受信する処理を制御する。
【００５２】
記憶制御部２０３２は、記憶部２０２への情報の記憶を制御する。具体的には、記憶制御部２０３２は、テスト設計書、及びテスト設計書から分解された要素を、プロジェクトＤＢ２８１、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶する。
【００５３】
より具体的には、記憶制御部２０３２は、端末装置１０を介してユーザにより作成されたテスト設計書、及びテスト設計書から分解された要素を、プロジェクトＤＢ２８１に記憶する。また、プロジェクトＤＢ２８１に記憶するテスト設計書、又は要素を、企業内で共有する旨の指示を受けた場合、記憶制御部２０３２は、プロジェクトＤＢ２８１に記憶するテスト設計書、及び要素を、クライアントＤＢ２８２にも記憶する。また、プロジェクトＤＢ２８１、又はクライアントＤＢ２８２に記憶するテスト設計書、又は要素を、企業を跨いだ全体で共有する旨の指示を受けた場合、記憶制御部２０３２は、プロジェクトＤＢ２８１、又はクライアントＤＢ２８２に記憶するテスト設計書、及び要素を、標準ＤＢ２８３にも記憶する。
【００５４】
記憶制御部２０３２は、例えば、テスト設計書、及びテスト設計書から分解された要素にタグを付して、プロジェクトＤＢ２８１、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶する。タグは、例えば、テストの特徴を個別に表す情報である。タグは、例えば、テスト設計書を作成した者が任意に設定可能である。
【００５５】
取得部２０３３は、記憶部２０２から情報を取得する。具体的には、取得部２０３３は、プロジェクトＤＢ２８１、クライアントＤＢ２８２、標準ＤＢ２８３のうち、ユーザが指定するデータベースから所定の情報を取得する。
【００５６】
取得部２０３３は、ユーザからテキスト情報の入力を受け付けてもよい。取得部２０３３は、入力されたテキスト情報を、ユーザが指定するデータベースに記憶されるテスト設計書、又は要素の名称、タグ等と照合させる。取得部２０３３は、入力されたテキスト情報と一致する名称、又はタグが付されたテスト設計書、又は要素を取得する。また、取得部２０３３は、入力されたテキスト情報を含む名称、又はタグが付されたテスト設計書、又は要素を取得してもよい。また、取得部２０３３は、入力されたテキスト情報から推定される名称、又はタグが付されたテスト設計書、又は要素を取得してもよい。
【００５７】
また、取得部２０３３は、変更のあった機能仕様書２８４と関連付けられているテスト設計書、又は要素を記憶部２０２から取得する。
【００５８】
提示部２０３４は、取得された情報をユーザに提示する。
検出部２０３５は、機能仕様書２８４における変更の有無を検出する。
算出部２０３６は、蓄積されたデータを流用したことに基づく指標値を算出する。
【００５９】
＜２  データ構造＞
図６から図８は、サーバ２０が記憶するデータベースのデータ構造を示す図である。図６から図８では、テスト設計書から、「テスト観点」及び「確認項目」と、「パターン」とが分解される場合を例に説明する。なお、図６から図８は一例であり、記載されていないデータを除外するものではない。
【００６０】
図６は、プロジェクトＤＢ２８１のデータ構造を示す図である。図６に示すように、プロジェクトＤＢ２８１には、テスト設計書２８１１、パターン２８１２、及びテスト観点２８１３が記憶されている。テスト設計書２８１１のレコードの各々は、項目「ファイル名」、項目「設計者」、項目「レビューア」、項目「ステータス」、項目「リンク」、項目「最新アップデート」等を含む。
【００６１】
項目「ファイル名」は、テスト設計書の名称を記憶する。
項目「設計者」は、テスト設計書を作成した人物の名称を記憶する。また、項目「設計者」は、テスト設計者を作成している人物の名称を記憶する。
【００６２】
項目「レビューア」は、テスト設計書をレビューした人物の名称を記憶する。
項目「ステータス」は、テスト設計書の現在の状態を記憶する。項目「ステータス」には、例えば、着手中であることを表す「Ｗｏｒｋｉｎｇ」、確認中であることを表す「Ｒｅｖｉｅｗｉｎｇ」、完成したことを表す「Ｄｏｎｅ」が記載される。
【００６３】
項目「リンク」は、テスト設計書と関連付けられている機能仕様書を記憶する。項目「リンク」では、機能仕様書そのものが関連付けられていてもよいが、機能仕様書の該当箇所が関連付けられていてもよい。機能仕様書の該当箇所は、例えば、機能仕様書が表計算ソフトである場合には、スライド、行、セル等の表現で記憶されていてもよい。
項目「最新アップデート」は、テスト設計書がアップデートされた最新の日時を記憶する。
【００６４】
パターン２８１２のレコードの各々は、項目「パターン名」、項目「パターン番号」、項目「ファイル名」、項目「最新アップデート」等を含む。
項目「パターン名」は、パターンの名称を記憶する。
項目「パターン番号」は、パターンに対して割り振られている固有の番号を記憶する。
【００６５】
項目「ファイル名」は、分解元のテスト設計書の名称を記憶する。
項目「最新アップデート」は、パターンがアップデートされた最新の日時を記憶する。
【００６６】
テスト観点２８１３のレコードの各々は、項目「テスト観点」、項目「確認項目」、項目「分類１」、項目「分類２」、項目「最新アップデート」等を含む。
項目「テスト観点」は、確認項目一覧の項目「テスト観点」に記載される情報を記憶する。
項目「確認項目」は、確認項目一覧の項目「確認項目」に記載される情報を記憶する。
【００６７】
項目「分類１」は、テスト観点について付される１つ目の分類についての情報を記憶する。項目「分類１」に記憶される情報は、例えば、テスト設計書の作成段階において、テスト観点を入力する際にユーザにより設定される。項目「分類１」に記憶される情報は、例えば、予め設定されている複数の項目の中から、ユーザにより選択されて設定される。
【００６８】
項目「分類２」は、テスト観点について付される２つ目の分類についての情報を記憶する。項目「分類２」に記憶される情報は、例えば、テスト設計書の作成段階において、テスト観点を入力する際にユーザにより設定される。項目「分類２」に記憶される情報は、例えば、予め設定されている複数の項目の中から、ユーザにより選択されて設定される。
項目「最新アップデート」は、テスト観点がアップデートされた最新の日時を記憶する。
【００６９】
図７は、クライアントＤＢ２８２のデータ構造を示す図である。図７に示すように、クライアントＤＢ２８２には、テスト設計書２８２１、パターン２８２２、及びテスト観点２８２３が記憶されている。テスト設計書２８２１のレコードの各々は、項目「ファイル名」、項目「タグ」、項目「設計者」、項目「プロジェクト」、項目「サービス」、項目「リンク」、項目「最新アップデート」等を含む。項目「ファイル名」、項目「設計者」、項目「リンク」、項目「最新アップデート」は、図６に示すテスト設計書２８１１の各項目と同じ項目である。
【００７０】
項目「タグ」は、テストの特徴を表す情報を記憶する。項目「タグ」の情報は、プロジェクトＤＢ２８１に記憶されるテスト設計書がクライアントＤＢ２８２に記憶される際に、例えば、プロジェクトに対して設定されている情報に基づいて自動的に設定される。また、項目「タグ」の情報は、ユーザが任意に設定してもよい。
項目「プロジェクト」は、テスト設計書が作成されたプロジェクトの名称を記憶する。
項目「サービス」は、検査対象が用いられるサービスの名称を記憶する。
【００７１】
テスト設計書２８２１には、図６に示すテスト設計書２８１１で記憶されるテスト設計書に加え、同一企業内の他のプロジェクトで作成されたテスト設計書が含まれている。
【００７２】
パターン２８２２のレコードの各々は、項目「パターン名」、項目「パターン番号」、項目「タグ」、項目「ファイル名」、項目「プロジェクト」、項目「サービス」、項目「最新アップデート」等を含む。項目「パターン名」、項目「パターン番号」、項目「ファイル名」、項目「最新アップデート」は、図６に示すパターン２８１２の各項目と同じ項目である。
【００７３】
項目「タグ」は、分解元のテスト設計書にタグとして付された情報を記憶する。
項目「プロジェクト」は、分割元のテスト設計書が作成されたプロジェクトの名称を記憶する。
項目「サービス」は、検査対象が用いられるサービスの名称を記憶する。
【００７４】
パターン２８２２には、図６に示すパターン２８１２で記憶されるパターンに加え、同一企業内の他のプロジェクトで作成されたテスト設計書から分解されたパターンが含まれている。
【００７５】
テスト観点２８２３のレコードの各々は、項目「テスト観点」、項目「確認項目」、項目「タグ」、項目「分類１」、項目「分類２」、項目「最新アップデート」等を含む。項目「テスト観点」、項目「確認項目」、項目「分類１」、項目「分類２」、項目「最新アップデート」は、図６に示すテスト観点２８１３の各項目と同じ項目である。
【００７６】
項目「タグ」は、分解元のテスト設計書にタグとして付された情報を記憶する。
テスト観点２８２３には、図６に示すテスト観点２８１３で記憶されるテスト観点に加え、同一企業内の他のプロジェクトで作成されたテスト設計書から分解されたテスト観点が含まれている。
【００７７】
図８は、標準ＤＢ２８３のデータ構造を示す図である。図８に示すように、標準ＤＢ２８３には、テスト設計書２８３１、パターン２８３２、及びテスト観点２８３３が記憶されている。テスト設計書２８３１のレコードの各々は、項目「ファイル名」、項目「タグ」、項目「設計者」、項目「プロジェクト」、項目「サービス」、項目「属性」、項目「リンク」、項目「最新アップデート」等を含む。項目「ファイル名」、項目「タグ」、項目「設計者」、項目「プロジェクト」、項目「サービス」、項目「リンク」、項目「最新アップデート」は、図７に示すテスト設計書２８２１の各項目と同じ項目である。
【００７８】
項目「属性」は、テスト設計書が属する種別を表す情報を記憶する。項目「属性」には、複数種類の属性を設定可能であり、例えば、業種／業界、システム種別、工程タイプ等から１つ以上の属性を設定可能である。項目「属性」に係る情報は、例えば、プロジェクトＤＢ２８１、又はクライアントＤＢ２８２に記憶されるテスト設計書を標準ＤＢ２８３へ記憶する際に設定される。項目「属性」に係る情報は、例えば、クライアントＤＢ２８２に記憶されるテスト設計書に付されているタグに基づいて設定される。
【００７９】
テスト設計書２８３１には、図７に示すテスト設計書２８２１で記憶されるテスト設計書に加え、他の企業のプロジェクトで作成されたテスト設計書が含まれている。
【００８０】
パターン２８３２のレコードの各々は、項目「パターン名」、項目「パターン番号」、項目「タグ」、項目「ファイル名」、項目「プロジェクト」、項目「サービス」、項目「属性」、項目「最新アップデート」等を含む。項目「パターン名」、項目「パターン番号」、項目「タグ」、項目「ファイル名」、項目「プロジェクト」、項目「サービス」、項目「最新アップデート」は、図７に示すパターン２８２２の各項目と同じ項目である。
【００８１】
項目「属性」は、分解元のテスト設計書が属する種別を表す情報を記憶する。
パターン２８３２には、図７に示すパターン２８２２で記憶されるパターンに加え、他の企業のプロジェクトで作成されたテスト設計書から分解されたパターンが含まれている。
【００８２】
テスト観点２８３３のレコードの各々は、項目「テスト観点」、項目「確認項目」、項目「タグ」、項目「分類１」、項目「分類２」、項目「属性」、項目「最新アップデート」等を含む。項目「テスト観点」、項目「確認項目」、項目「タグ」、項目「分類１」、項目「分類２」、項目「最新アップデート」は、図７に示すテスト観点２８２３の各項目と同じ項目である。
【００８３】
項目「属性」は、分解元のテスト設計書が属する種別を表す情報を記憶する。
テスト観点２８３３には、図７に示すテスト観点２８２３で記憶されるテスト観点に加え、他の企業のプロジェクトで作成されたテスト設計書から分解されたテスト観点が含まれている。
【００８４】
＜３  小括＞
図９は、本実施形態に係るシステム１の概念を模式的に表す図である。プロジェクトＤＢ２８１、クライアントＤＢ２８２、標準ＤＢ２８３が、業務に対応する層毎に設けられている。プロジェクトＤＢ２８１で、プロジェクト内で作成されたテスト設計書２８１１、パターン２８１２、テスト観点２８１３を記憶することで、プロジェクトにおいて、どのようなテスト設計書、パターン、テスト観点が作成されたかをプロジェクトに携わる者同士で共有することが可能となる。
【００８５】
また、クライアントＤＢ２８２で、企業内で企画された複数のプロジェクトで作成されたテスト設計書２８２１、パターン２８２２、テスト観点２８２３を記憶することで、社内の他のプロジェクトにおいて、どのようなテスト設計書、パターン、テスト観点が作成されたかを、社内のテスト設計者同士で共有することが可能となる。
【００８６】
また、標準ＤＢ２８３で、複数の企業内で作成されたテスト設計書、パターン、テスト観点のうち、例えば、選択されたテスト設計書２８３１、パターン２８３２、テスト観点２８３３を記憶することで、企業の属性ごとの特性を把握することが可能となり、テスト設計の策定の際に、最適なテスト設計を提案することが可能となる。
【００８７】
＜４  表示画面＞
図１０から図１９は、端末装置１０のディスプレイ１４１で表示される表示画面を示す図である。なお、図１０から図１９は一例であり、ディスプレイ１４１の表示画面を限定するものではない。
図１０は、所望のプロジェクトを選択するための画面の例を表す模式図である。図１０に示される画面は、第１領域４１、第２領域４２、第３領域４３、第４領域４４を有する。
【００８８】
第１領域４１は、フィールドオブジェクト４１１〜４１５、検索ボックス４１６、選択オブジェクト４１７を含む。
フィールドオブジェクト４１１は、新たなテスト設計書を作成する旨の指示を受け付けるためのオブジェクトである。
【００８９】
フィールドオブジェクト４１２〜４１５は、ユーザからデータベースの指定を受け付けるためのオブジェクトである。具体的には、フィールドオブジェクト４１２〜４１５は、マイドライブ、プロジェクトＤＢ２８１、クライアントＤＢ２８２、標準ＤＢ２８３の指定をそれぞれ受け付けるためのオブジェクトである。
【００９０】
検索ボックス４１６は、ユーザから検索キーワードの入力を受け付けるためのボックスである。
選択オブジェクト４１７は、フィールドオブジェクト４１２〜４１５に対するユーザの選択を表すオブジェクトである。選択オブジェクト４１７は、ユーザがフィールドオブジェクト４１２〜４１５のいずれかを選択すると、選択されたオブジェクトの上で停止する。
【００９１】
図１０に示す画面では、選択オブジェクト４１７により、プロジェクトＤＢ２８１を指定するフィールドオブジェクト４１３が選択されている。取得部２０３３は、選択されたデータベースからデータを取得する。提示部２０３４は、取得されたデータをユーザに提示する。
【００９２】
第２領域４２は、プロジェクトＤＢ２８１にそれぞれ記憶されているプロジェクトの一覧を表示するための領域である。第２領域４２は、フィールドオブジェクト４２１〜４２４、検索ボックス４２５、選択オブジェクト４２６を含む。
【００９３】
フィールドオブジェクト４２１〜４２３は、ユーザからプロジェクトの指定を受け付けるためのオブジェクトである。具体的には、フィールドオブジェクト４２１〜４２３は、プロジェクト１〜３の指定をそれぞれ受け付けるためのオブジェクトである。なお、図１０では、プロジェクトが３つの場合を例に説明しているが、プロジェクトの数に制限はない。また、プロジェクト名は任意に設定可能である。
【００９４】
フィールドオブジェクト４２４は、新たなプロジェクトを作成する旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４２４が押下されると、新たなプロジェクトが作成される。新たなプロジェクトの作成の際、プロジェクトに関する情報がユーザから入力される。プロジェクトに関する情報は、例えば、プロジェクトの工程タイプ、システム種別、開発規模、業種、業界等の情報を含む。記憶制御部２０３２は、例えば、プロジェクトＤＢ２８１にプロジェクトに関する情報を記憶させる。
【００９５】
検索ボックス４２５は、ユーザからプロジェクト名の入力を受け付けるためのボックスである。
選択オブジェクト４２６は、フィールドオブジェクト４２１〜４２３に対するユーザの選択を表すオブジェクトである。選択オブジェクト４２６は、ユーザがフィールドオブジェクト４２１〜４２３のいずれかを選択すると、選択されたオブジェクトの上で停止する。
【００９６】
図１０に示す画面では、プロジェクト１を指定するフィールドオブジェクト４２１が選択されている。取得部２０３３は、プロジェクト１に対応するプロジェクトＤＢ２８１からデータを取得する。提示部２０３４は、取得されたデータをユーザに提示する。
【００９７】
第３領域４３は、第２領域４２で選択されたプロジェクトのテスト設計書のうち、作業中（着手中）のテスト設計書の一覧を表示するための領域である。第３領域４３には、作業中のテスト設計書がリスト形式で表示されている。また、第３領域４３は、ユーザから検索キーワードの入力を受け付けるための検索ボックス４３１を含む。
【００９８】
第４領域４４は、テスト設計書を作成する際に、高頻度で利用されるテスト設計書の一覧を表示するための領域である。第４領域４４で表示されるテスト設計書は、例えば、クライアントＤＢ２８２、又は標準ＤＢ２８３から読み出される。具体的には、例えば、取得部２０３３は、プロジェクトＤＢ２８１に記憶されているプロジェクトに関する情報に基づき、選択されているプロジェクト１と、類似するプロジェクトで利用されたテスト設計書のうち、利用回数の多いテスト設計書を取得する。提示部２０３４は、取得した情報を、端末装置１０に提示する。また、第４領域４４は、ユーザから検索キーワードの入力を受け付けるための検索ボックス４４１を含む。
【００９９】
ユーザが第２領域４２においてプロジェクトの選択を確定させると、提示部２０３４は、選択が確定されたプロジェクトについての情報を表示するための画面を提示する。
【０１００】
図１１は、所定のプロジェクトで作成されたテスト設計書を表示するための画面の例を表す模式図である。図１１に示される画面は、第１領域４１、第５領域４５、第６領域４６を有する。第１領域４１は、図１０に示される第１領域４１と同様である。
【０１０１】
第５領域４５は、フィールドオブジェクト４５１〜４５４、選択オブジェクト４５５を含む。
フィールドオブジェクト４５１〜４５３は、表示するデータの指定をユーザから受け付けるためのオブジェクトである。具体的には、フィールドオブジェクト４５１〜４５４は、設計ファイル、テスト観点、パターンの指定をそれぞれ受け付けるためのオブジェクトである。
【０１０２】
フィールドオブジェクト４５４は、機能仕様書に関する情報（テストベース）をプロジェクトＤＢ２８１に格納する旨の指示を受け付けるためのオブジェクトである。機能仕様書に関する情報は、例えば、ファイル形式の機能仕様書データ、又はクラウド上に存在する機能仕様書へのリンク情報である。
選択オブジェクト４５５は、フィールドオブジェクト４５１〜４５４に対するユーザの選択を表すオブジェクトである。選択オブジェクト４５５は、ユーザがフィールドオブジェクト４５１〜４５４のいずれかを選択すると、選択されたオブジェクトの上で停止する。
【０１０３】
図１１に示す画面では、選択オブジェクト４５５により、設計ファイルを指定するフィールドオブジェクト４５１が選択されている。取得部２０３３は、プロジェクトＤＢ２８１からテスト設計書についてのデータを取得する。提示部２０３４は、取得されたデータをユーザに提示する。
【０１０４】
第６領域４６は、第５領域４５で選択されたデータ（テスト設計書）の一覧を表示するための領域である。第６領域４６には、テスト設計書がリスト形式で表示されている。第６領域４６に表示されているテスト設計書は、リストの左端に配置される編集アイコン４６１の押下により展開される編集画面から編集される。
【０１０５】
第６領域４６に表示されているテスト設計書は、リストの右端に配置されるリンクアイコン４６２を押下されることで、プロジェクトＤＢ２８１で管理されている機能仕様書と関連付けられる。具体的には、例えば、ユーザがリンクアイコン４６２を押下すると、ポップアップウィンドウ４６３が表示される。ユーザは、ポップアップウィンドウ４６３内の「＋テストベースを紐づける」を押下し、プロジェクトＤＢ２８１で管理されている機能仕様書から、テスト設計書の作成の際に参照した機能仕様書を選択する。このとき、ユーザは、機能仕様書のうち、実際に参照した該当箇所についての情報も入力してもよい。該当箇所についての情報は、機能仕様書が表計算ソフトによるファイルである場合、例えば、スライド、行、セル等の情報を含む。また、該当箇所についての情報は、機能仕様書がクラウド上で管理されるデータである場合、例えば、ページ、チケット等の情報を含む。これにより、テスト設計書と機能仕様書とが関連付けられる。また、テスト設計書と機能仕様書の該当箇所とが関連付けられる。
【０１０６】
第６領域４６に表示されているテスト設計書は、リストの右端に配置される共有アイコン４６１７を押下されることで、同一企業内で共有される。つまり、テスト設計書は、クライアントＤＢ２８２に記憶される。例えば、ユーザは、テスト設計書を他のプロジェクトでも共有するべきであると判断すると、共有アイコン４６１７を押下する。ユーザが共有アイコン４６１７を押下すると、記憶制御部２０３２は、共有アイコン４６１７が押下されたレコードのテスト設計書を、クライアントＤＢ２８２に記憶する。なお、クライアントＤＢ２８２に記憶されたテスト設計書は、例えば、所定の権限を有する者、例えば、プロジェクトリーダーにより、クライアントＤＢ２８２から削除され得る。このように、権限がない者であってもテスト設計書をクライアントＤＢ２８２に記憶することが可能とすることで、サーバ２０は、同一企業内におけるテスト設計書の共有を活性化させることが可能となる。一方、所定の権限を有する者により、クライアントＤＢ２８２に記憶されたテスト設計書を削除可能とすることで、不必要なテスト設計書がクライアントＤＢ２８２で増加することを抑えることが可能となる。なお、第６領域４６に表示されているリスト端部には標準ナレッジへの登録を申請するための申請アイコンが配置されていてもよい。
【０１０７】
記憶制御部２０３２は、テスト設計書をクライアントＤＢ２８２に記憶する際、このテスト設計書のプロジェクトに関する情報を含めたタグ情報を作成する。記憶制御部２０３２は、作成したタグ情報をテスト設計書に付し、クライアントＤＢ２８２に記憶させる。
【０１０８】
また、第６領域４６は、ユーザから検索キーワードの入力を受け付けるための検索ボックス４６４を含む。
また、第６領域４６は、フィールドオブジェクト４６５〜４６７を含む。フィールドオブジェクト４６５〜４６７は、ユーザからの指示を受け付けるためのオブジェクトである。
【０１０９】
具体的には、フィールドオブジェクト４６５は、マイドライブに記憶されているテスト設計書をコピーする旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４６５が押下されると、表示制御部１８３は、記憶部１７０に記憶されているテスト設計書をディスプレイ１４１に表示させる。表示されているテスト設計書のうちいずれかがユーザにより選択されると、端末装置１０は、選択されたテスト設計書をサーバ２０へ送信し、プロジェクトＤＢ２８１に記憶させる。新たにプロジェクトＤＢ２８１に記憶されたテスト設計書は、第６領域４６の一覧の新たなレコードに表示される。
【０１１０】
フィールドオブジェクト４６６は、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶されているテスト設計書をコピーする旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４６６が押下されると、取得部２０３３は、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶されているテスト設計書を取得する。提示部２０３４は、取得されたデータをユーザに提示する。提示されるテスト設計書のうちいずれかがユーザにより選択されると、記憶制御部２０３２は、選択されたテスト設計書をプロジェクトＤＢ２８１に記憶する。新たにプロジェクトＤＢ２８１に記憶されたテスト設計書は、第６領域４６の一覧の新たなレコードに表示される。
【０１１１】
フィールドオブジェクト４６７は、テスト設計書をアップロードする旨の指示を受け付けるためのオブジェクトである。
【０１１２】
ユーザが第５領域４５においてフィールドオブジェクト４５２を選択すると、提示部２０３４は、データ観点を表示するための画面を提示する。
【０１１３】
図１２は、所定のプロジェクトで作成されたテスト観点を表示するための画面の例を表す模式図である。図１２に示される画面は、第１領域４１、第５領域４５、第６領域４６を有する。第１領域４１は、図１０に示される第１領域４１と同様である。
【０１１４】
第５領域４５では、選択オブジェクト４５５により、テスト観点を指定するフィールドオブジェクト４５２が選択されている。取得部２０３３は、プロジェクトＤＢ２８１からテスト観点についてのデータを取得する。提示部２０３４は、取得されたデータをユーザに提示する。
【０１１５】
第６領域４６は、第５領域４５で選択されたデータ（テスト観点）の一覧を表示するための領域である。第６領域４６には、テスト観点がリスト形式で表示されている。
【０１１６】
第６領域４６に表示されるテスト観点は、プロジェクトですでに作成されているテスト設計書、及びプロジェクトで作成中のテスト設計書についてのテスト観点に限定されない。ユーザは、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶されるテスト観点から、プロジェクトに適したテスト観点を予め選択し、登録できるようにしてもよい。選択されたテスト観点はプロジェクトＤＢ２８１に記憶される。
【０１１７】
プロジェクト内で作成されたテスト設計書についてのテスト観点であるか、予め登録されたテスト観点であるかは、第６領域４６で表示される項目「ソース」の記載から判別される。つまり、項目「ソース」の記載が「プロジェクト観点」である場合、そのテスト観点はプロジェクト内で作成されたテスト設計書についてのものであることを表す。また、項目「ソース」の記載が「共有観点」、又は「標準観点」である場合、そのテスト観点は、クライアントＤＢ２８２、又は標準ＤＢ２８３から選択されたものであることを表す。
【０１１８】
また、第６領域４６は、フィールドオブジェクト４６８〜４６１０を含む。フィールドオブジェクト４６８〜４６１０は、ユーザからの指示を受け付けるためのオブジェクトである。
【０１１９】
具体的には、フィールドオブジェクト４６８は、テスト観点を新たに追加する旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４６８が押下されると、表示制御部１８３は、テスト観点を入力するための入力フォームをディスプレイ１４１に表示させる。
【０１２０】
フィールドオブジェクト４６９は、標準ＤＢ２８３に記憶されているテスト観点の表示を要求する旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４６９が押下されると、取得部２０３３は、標準ＤＢ２８３に記憶されているテスト観点を取得する。提示部２０３４は、取得されたデータをユーザに提示する。このとき、提示部２０３４は、ユーザが所望すると予想されるテスト観点を視認しやすい位置に提示するようにしてもよい。例えば、提示部２０３４は、記憶されている、プロジェクトに関する情報と同じ、又は類似する内容のタグが付されたテスト観点が上位に上がるようにテスト観点をユーザに提示する。
【０１２１】
提示されるテスト観点のうちいずれかがユーザにより選択されると、記憶制御部２０３２は、選択されたテスト観点をプロジェクトＤＢ２８１に記憶する。新たにプロジェクトＤＢ２８１に記憶されたテスト観点は、第６領域４６の一覧の新たなレコードに表示される。
【０１２２】
フィールドオブジェクト４６１０は、クライアントＤＢ２８２に記憶されているテスト観点の表示を要求する旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４６１０が押下されると、取得部２０３３は、クライアントＤＢ２８２に記憶されているテスト観点を取得する。提示部２０３４は、取得されたデータをユーザに提示する。このとき、提示部２０３４は、ユーザが所望すると予想されるテスト観点を視認しやすい位置に提示するようにしてもよい。例えば、提示部２０３４は、記憶されている、プロジェクトに関する情報と同じ、又は類似する内容のタグが付されたテスト観点が上位に上がるようにテスト観点をユーザに提示する。
【０１２３】
提示されるテスト観点のうちいずれかがユーザにより選択されると、記憶制御部２０３２は、選択されたテスト観点をプロジェクトＤＢ２８１に記憶する。新たにプロジェクトＤＢ２８１に記憶されたテスト観点は、第６領域４６の一覧の新たなレコードに表示される。
【０１２４】
なお、図１２では、テスト観点と機能仕様書とを関連付けることについては説明していないが、テスト設計書と同様に、テスト観点と機能仕様書とを関連付けられるようにしてもよい。また、テスト観点と機能仕様書の該当箇所とを関連付けられるようにしてもよい。また、図１１で示すテスト設計書と同様に、共有アイコンを設け、同一企業内でテスト観点を共有できるようにしてもよい。
【０１２５】
ユーザが第５領域４５においてフィールドオブジェクト４５３を選択すると、提示部２０３４は、パターンを表示するための画面を提示する。
【０１２６】
図１３は、所定のプロジェクトで作成されたパターンを表示するための画面の例を表す模式図である。図１３に示される画面は、第１領域４１、第５領域４５、第６領域４６を有する。第１領域４１は、図１０に示される第１領域４１と同様である。
【０１２７】
第５領域４５では、選択オブジェクト４５５により、パターンを指定するフィールドオブジェクト４５３が選択されている。取得部２０３３は、プロジェクトＤＢ２８１からパターンについてのデータを取得する。提示部２０３４は、取得されたデータをユーザに提示する。
【０１２８】
第６領域４６は、第５領域４５で選択されたデータ（パターン）の一覧を表示するための領域である。第６領域４６には、パターンがリスト形式で表示されている。
【０１２９】
第６領域４６に表示されるパターンは、プロジェクトですでに作成されているテスト設計書、及びプロジェクトで作成中のテスト設計書についてのパターンに限定されない。ユーザは、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶されるパターンから、プロジェクトに適したパターンを予め選択し、登録できるようにしてもよい。選択されたパターンはプロジェクトＤＢ２８１に記憶される。
【０１３０】
プロジェクト内で作成されたテスト設計書についてのパターンであるか、予め登録されたパターンであるかは、第６領域４６で表示される項目「ソース」の記載から判別される。つまり、項目「ソース」の記載が「プロジェクト」である場合、そのパターンはプロジェクト内で作成されたテスト設計書についてのものであることを表す。また、項目「ソース」の記載が「共有」、又は「標準」である場合、そのパターンは、クライアントＤＢ２８２、又は標準ＤＢ２８３から選択されたものであることを表す。
【０１３１】
また、第６領域４６は、フィールドオブジェクト４６１１〜４６１３を含む。フィールドオブジェクト４６１１〜４６１３は、ユーザからの指示を受け付けるためのオブジェクトである。
【０１３２】
具体的には、フィールドオブジェクト４６１１は、パターンを新たに追加する旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４６１１が押下されると、表示制御部１８３は、パターンを入力するための入力フォームをディスプレイ１４１に表示させる。
【０１３３】
フィールドオブジェクト４６１２は、標準ＤＢ２８３に記憶されているパターンの表示を要求する旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４６１２が押下されると、取得部２０３３は、標準ＤＢ２８３に記憶されているパターンを取得する。提示部２０３４は、取得されたデータをユーザに提示する。提示されるパターンのうちいずれかがユーザにより選択されると、記憶制御部２０３２は、選択されたパターンをプロジェクトＤＢ２８１に記憶する。新たにプロジェクトＤＢ２８１に記憶されたパターンは、第６領域４６の一覧の新たなレコードに表示される。
【０１３４】
フィールドオブジェクト４６１３は、クライアントＤＢ２８２に記憶されているパターンの表示を要求する旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４６１３が押下されると、取得部２０３３は、クライアントＤＢ２８２に記憶されているパターンを取得する。提示部２０３４は、取得されたデータをユーザに提示する。提示されるパターンのうちいずれかがユーザにより選択されると、記憶制御部２０３２は、選択されたパターンをプロジェクトＤＢ２８１に記憶する。新たにプロジェクトＤＢ２８１に記憶されたパターンは、第６領域４６の一覧の新たなレコードに表示される。
【０１３５】
なお、図１３では、パターンと機能仕様書とを関連付けることについては説明していないが、テスト設計書と同様に、パターンと機能仕様書とを関連付けられるようにしてもよい。また、パターンと機能仕様書の該当箇所とを関連付けられるようにしてもよい。また、図１１で示すテスト設計書と同様に、共有アイコンを設け、同一企業内でパターンを共有できるようにしてもよい。
【０１３６】
ユーザが第１領域４１においてフィールドオブジェクト４１４を選択すると、提示部２０３４は、クライアントＤＢ２８２に記憶されているデータを表示するための画面を提示する。
【０１３７】
図１４は、企業内で共有されるテスト設計書を表示するための画面の例を表す模式図である。図１４に示される画面は、第１領域４１、第７領域４７、第８領域４８を有する。
【０１３８】
第１領域４１では、選択オブジェクト４１７により、共有ファイルを指定するフィールドオブジェクト４１４が選択されている。
第７領域４７は、フィールドオブジェクト４７１〜４７５、選択オブジェクト４７６を含む。
【０１３９】
フィールドオブジェクト４７１〜４７３は、表示するデータの指定をユーザから受け付けるためのオブジェクトである。具体的には、フィールドオブジェクト４７１〜４７３は、設計ファイル、パターン、テスト観点の指定をそれぞれ受け付けるためのオブジェクトである。
【０１４０】
フィールドオブジェクト４７４は、タグに基づいてデータを検索する旨の指示を受け付けるためのオブジェクトである。
フィールドオブジェクト４７５は、現在選択されているデータベース、及びデータの種類を表すオブジェクトである。図１４では、クライアントＤＢ２８２が選択され、テスト設計書の表示が選択されているため、フィールドオブジェクト４７５は、「共有設計書」との表記となっている。
【０１４１】
選択オブジェクト４７６は、フィールドオブジェクト４７１〜４７４に対するユーザの選択を表すオブジェクトである。選択オブジェクト４７６は、ユーザがフィールドオブジェクト４７１〜４７４のいずれかを選択すると、選択されたオブジェクトの上で停止する。
【０１４２】
図１４に示す画面では、選択オブジェクト４７６により、設計書を指定するフィールドオブジェクト４７１が選択されている。取得部２０３３は、クライアントＤＢ２８２からテスト設計書についてのデータを取得する。提示部２０３４は、取得されたデータをユーザに提示する。
【０１４３】
第８領域４８は、第７領域４７で選択されたデータ（テスト設計書）の一覧を表示するための領域である。第８領域４８には、テスト設計書がリスト形式で表示されている。
【０１４４】
第８領域４８に表示されているテスト設計書は、リストの右端に配置される申請アイコン４８２を押下されることで、標準ナレッジで共有される。つまり、テスト設計書は、標準ＤＢ２８３に記憶される。例えば、ユーザは、テスト設計書の一般性、重要性等を考慮し、テスト設計書を標準ナレッジで共有するべきであるか否かを判断する。標準ナレッジで共有するべきである場合、ユーザは、申請アイコン４８２を押下する。ユーザが申請アイコン４８２を押下すると、記憶制御部２０３２は、申請アイコン４８２が押下されたレコードのテスト設計書を、標準ＤＢ２８３に記憶する。申請アイコン４８２が押下されたレコードのテスト設計書は、申請状態となり、所定の権限を有する者からの許可を経て標準ＤＢ２８３に記憶されてもよい。なお、共有ナレッジ（クライアントＤＢ２８２）で蓄積されるテスト設計書を標準ＤＢ２８３に記憶するには、特別な権限を要するとしてもよい。例えば、システムの管理者が申請権限を有しており、管理者の判断に基づき、共有ナレッジで蓄積されるテスト設計書が標準ＤＢ２８３に記憶される。このように権限を設けることで、本当に必要なテスト設計書のみが標準ＤＢ２８３に蓄積されることになる。標準ＤＢ２８３にテスト設計書が記憶されることは、つまり、そのテスト設計書が広く一般的に使用され得るものであることを表す。このため、標準ＤＢ２８３に記憶されたテスト設計書の件数でテスト設計者を評価する材料となり得る。
【０１４５】
記憶制御部２０３２は、テスト設計書を標準ＤＢ２８３に記憶する際、このテスト設計書に付されたタグに基づき、テスト設計書の属性を設定する。記憶制御部２０３２は、設定した属性と共にテスト設計書を標準ＤＢ２８３に記憶させる。
【０１４６】
また、第８領域４８は、ユーザから検索キーワードの入力を受け付けるための検索ボックス４８１を含む。
【０１４７】
ユーザが第７領域４７においてフィールドオブジェクト４７２を選択すると、提示部２０３４は、パターンを表示するための画面を提示する。
【０１４８】
図１５は、企業内で共有されるパターンを表示するための画面の例を表す模式図である。図１５に示される画面は、第１領域４１、第７領域４７、第８領域４８を有する。第１領域４１は、図１４に示される第１領域４１と同様である。
【０１４９】
第７領域４７では、選択オブジェクト４７６により、パターンを指定するフィールドオブジェクト４７２が選択されている。取得部２０３３は、クライアントＤＢ２８２からパターンについてのデータを取得する。提示部２０３４は、取得されたデータをユーザに提示する。
【０１５０】
第８領域４８は、第７領域４７で選択されたデータ（パターン）の一覧を表示するための領域である。第８領域４８には、パターンがリスト形式で表示されている。
【０１５１】
リスト表示されるパターンのいずれかは、ユーザから、標準ＤＢ２８３へ記憶する旨の指示を受け付けてもよい。標準ＤＢ２８３へ記憶する旨の指示がユーザから入力されると、記憶制御部２０３２は、ユーザから選択されたパターンを標準ＤＢ２８３に記憶させる。
【０１５２】
ユーザが第７領域４７においてフィールドオブジェクト４７３を選択すると、提示部２０３４は、データ観点を表示するための画面を提示する。
【０１５３】
図１６は、企業内で共有されるテスト観点を表示するための画面の例を表す模式図である。図１６に示される画面は、第１領域４１、第７領域４７、第８領域４８を有する。第１領域４１は、図１４に示される第１領域４１と同様である。
【０１５４】
第７領域４７では、選択オブジェクト４７６により、テスト観点を指定するフィールドオブジェクト４７３が選択されている。取得部２０３３は、クライアントＤＢ２８２からテスト観点についてのデータを取得する。提示部２０３４は、取得されたデータをユーザに提示する。
【０１５５】
第８領域４８は、第７領域４７で選択されたデータ（テスト観点）の一覧を表示するための領域である。第８領域４８には、テスト観点がリスト形式で表示されている。
【０１５６】
リスト表示されるテスト観点のいずれかは、ユーザから、標準ＤＢ２８３へ記憶する旨の指示を受け付けてもよい。標準ＤＢ２８３へ記憶する旨の指示がユーザから入力されると、記憶制御部２０３２は、ユーザから選択されたテスト観点を標準ＤＢ２８３に記憶させる。
【０１５７】
ユーザが第１領域４１においてフィールドオブジェクト４１５を選択すると、提示部２０３４は、標準ＤＢ２８３に記憶されているデータを表示するための画面を提示する。
【０１５８】
図１７は、標準ナレッジで記憶されるテスト設計書を表示するための画面の例を表す模式図である。図１７に示される画面は、第１領域４１、第７領域４７、第８領域４８を有する。
【０１５９】
第１領域４１では、選択オブジェクト４１７により、ナレッジを指定するフィールドオブジェクト４１５が選択されている。
【０１６０】
第７領域４７では、標準ＤＢ２８３が選択されているため、フィールドオブジェクト４７５は、「ＴＤ（登録商標）」との表記となっている。また、選択オブジェクト４７６により、設計書を指定するフィールドオブジェクト４７１が選択されている。取得部２０３３は、標準ＤＢ２８３からテスト設計書についてのデータを取得する。提示部２０３４は、取得されたデータをユーザに提示する。
【０１６１】
第８領域４８は、第７領域４７で選択されたデータ（テスト設計書）の一覧を表示するための領域である。第８領域４８には、テスト設計書がリスト形式で表示されている。
【０１６２】
ユーザが第７領域４７においてフィールドオブジェクト４７２を選択すると、提示部２０３４は、パターンを表示するための画面を提示する。
【０１６３】
図１８は、標準ナレッジで記憶されるパターンを表示するための画面の例を表す模式図である。図１８に示される画面は、第１領域４１、第７領域４７、第８領域４８を有する。第１領域４１は、図１７に示される第１領域４１と同様である。
【０１６４】
第７領域４７では、選択オブジェクト４７６により、パターンを指定するフィールドオブジェクト４７２が選択されている。取得部２０３３は、標準ＤＢ２８３からパターンについてのデータを取得する。提示部２０３４は、取得されたデータをユーザに提示する。
【０１６５】
第８領域４８は、第７領域４７で選択されたデータ（パターン）の一覧を表示するための領域である。第８領域４８には、パターンがリスト形式で表示されている。
【０１６６】
ユーザが第７領域４７においてフィールドオブジェクト４７３を選択すると、提示部２０３４は、データ観点を表示するための画面を提示する。
【０１６７】
図１９は、標準ナレッジで記憶されるテスト観点を読み出すための画面の例を表す模式図である。図１９に示される画面は、第１領域４１、第７領域４７、第８領域４８を有する。第１領域４１は、図１７に示される第１領域４１と同様である。
【０１６８】
第７領域４７では、選択オブジェクト４７６により、テスト観点を指定するフィールドオブジェクト４７３が選択されている。取得部２０３３は、標準ＤＢ２８３からテスト観点についてのデータを取得する。提示部２０３４は、取得されたデータをユーザに提示する。
【０１６９】
第８領域４８は、第７領域４７で選択されたデータ（テスト観点）の一覧を表示するための領域である。第８領域４８には、テスト観点がリスト形式で表示されている。
【０１７０】
＜５  動作＞
（テスト設計書の作成）
テスト設計書が作成される際のサーバ２０の処理を、ディスプレイ１４１の表示画面と共に説明する。
【０１７１】
まず、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶されているテスト設計書をコピーして、テスト設計書を作成する場合を説明する。
例えば、ユーザが、プロジェクト１で用いられるテスト設計書を、蓄積されているテスト設計書から流用する場合を想定する。ユーザは、図１１に示す画面において、「共有ファイル・ナレッジからコピー」のフィールドオブジェクト４６６を押下する。
【０１７２】
フィールドオブジェクト４６６が押下されると、取得部２０３３は、クライアントＤＢ２８２、及び標準ＤＢ２８３からテスト設計書を取得する。提示部２０３４は、取得したテスト設計書を、端末装置１０に提示する。
【０１７３】
表示制御部１８３は、例えば、クライアントＤＢ２８２、及び標準ＤＢ２８３から読み出されたテスト設計書がリスト表示された表示ウィンドウ４６１４をディスプレイ１４１に表示させる。
図２０は、テスト設計書のリスト表示の例を表す模式図である。表示ウィンドウ４６１４には、参照アイコン４６１５、フィールドオブジェクト４６１６，４６１７が含まれている。参照アイコン４６１５は、リストの左端に配置され、テスト設計書についての表示要求を受け付けるためのアイコンである。
【０１７４】
フィールドオブジェクト４６１６は、ユーザにより選択されたテスト設計書を流用してテスト設計書を作成する旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４６１７は、テスト設計書の流用をキャンセルする旨の指示を受け付けるためのオブジェクトである。
【０１７５】
表示ウィンドウ４６１４に表示されるテスト設計書がどのデータベースから読み出されてきたかは、項目「ソース」の記載から判別できる。図２０の例では、項目「ソース」の記載が「共有ナレッジ」であるテスト設計書は、クライアントＤＢ２８２から読み出されたテスト設計書である。また、項目「ソース」の記載が「標準ナレッジ」であるテスト設計書は、標準ＤＢ２８３から読み出されたテスト設計書である。
【０１７６】
リストの左端に配置される参照アイコン４６１５がユーザにより押下されると、表示制御部１８３は、参照アイコン４６１５が押下されたレコードのテスト設計書の詳細情報、例えば、確認項目一覧、又はパターン表をディスプレイ１４１に表示させる。
【０１７７】
ユーザは、確認項目一覧、及びパターン表を確認し、テスト設計書がプロジェクト１で流用可能であるか否かを判断する。テスト設計書が流用可能であると判断すると、ユーザは、流用可能であると判断したテスト設計書を選択し、表示ウィンドウ４６１４に表示されるフィールドオブジェクト４６１６を押下する。
【０１７８】
フィールドオブジェクト４６１６が押下されると、記憶制御部２０３２は、ユーザにより選択されたテスト設計書をプロジェクトＤＢ２８１に記憶させる。取得部２０３３は、テスト設計書がプロジェクトＤＢ２８１に記憶されると、記憶されたテスト設計書を取得する。提示部２０３４は、取得したテスト設計書を端末装置１０に提示する。これにより、図１１に示す第６領域４６のリストに、新たなテスト設計書が作成される。作成されたテスト設計書は、図１１に示す画面から任意に編集可能である。
【０１７９】
なお、図２０では、提示部２０３４が、クライアントＤＢ２８２、及び標準ＤＢ２８３から読み出されたテスト設計書を所定の順序で表示する場合を示している。しかしながら、提示部２０３４は、ユーザが所望すると予想されるテスト設計書を視認しやすい位置に提示するようにしてもよい。例えば、提示部２０３４は、記憶されている、プロジェクトに関する情報と同じ、又は類似する内容のタグが付されたテスト設計書が上位に上がるようにテスト設計書をユーザに提示する。
【０１８０】
次に、プロジェクトＤＢ２８１、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶されているテスト観点、又はパターンを流用しながらテスト設計書を作成する場合を説明する。
【０１８１】
例えば、ユーザが、プロジェクト１で用いられるテスト設計書を作成する場合を想定する。ユーザは、図１１に示す画面において、「新規作成」のフィールドオブジェクト４１１を押下する。
【０１８２】
フィールドオブジェクト４１１が押下されると、表示制御部１８３は、確認項目一覧を作成するためのフォームをディスプレイ１４１に表示させる。
【０１８３】
図２１は、確認項目一覧を作成するための画面の例を表す模式図である。図２１に示す作成画面は、フィールドオブジェクト４９１を含む。フィールドオブジェクト４９１は、確認項目一覧に対するユーザからの入力を受け付けるためのオブジェクトである。作成画面が表示されると、ユーザは、例えば、テスト観点を入力するため、項目「テスト観点」の１つ目のセル４９１１を選択する。
【０１８４】
セル４９１１が選択されると、表示制御部１８３は、テスト観点のリストを表示させるか否かの確認をディスプレイ１４１に表示させる。ユーザがテスト観点のリスト表示を要求すると、取得部２０３３は、プロジェクトＤＢ２８１からテスト観点を取得する。提示部２０３４は、取得したテスト観点をユーザに提示する。
【０１８５】
表示制御部１８３は、例えば、プロジェクトＤＢ２８１から読み出されたテスト観点がリスト表示された表示ウィンドウ４９２をディスプレイ１４１に表示させる。
【０１８６】
図２２は、テスト観点のリスト表示の例を表す模式図である。表示ウィンドウ４９２には、選択アイコン４９２１，４９２２が含まれている。
【０１８７】
選択アイコン４９２１，４９２２は、テスト観点を読み出すデータベースの選択を受け付けるためのアイコンである。具体的には、選択アイコン４９２１は、プロジェクトＤＢ２８１の選択を受け付けるためのアイコンである。選択アイコンの升にチェックを入れると、プロジェクトＤＢ２８１からの読み出しが選択される。選択アイコン４９２２は、標準ＤＢ２８３の選択を受け付けるためのアイコンである。選択アイコンの升にチェックを入れると、標準ＤＢ２８３からの読み出しが選択される。なお、表示ウィンドウ４９２には、クライアントＤＢ２８２からのテスト観点の読み出しの選択を受け付けるためのアイコンが含まれていてもよい。
【０１８８】
図２２では、選択アイコン４９２１にチェックが入っており、プロジェクトＤＢ２８１から読み出されたテスト観点が表示されている。プロジェクトＤＢ２８１から読み出されたテスト観点の項目「ソース」には、「プロジェクト観点」が記載される。ユーザにより選択アイコン４９２２にチェックが入れられると、標準ＤＢ２８３から読み出されたテスト観点が表示される（図示せず）。標準ＤＢ２８３から読み出されたテスト観点の項目「ソース」には、例えば、「標準観点」が記載される。
【０１８９】
表示ウィンドウ４９２に表示されるテスト観点が選択されると、選択された「テスト観点」と、選択されたテスト観点に含まれる「確認項目」とが確認項目一覧に入力される。
【０１９０】
図２３は、「テスト観点」と「確認項目」とが入力された確認項目一覧の作成画面の例を表す模式図である。図２３では、項目「テスト観点」の第１セル４９１１に「正常認証」が記載され、項目「確認項目」の第１セル４９１２に「確認項目」が記載される。
【０１９１】
図２３に示す確認項目一覧の入力画面には、パターンの管理画面への遷移を受け付けるためのフィールドオブジェクト４９３が含まれる。ユーザによりフィールドオブジェクト４９３が押下されると、表示制御部１８３は、パターンの管理画面をディスプレイ１４１に表示させる。
【０１９２】
図２４は、パターンの管理画面の例を表す模式図である。図２４に示す管理画面は、フィールドオブジェクト４１０１〜４１０４、選択オブジェクト４１０５を含む。
【０１９３】
フィールドオブジェクト４１０１は、パターンを新規に追加する旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４１０１がユーザにより押下されると、表示制御部１８３は、パターンについての情報を入力するためのフィールドオブジェクト４１０２，４１０３をディスプレイ１４１に表示させる。
【０１９４】
フィールドオブジェクト４１０２は、管理されているパターンに対する選択を受け付けるためのオブジェクトである。確認項目一覧に、複数のパターンが登録されている場合、複数のフィールドオブジェクト４１０２が表示される。フィールドオブジェクト４１０３は、パターンの入力をユーザから受け付けるためのオブジェクトである。
【０１９５】
フィールドオブジェクト４１０４は、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶されているパターンをコピーする旨の指示を受け付けるためのオブジェクトである。
【０１９６】
選択オブジェクト４１０５は、フィールドオブジェクト４１０２に対するユーザの選択を表すオブジェクトである。選択オブジェクト４１０５は、ユーザがフィールドオブジェクト４１０２のいずれかを選択すると、選択されたオブジェクトの上で停止する。
【０１９７】
フィールドオブジェクト４１０４が押下されると、取得部２０３３は、クライアントＤＢ２８２、及び標準ＤＢ２８３からパターンを取得する。提示部２０３４は、取得したパターンを、端末装置１０に提示する。
【０１９８】
表示制御部１８３は、例えば、クライアントＤＢ２８２、及び標準ＤＢ２８３から読み出されたパターンがリスト表示された表示ウィンドウ４１０６をディスプレイ１４１に表示させる。
【０１９９】
図２５は、パターンのリスト表示の例を表す模式図である。表示ウィンドウ４１０６には、参照アイコン４１０７、フィールドオブジェクト４１０８，４１０９が含まれている。参照アイコン４１０７は、リストの左端に配置され、パターンについての表示要求を受け付けるためのアイコンである。
【０２００】
フィールドオブジェクト４１０８は、ユーザにより選択されたパターンを流用してパターンを作成する旨の指示を受け付けるためのオブジェクトである。フィールドオブジェクト４１０９は、パターンの流用をキャンセルする旨の指示を受け付けるためのオブジェクトである。
【０２０１】
表示ウィンドウ４１０６に表示されるパターンがどのデータベースから読み出されてきたかは、項目「ソース」の記載から判別できる。図２５の例では、項目「ソース」の記載が「プロジェクト」であるパターンは、プロジェクトＤＢ２８１から読み出されたパターンである。また、項目「ソース」の記載が「クライアント」であるパターンは、クライアントＤＢ２８２から読み出されたテスト設計書である。また、項目「ソース」の記載が「マスター」であるパターンは、標準ＤＢ２８３から読み出されたテスト設計書である。
【０２０２】
リストの左端に配置される参照アイコン４１０７がユーザにより押下されると、表示制御部１８３は、参照アイコン４１０７が押下されたレコードのパターンの詳細情報、例えば、パターン表をディスプレイ１４１に表示させる。
【０２０３】
ユーザは、パターン表を確認し、パターンが流用可能であるか否かを判断する。パターンが流用可能であると判断すると、ユーザは、流用可能であると判断したパターンを選択し、表示ウィンドウ４１０６に表示されるフィールドオブジェクト４１０８を押下する。
【０２０４】
フィールドオブジェクト４１０８が押下されると、記憶制御部２０３２は、ユーザにより選択されたパターンをプロジェクトＤＢ２８１に記憶させる。取得部２０３３は、パターンがプロジェクトＤＢ２８１に記憶されると、記憶されたパターンを取得する。提示部２０３４は、取得したパターンを端末装置１０に提示する。これにより、図２４に示す管理画面に、新たなフィールドオブジェクト４１０２が追加される。図２６は、パターンの管理画面の例を表す模式図である。
【０２０５】
なお、図２５では、提示部２０３４が、クライアントＤＢ２８２、及び標準ＤＢ２８３から読み出されたパターンを所定の順序で表示する場合を示している。しかしながら、提示部２０３４は、ユーザが所望すると予想されるパターンを視認しやすい位置に提示するようにしてもよい。例えば、提示部２０３４は、記憶されている、プロジェクトに関する情報と同じ、又は類似する内容のタグが付されたパターンが上位に上がるようにパターンをユーザに提示する。
【０２０６】
（機能仕様書の修正に応じた修正の提案）
機能仕様書の修正に応じてテスト設計書、又は要素の修正を提案する際のサーバ２０の処理を、ディスプレイ１４１の表示画面と共に説明する。
【０２０７】
図２７は、機能仕様書の修正に応じてテスト設計書、又は要素の修正を提案する際の制御部２０３の処理の流れを示すフローチャートである。
【０２０８】
まず、記憶制御部２０３２は、機能仕様書についての情報をユーザ、又は所定のサイトから受け付け、受け付けた情報を記憶部２０２に記憶させる（ステップＳ２１）。
【０２０９】
検出部２０３５は、テスト設計書と紐づけられている機能仕様書２８４に変更があるか否かを判断する（ステップＳ２２）。例えば、検出部２０３５は、機能仕様書２８４の変更に関する情報を取得する。具体的には、例えば、機能仕様書２８４に変更が加えられた際、変更情報に変更についての情報が記憶されている。検出部２０３５は、変更情報に基づき、機能仕様書２８４における変更箇所を把握する。また、例えば、表計算ソフトにより作成されている機能仕様書２８４に変更がある場合、検出部２０３５は、変更履歴に基づき、機能仕様書２８４に変更があることを検出すると共に、機能仕様書２８４における変更箇所、例えば、変更のあったシート、変更のあった行、変更のあったセル等を検出する。
【０２１０】
取得部２０３３は、変更が検出された機能仕様書２８４と関連付けられているテスト設計書をプロジェクトＤＢ２８１から取得する（ステップＳ２３）。取得部２０３３は、変更が検出された機能仕様書２８４と関連付けられているテスト設計書の要素、例えば、テスト観点、又はパターンをプロジェクトＤＢ２８１から取得してもよい。
【０２１１】
テスト設計書と、機能仕様書２８４の該当箇所とが関連付けられている場合、取得部２０３３は、機能仕様書２８４の変更箇所と関連付けられているテスト設計書、又はテスト設計書の要素をプロジェクトＤＢ２８１から取得してもよい。
【０２１２】
提示部２０３４は、取得された情報を端末装置１０に提示する（ステップＳ２４）。具体的には、例えば、提示部２０３４は、機能仕様書２８４の変更に伴い、取得されたテスト設計書、又はテスト設計書の要素を修正する必要があるかもしれないことを端末装置１０に提示する。表示制御部１８３は、提示された内容をディスプレイ１４１に表示させる。
【０２１３】
図２８は、機能仕様書２８４の変更に基づくテスト設計書、又はテスト設計書の要素の修正提案を表示する画面の例を表す模式図である。表示制御部１８３は、例えば、テスト設計書の一覧を表示する画面において、ディスプレイ１４１に表示ウィンドウ４６１４を表示させる。表示ウィンドウ４６１４には、機能仕様書の該当箇所の変更に伴い、テスト設計書、テスト観点、パターンに修正が必要な可能性があることが表示されている。なお、表示ウィンドウ４６１４の表示は、これに限定されない。テスト設計書の修正のみが提案されてもよいし、テスト設計書の確認項目一覧及びパターン表の修正が提案されてもよい。
【０２１４】
ユーザは、表示ウィンドウ４６１４に修正の提案が表示されると、該当する機能仕様書２８４の修正箇所を確認し、テスト設計書、又はテスト設計書の要素に修正が必要か否かを検討する。修正が必要な場合、ユーザは、テスト設計書、又はテスト設計書の要素を修正する。
【０２１５】
ユーザによりテスト設計書、又はテスト設計書の要素が修正されると、記憶制御部２０３２は、プロジェクトＤＢ２８１に記憶されているテスト設計書、又はテスト設計書の要素を修正後のデータで更新する。記憶制御部２０３２は、プロジェクトＤＢ２８１のデータを更新すると、修正前のテスト設計書、又はテスト設計書の要素がクライアントＤＢ２８２、又は標準ＤＢ２８３にも記憶されているか否かを判断する。修正前のテスト設計書、又はテスト設計書の要素がクライアントＤＢ２８２、又は標準ＤＢ２８３にも記憶されている場合、記憶制御部２０３２は、クライアントＤＢ２８２、又は標準ＤＢ２８３で記憶されているデータを、修正後のデータで更新する。
【０２１６】
（指標値の生成）
プロジェクトＤＢ２８１、クライアントＤＢ２８２、標準ＤＢ２８３で記憶されるテスト設計書、又はテスト設計書の要素が流用されて指標値が算出される際のサーバ２０の処理を説明する。
【０２１７】
まず、記憶制御部２０３２は、プロジェクトＤＢ２８１、クライアントＤＢ２８２、標準ＤＢ２８３で記憶されるテスト設計書、又はテスト設計書の要素が流用された第１回数を記憶部２０２に記憶する。また、記憶制御部２０３２は、テスト設計者が、テスト設計書、又はテスト設計書の要素を流用した第２回数を記憶部２０２に記憶する。
【０２１８】
算出部２０３６は、記憶部２０２に記憶される第１回数と第２回数とに基づき、所定の指標値を算出する。指標値は、例えば、プロジェクトＤＢ２８１、クライアントＤＢ２８２、標準ＤＢ２８３で記憶されるテスト設計書、又はテスト設計書の要素を流用することで、テスト設計のコストがどれだけ抑えられたかを表す指標値である。例えば、当該指標値は、テスト設計書等を流用することで、１つのテスト設計書を作成した時間が、どれだけ短縮されたかを表す、短縮値、又は短縮率等を含む。また、指標値には、テスト設計書等を流用することで、１つのテスト設計書を作成するのにテスト設計者がかけた時間が、どれだけ短縮されたかを表す、短縮値、又は短縮率等を含む。
【０２１９】
提示部２０３４は、算出部２０３６で算出された指標値を端末装置１０に提示する。
【０２２０】
以上のように、上記実施形態では、記憶制御部２０３２は、テスト設計書、及びテスト設計書から分解された要素を、業務に対応する層毎に設けられているプロジェクトＤＢ２８１、クライアントＤＢ２８２、標準ＤＢ２８３に記憶する。そして、提示部２０３４は、ユーザからの要求に応じ、プロジェクトＤＢ２８１、クライアントＤＢ２８２、標準ＤＢ２８３に記憶されているテスト設計書、又は要素を切り替えて提示するようにしている。これにより、サーバ２０は、テスト設計書、及びテスト設計書から分解された要素を所望のデータベースに蓄積し、ユーザが所望の情報に到達しやすくなるようにしている。
【０２２１】
したがって、本開示に係るサーバ２０によれば、過去に作成されたテスト設計書を効果的に用い、テストの品質を維持したまま、テスト設計の負担を軽減することができる。
【０２２２】
また、上記実施形態では、記憶制御部２０３２は、作成されたテスト設計書、及び当該テスト設計書から分解された要素を、プロジェクト内で情報を共有するプロジェクトＤＢ２８１に記憶するようにしている。これにより、サーバ２０は、プロジェクト内で作成された過去のデータをプロジェクト内で利用可能に蓄積することが可能となる。
【０２２３】
また、上記実施形態では、記憶制御部２０３２は、プロジェクトＤＢ２８１に記憶されているテスト設計書、及び当該テスト設計書から分解された要素のうちいずれかを、プロジェクト横断で情報を共有するクライアントＤＢ２８２に記憶するようにしている。これにより、サーバ２０は、プロジェクト内で作成された過去のデータを企業内で利用可能に蓄積することが可能となる。
【０２２４】
また、上記実施形態では、記憶制御部２０３２は、プロジェクトＤＢ２８１、又はクライアントＤＢ２８２に記憶されているテスト設計書、及び当該テスト設計書から分解された要素のうちいずれかを、全体で情報を共有する標準ＤＢ２８３に記憶するようにしている。これにより、サーバ２０は、プロジェクト内、又は企業内で作成された過去のデータを標準データとして利用可能に蓄積することが可能となる。
【０２２５】
また、上記実施形態では、記憶制御部２０３２は、テスト設計書、又は当該テスト設計書から分解された要素に、テスト設計書が属する種別を表す情報を付して標準ＤＢ２８３に記憶するようにしている。これにより、サーバ２０は、企業の種別に応じ、標準ＤＢ２８３で蓄積されるデータを分類するようにしている。このため、ユーザは、標準ＤＢ２８３に大量のデータが蓄積されている場合であっても所望のデータに効率的に到達できる。
【０２２６】
また、上記実施形態では、記憶制御部２０３２は、権限を有するユーザの指示に応じ、上位の層のデータベースへデータが記憶されるようにしている。これにより、クライアントＤＢ２８２、又は標準ＤＢ２８３に蓄積されるデータ数が膨大になることが抑えられる。
【０２２７】
また、上記実施形態では、提示部２０３４は、プロジェクトＤＢ２８１に記憶されるテスト設計書、又は要素を、プロジェクトＤＢ２８１と対応するプロジェクトに属するユーザへ提示するようにしている。これにより、サーバ２０は、プロジェクト内での情報共有を活性化させ、プロジェクト内でのテスト設計者毎の品質のブレが抑えることが可能となる。つまり、属人化が排除されて品質が安定する。
【０２２８】
また、上記実施形態では、提示部２０３４は、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶されるテスト設計書、又は要素をユーザへ提示するようにしている。これにより、ユーザは、所望の情報を、層毎のデータベースから検索することが可能となり、所望の情報に迅速に到達することが可能となる。また、事前の計画において、クライアント企業が希望する品質のテストを把握できるため、無駄なテストを設計する確率が下がり、時間のロスを避けることが可能となる。このため、プロジェクト全体で、クライアント企業に対し、最適なコスト、かつ、最適な品質のテストを設計することが可能となる。
【０２２９】
また、上記実施形態では、記憶制御部２０３２は、作成されたテスト設計書、及び当該テスト設計書から分解された要素を、作成の際に参照された機能仕様書と関連付けてプロジェクトＤＢ２８１に記憶する。そして、提示部２０３４は、機能仕様書に変更があった場合、当該機能仕様書と関連付けられているテスト設計書、又は要素の修正提案を提示するようにしている。これにより、ユーザは、開発と連動し、リアルタイムでテスト設計書を修正することが可能となる。このため、実際に開発されている対象と、設計しているテストの間の齟齬が抑えられるようになる。このことは、プロジェクト全体でのテストの抜けを防止することにつながる。
【０２３０】
また、上記実施形態では、記憶制御部２０３２は、作成されたテスト設計書、及び当該テスト設計書から分解された要素を、作成の際に参照された機能仕様書の該当箇所と関連付けてプロジェクトＤＢ２８１に記憶する。そして、提示部２０３４は、該当箇所に変更があった場合、当該該当箇所と関連付けられているテスト設計書、又は要素の修正提案を提示するようにしている。これにより、ユーザは、機能仕様書の変更に合わせ、テスト設計書又は要素を、さらに効率的に修正することが可能となる。
【０２３１】
また、上記実施形態では、記憶制御部２０３２は、機能仕様書と関連付けられているテスト設計書、又は要素が修正された場合、上位の層のデータベースに記憶される、修正されたテスト設計書、又は要素と対応するテスト設計書、又は要素に、修正を反映させるようにしている。これにより、サーバ２０は、プロジェクトＤＢ２８１に記憶されているデータに加え、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶されているデータについても機能仕様書の変更を反映させることが可能となる。
【０２３２】
また、上記実施形態では、記憶制御部２０３２は、テスト設計書、及びテスト設計書から分解された要素を、テストの特徴を個別に表すタグを付して、プロジェクトＤＢ２８１、クライアントＤＢ２８２、標準ＤＢ２８３に記憶する。そして、提示部２０３４は、ユーザにより指定されるデータベースから、タグに基づき、データベース毎に記憶されているテスト設計書、又は要素を検索するようにしている。これにより、ユーザは、所望のデータにより迅速に到達できるようになる。
【０２３３】
また、上記実施形態では、要素は、テストの拠り所となる見地を表すテスト観点、及び実施されるテストケースが規定されるパターン表である。これにより、サーバ２０は、ユーザのスキルにより、入力される内容にばらつきが発生しやすい項目単位でデータを管理することが可能となる。このため、ユーザがテスト設計書を作成する際には、ユーザからの情報の入力を支援することが可能となるため、テスト設計書を作成する負担を軽減させることが可能となる。また、作成されるテスト設計書の質のばらつきが抑えられることになる。
【０２３４】
また、上記実施形態では、記憶制御部２０３２は、クライアントＤＢ２８２又は標準ＤＢ２８３に記憶されているテスト観点を、テスト設計書が作成される前に、プロジェクトＤＢ２８１に記憶するようにしている。これにより、サーバ２０は、プロジェクトで必要となるテスト観点を事前に登録しておくことが可能となるため、テスト設計者がテスト観点を設定する負担を軽減させることが可能となる。また、必要なテスト観点が漏れることを抑えることが可能となる。
【０２３５】
また、上記実施形態では、算出部２０３６は、プロジェクトＤＢ２８１、クライアントＤＢ２８２、又は標準ＤＢ２８３に記憶されているテスト設計書、又は要素の参照回数に基づき、テスト設計のコストがどれだけ抑えられたかを表す指標値を算出するようにしている。これにより、サーバ２０は、自装置の有効性を定量的にクライアント企業へ提示することが可能となる。
【０２３６】
なお、上記実施形態では、データベースがプロジェクトＤＢ２８１、クライアントＤＢ２８２、標準ＤＢ２８３の３階層に設けられる場合を例に説明した。しかしながら、本実施形態に係るデータベースが設けられる階層数は、３階層に限定されない。例えば、クライアントＤＢ２８２の上位に、所定の要素でクライアント層に記憶される情報をまとめる階層が設けられていてもよい。所定の要素は、例えば、地理的な要素、業界に関する要素等である。具体的には、例えば、東日本の企業についての情報をまとめるデータベース、及び西日本の企業についての情報をまとめるデータベースが設けられてもよい。
【０２３７】
以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。
【０２３８】
＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
【０２３９】
（付記１）
プロセッサ２９と、メモリ２５とを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、
テスト設計書、及び前記テスト設計書から分解された要素を、業務に対応する層毎に設けられているデータベース２８１，２８２，２８３に記憶するステップ（２０３２）と、
ユーザからの要求に応じ、データベース毎に記憶されているテスト設計書、又は要素を切り替えて提示するステップ（２０３４）と
を実行させるプログラム。
【０２４０】
（付記２）
記憶するステップにおいて、作成されたテスト設計書、及び当該テスト設計書から分解された要素を、プロジェクト内で情報を共有する第１データベース２８１に記憶する（付記１）に記載のプログラム。
【０２４１】
（付記３）
記憶するステップにおいて、第１データベースに記憶されているテスト設計書、及び当該テスト設計書から分解された要素のうちいずれかを、プロジェクト横断で情報を共有する第２データベース２８２に記憶する（付記２）に記載のプログラム。
【０２４２】
（付記４）
記憶するステップにおいて、第１データベース、又は第２データベースに記憶されているテスト設計書、及び当該テスト設計書から分解された要素のうちいずれかを、全体で情報を共有する第３データベース２８３に記憶する（付記３）に記載のプログラム。
【０２４３】
（付記５）
記憶するステップにおいて、テスト設計書、又は当該テスト設計書から分解された要素に、テスト設計書が属する種別を表す情報を付して第３データベースに記憶する（付記４）に記載のプログラム。
【０２４４】
（付記６）
記憶するステップにおいて、前記テスト設計書、及び当該テスト設計書から分解された要素を前記第３データベースに記憶するには、権限を有する者の操作が必要である（付記４）又は（付記５）に記載のプログラム。
【０２４５】
（付記７）
提示するステップにおいて、第１データベースに記憶されるテスト設計書、又は要素を、第１データベースと対応するプロジェクトに属するユーザへ提示する（付記２）乃至（付記６）のいずれかに記載のプログラム。
【０２４６】
（付記８）
提示するステップにおいて、第２データベースに記憶されるテスト設計書、又は要素を、同一クライアント内の他プロジェクトに属するユーザへ提示する（付記３）乃至（付記７）のいずれかに記載のプログラム。
【０２４７】
（付記９）
提示するステップにおいて、第３データベースに記憶されるテスト設計書、又は要素をユーザへ提示する（付記４）乃至（付記８）のいずれかに記載のプログラム。
【０２４８】
（付記１０）
記憶するステップにおいて、作成されたテスト設計書、及び当該テスト設計書から分解された要素を、作成の際に参照された機能仕様書と関連付けて第１データベースに記憶し、
機能仕様書に変更があった場合、当該機能仕様書と関連付けられているテスト設計書、又は要素の修正を提案するステップをプロセッサに実行させる（付記２）乃至（付記９）のいずれかに記載のプログラム。
【０２４９】
（付記１１）
記憶するステップにおいて、作成されたテスト設計書、及び当該テスト設計書から分解された要素を、作成の際に参照された機能仕様書の該当箇所と関連付けて第１データベースに記憶し、
提案するステップにおいて、該当箇所に変更があった場合、当該該当箇所と関連付けられているテスト設計書、又は要素の修正を提案する（付記１０）に記載のプログラム。
【０２５０】
（付記１２）
機能仕様書と関連付けられているテスト設計書、又は要素が修正された場合、上位の層のデータベースに記憶される、修正されたテスト設計書、又は要素と対応するテスト設計書、又は要素に、修正を反映させるステップをプロセッサに実行させる（付記１０）又は（付記１１）に記載のプログラム。
【０２５１】
（付記１３）
記憶するステップにおいて、テスト設計書、及びテスト設計書から分解された要素を、テストの特徴を個別に表すタグを付して、第２データベースに記憶し、
提示するステップにおいて、タグに基づき、テスト設計書、又は要素を検索する（付記３）乃至（付記１２）のいずれかに記載のプログラム。
【０２５２】
（付記１４）
記憶するステップにおいて、タグの情報に基づいてテスト設計書が属する種別を表す属性情報を作成し、テスト設計書、又は当該テスト設計書から分解された要素を、属性情報を付して第３データベースに記憶する（付記１３）に記載のプログラム。
【０２５３】
（付記１５）
要素は、テストの拠り所となる見地を表すテスト観点、及び実施されるテストケースが規定されるパターン表である（付記１）乃至（付記１４）のいずれかに記載のプログラム。
【０２５４】
（付記１６）
要素は、テストの拠り所となる見地を表すテスト観点、及び実施されるテストケースが規定されるパターン表であり、
記憶するステップにおいて、第２データベース、又は第３データベースに記憶されているテスト観点を、テスト設計書が作成される前に、第１データベースに記憶する（付記４）乃至（付記６）のいずれかに記載のプログラム。
【０２５５】
（付記１７）
第１データベース、第２データベース、又は第３データベースに記憶されているテスト設計書、又は要素の参照回数に基づき、指標値を算出するステップ（２０３６）をプロセッサに実行させる（付記４）乃至（付記６）のいずれかに記載のプログラム。
【０２５６】
（付記１８）
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、
作成されたテスト設計書を、作成の際に参照された機能仕様書と関連付けてデータベースに記憶するステップと、
機能仕様書に変更があった場合、当該機能仕様書と関連付けられているテスト設計書の修正を提案するステップと
をプロセッサに実行させるプログラム。
【０２５７】
（付記１９）
記憶するステップにおいて、作成されたテスト設計書を、作成の際に参照された機能仕様書の該当箇所と関連付けてデータベースに記憶し、
提案するステップにおいて、該当箇所に変更があった場合、当該該当箇所と関連付けられているテスト設計書の修正を提案する（付記１８）に記載のプログラム。
【０２５８】
（付記２０）
プロセッサと、メモリとを備えるコンピュータが実行する方法であって、
テスト設計書、及びテスト設計書から分解された要素を、業務に対応する層毎に設けられているデータベースに記憶するステップと、
ユーザからの要求に応じ、データベース毎に記憶されているテスト設計書、又は要素を切り替えて提示するステップと
を実行する方法。
【０２５９】
（付記２１）
プロセッサと、メモリとを備える情報処理装置であって、
プロセッサが、
テスト設計書、及びテスト設計書から分解された要素を、業務に対応する層毎に設けられているデータベースに記憶するステップと、
ユーザからの要求に応じ、データベース毎に記憶されているテスト設計書、又は要素を切り替えて提示するステップと
を実行する情報処理装置。
【０２６０】
（付記２２）
テスト設計書、及び前記テスト設計書から分解された要素を、業務に対応する層毎に設けられているデータベースに記憶する手段と、
ユーザからの要求に応じ、データベース毎に記憶されているテスト設計書、又は要素を切り替えて提示する手段と
を具備するシステム。
【符号の説明】
【０２６１】
１…システム
１０…端末装置
１２１…通信部
１３…入力装置
１３１…マウス
１３２…キーボード
１３３…タッチ・センシティブ・デバイス
１４…出力装置
１４１…ディスプレイ
１５…メモリ
１６…ストレージ
１７０…記憶部
１８０…制御部
１８１…操作受付部
１８２…送受信部
１８３…表示制御部
１９…プロセッサ
２０…サーバ
２０１…通信部
２０２…記憶部
２０３…制御部
２０３１…送受信部
２０３２…記憶制御部
２０３３…取得部
２０３４…提示部
２０３５…検出部
２０３６…算出部
２５…メモリ
２６…ストレージ
２８１…プロジェクトＤＢ
２８１１…テスト設計書
２８１２…パターン
２８１３…テスト観点
２８２…クライアントＤＢ
２８２１…テスト設計書
２８２２…パターン
２８２３…テスト観点
２８３…標準ＤＢ
２８３１…テスト設計書
２８３２…パターン
２８３３…テスト観点
２８４…機能仕様書
２９…プロセッサ
【要約】
【課題】過去に作成されたテスト設計書を効果的に用い、テストの品質を維持したまま、テスト設計の負担を軽減すること。
【解決手段】本開示のプログラムは、プロセッサに、テスト設計書、及びテスト設計書から分解された要素を、業務に対応する層毎に設けられているデータベースに記憶するステップと、ユーザからの要求に応じ、データベース毎に記憶されているテスト設計書、又は要素を切り替えて提示するステップとを実行させる。
【選択図】図９【図１】
0006865942.tif 000002
【図２】
0006865942.tif 000003
【図３】
0006865942.tif 000004
【図４】
0006865942.tif 000005
【図５】
0006865942.tif 000006
【図６】
0006865942.tif 000007
【図７】
0006865942.tif 000008
【図８】
0006865942.tif 000009
【図９】
0006865942.tif 000010
【図１０】
0006865942.tif 000011
【図１１】
0006865942.tif 000012
【図１２】
0006865942.tif 000013
【図１３】
0006865942.tif 000014
【図１４】
0006865942.tif 000015
【図１５】
0006865942.tif 000016
【図１６】
0006865942.tif 000017
【図１７】
0006865942.tif 000018
【図１８】
0006865942.tif 000019
【図１９】
0006865942.tif 000020
【図２０】
0006865942.tif 000021
【図２１】
0006865942.tif 000022
【図２２】
0006865942.tif 000023
【図２３】
0006865942.tif 000024
【図２４】
0006865942.tif 000025
【図２５】
0006865942.tif 000026
【図２６】
0006865942.tif 000027
【図２７】
0006865942.tif 000028
【図２８】
0006865942.tif 000029