(57)【特許請求の範囲】
【請求項１】
操作者が、対象に対して行った処置に関連する操作を第１のシステムに対して行った場合に、前記操作者による操作の履歴を該操作者の職種と前記対象に関連付けて記憶した記憶部を参照して、職種ごとの前記操作の履歴を取得し、
取得した職種ごとの前記操作の履歴に基づいて、第２のシステムについてのテストパターンを作成する、処理をコンピュータに実行させ、
前記作成する処理では、取得した職種ごとの前記操作の履歴に、同一対象に関連付けられた操作の履歴が複数含まれる場合に、前記複数の操作の履歴から１つのテストパターンを作成する、ことを特徴とするテストパターン作成プログラム。
【請求項２】
前記職種の指定を受け付ける処理を前記コンピュータに更に実行させ、
前記取得する処理では、指定を受け付けた前記職種の前記操作の履歴を取得する、ことを特徴とする請求項１に記載のテストパターン作成プログラム。
【請求項３】
前記第１のシステムと前記第２のシステムは、異なる組織に導入されることを特徴とする請求項１又は２に記載のテストパターン作成プログラム。
【請求項４】
操作者が、対象に対して行った処置に関連する操作を第１のシステムに対して行った場合に、前記操作者による操作の履歴を該操作者の職種と前記対象に関連付けて記憶した記憶部を参照して、職種ごとの前記操作の履歴を取得し、
取得した職種ごとの前記操作の履歴に基づいて、第２のシステムについてのテストパターンを作成する、処理をコンピュータが実行し、
前記作成する処理では、取得した職種ごとの前記操作の履歴に、同一対象に関連付けられた操作の履歴が複数含まれる場合に、前記複数の操作の履歴から１つのテストパターンを作成する、
ことを特徴とするテストパターン作成方法。
【請求項５】
操作者が、対象に対して行った処置に関連する操作を第１のシステムに対して行った場合に、前記操作者による操作の履歴を該操作者の職種と前記対象に関連付けて記憶した記憶部を参照して、職種ごとの前記操作の履歴を取得する取得部と、
取得した職種ごとの前記操作の履歴に基づいて、第２のシステムについてのテストパターンを作成する作成部と、を備え、
前記作成部は、取得した職種ごとの前記操作の履歴に、同一対象に関連付けられた操作の履歴が複数含まれる場合に、前記複数の操作の履歴から１つのテストパターンを作成することを特徴とするテストパターン作成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テストパターン作成プログラム、テストパターン作成方法及びテストパターン作成装置に関する。
【背景技術】
【０００２】
病院等の顧客にシステムを導入する場合、顧客からは短期間での納品が求められるとともに、低価格高品質のシステムを提供することも求められることが多い。
【０００３】
しかしながら、短期間での納品を実現する場合、テスト工程に充分な時間を割くことができない場合もある。また、原価削減によりテストに十分な人員を充てることができない場合もある。このため、システム稼働後の障害発生数が増加したり、障害解決率が低下するおそれがある。
【０００４】
なお、特許文献１等には、熟練試験者の操作パターンのログを収集し、ログから作成された操作部品データを用いて試験を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１７４１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
最近においては、短納期低価格であっても高品質なシステムを提供するため、顧客ごとにカスタマイズを行なわずパッケージのままシステムを導入するのが主流となっている。しかしながら、システム稼働後に発生する障害は防ぎきれていない。また、システムを利用するユーザ（例えば医療従事者）は、多数の職種に分類されていることがあり、職種ごとに権限や操作に違いがある。このような職種による権限や操作の違いは、テスト時間の長時間化や、テストの困難化を引き起こす一因となっている。
【０００７】
１つの側面では、本発明は、システムのテストに適したテストパターンを作成することが可能なテストパターン作成プログラム、テストパターン作成方法及びテストパターン作成装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
一つの態様では、テストパターン作成プログラムは、操作者が、対象に対して行った処置に関連する操作を第１のシステムに対して行った場合に、前記操作者による操作の履歴を該操作者の職種と前記対象に関連付けて記憶した記憶部を参照して、職種ごとの前記操作の履歴を取得し、取得した職種ごとの前記操作の履歴に基づいて、第２のシステムについてのテストパターンを作成する、処理をコンピュータに実行させ、前記作成する処理では、取得した職種ごとの前記操作の履歴に、同一対象に関連付けられた操作の履歴が複数含まれる場合に、前記複数の操作の履歴から１つのテストパターンを作成するプログラムである。
【発明の効果】
【０００９】
システムのテストに適したテストパターンを作成することができる。
【図面の簡単な説明】
【００１０】
【図１】一実施形態に係る情報処理システムの構成を概略的に示す図である。
【図２】情報処理システムにテストパターン作成装置及びテスト端末を接続した状態を示す図である。
【図３】図３（ａ）は、サーバ及びテストパターン作成装置のハードウェア構成を示す図であり、図３（ｂ）は、ユーザ端末及びテスト端末のハードウェア構成を示す図である。
【図４】サーバ、ユーザ端末、テストパターン作成装置、テスト端末の機能ブロック図である。
【図５】ログマスタの一例を示す図（その１）である。
【図６】ログマスタの一例を示す図（その２）である。
【図７】図７（ａ）、図７（ｂ）は、テストパターンの一例を示す図（その１）である。
【図８】テストパターンの一例を示す図（その２）である。
【図９】テストログの一例を示す図（その１）である。
【図１０】テストログの一例を示す図（その２）である。
【図１１】テストログの一例を示す図（その３）である。
【図１２】テストパターン作成装置の処理を示すフローチャートである。
【図１３】テスト端末の処理を示すフローチャートである。
【図１４】変形例に係るテストパターン作成装置の処理を示すフローチャートである。
【図１５】変形例に係る新システム修正内容格納ＤＢを示す図である。
【発明を実施するための形態】
【００１１】
以下、情報処理システムの一実施形態について、図１〜図１３に基づいて詳細に説明する。図１には、例えば病院内において運用される情報処理システム１００の構成の一例が示されている。また、図２には、図１の情報処理システム１００のテストを行う場合の構成の一例が示されている。
【００１２】
図１に示すように、情報処理システム１００は、サーバ１０と、複数のユーザ端末５０とを備えている。サーバ１０とユーザ端末５０とは、病院内のネットワーク８０に接続されている。サーバ１０は、電子カルテサーバ等であり、医者や看護師、検査技師、医療事務従事者等が利用する患者のデータを処理する。ユーザ端末５０は、医者や看護師、検査技師、医療事務従事者等が利用する端末であり、電子カルテの閲覧、データ入力等を行うために利用される。
【００１３】
一方、図１の情報処理システム１００を病院に導入する際、システムを導入する業者は、図２に示すように、ネットワーク８０にテストパターン作成装置２０と、テスト端末３０とを接続する。テストパターン作成装置２０は、テスト端末３０において実行するテストにおける操作パターン（テストパターン）を作成する。テスト端末３０は、テストパターン作成装置２０で作成されたテストパターンを取得し、自動テストツールを用いてシステムが正常に稼動するかどうかのテストを実行する。
【００１４】
以下、各装置について詳細に説明する。
【００１５】
（サーバ１０）
図３（ａ）には、サーバ１０のハードウェア構成が示されている。図３（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラムをＣＰＵ９０が実行することにより、図４に示す、処理部１２、操作ログ取得部１４として、サーバ１０を機能させる。なお、図４には、ＨＤＤ９６等に格納されているログマスタ１６も図示されている。
【００１６】
処理部１２は、電子カルテに関する処理を実行する。なお、図４では、図示されていないがサーバ１０は、病院内で利用される電子カルテに関するデータ等を格納するデータベースを有している。
【００１７】
操作ログ取得部１４は、処理部１２に対するユーザの操作履歴（操作ログ）を取得し、取得した操作ログをログマスタＤＢ（database）１６に格納する。ログマスタ１６は、一例として、図５、図６に示すようなデータ構造を有している。具体的には、ログマスタ１６は、「利用者ＩＤ」、「利用者」、「患者ＩＤ」、「患者」、「オーダＮｏ．」、「オーダ種別」、「操作」、「日時」の各フィールドを有する。
【００１８】
「利用者ＩＤ」、「利用者」のフィールドには、操作主体（ユーザ）の識別情報、氏名が格納される。「患者ＩＤ」、「患者」のフィールドには、操作対象の患者の識別情報、職種及び氏名が格納される。「オーダＮｏ．」、「オーダ種別」のフィールドには、オーダに付与された識別情報、オーダの種別（外来処方、血液検査、眼底検査など）が格納される。なお、オーダＮｏ．の下３桁の数字が同一のオーダは、関連するオーダ（１人の患者に対して同時に行われたオーダであり、医者や看護師、検査技師等により連携して行われるオーダ）であるものとする。「操作」のフィールドには、ユーザが実際に行った操作の内容が格納される。「日時」のフィールドには、操作が行われた日時の情報が格納される。なお、本実施形態の操作ログＤＢ１６においては、操作の内容が、操作者の職種に関連付けて記憶されているといえる。
【００１９】
なお、ログマスタ１６に格納されているログに対しては、別のシステムのテストパターン作成装置２０からのアクセスが可能となっている。
【００２０】
（ユーザ端末５０）
図３（ｂ）には、ユーザ端末５０のハードウェア構成が示されている。図３（ｂ）に示すように、ユーザ端末５０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、ネットワークインタフェース１９７、表示部１９３、入力部１９５及び可搬型記憶媒体用ドライブ１９９等を備えている。表示部１９３は、液晶ディスプレイ等を含み、入力部１９５は、キーボードやマウス、タッチパネル等を含む。これらユーザ端末５０の構成各部は、バス１９８に接続されている。ユーザ端末５０では、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラムをＣＰＵ１９０が実行することにより、図４に示す、入力処理部５２、表示処理部５４として、ユーザ端末５０を機能させる。入力処理部５２は、ユーザ（医者等）からの入力操作を受け付け、サーバ１０の処理部１２に送信する。表示処理部５４は、サーバ１０の処理部１２の処理結果を表示部１９３上に表示する。
【００２１】
（テストパターン作成装置２０）
テストパターン作成装置２０は、サーバ１０と同様のハードウェア構成（図３（ａ）参照）を有する。テストパターン作成装置２０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（テストパターン作成プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（テストパターン作成プログラムを含む）をＣＰＵ９０が実行することにより、図４に示す、取得部及び受付部としての職種別操作ログ取得部２２、作成部としてのテストパターン作成部２４として、テストパターン作成装置２０を機能させる。なお、図４には、テストパターン作成装置２０のＨＤＤ９６等に格納されているテストパターンＤＢ２６も図示されている。
【００２２】
職種別操作ログ取得部２２は、他のシステムのサーバ１０が有するログマスタ１６に格納されているデータを取得し、職種別（医者、看護師、検査技師等）に操作ログを取得する。なお、本実施形態では、情報処理システム１００がテスト対象である第２のシステムとなり、他のシステムが第１のシステムとなる。なお、情報処理システム１００と他のシステムは、同一の病院に導入されるもの（新システムと旧システム）であってもよいし、他の病院に導入されるもの（Ａ病院、Ｂ病院に導入される同一のシステム又は新システムと旧システム）であってもよい。なお、本実施形態では、同一の病院に導入されるシステム（情報処理システム１００が新システムで、他のシステムが旧システム）であるものとする。
【００２３】
テストパターン作成部２４は、職種別操作ログ取得部２２が取得した職種別の操作ログに基づいて、情報処理システム１００をテストするためのテストパターンを作成する。なお、テストパターンは、図７（ａ）、図７（ｂ）、図８に示すようなパターンであるが、詳細については、後述する。テストパターンＤＢ２６には、図７（ａ）、図７（ｂ）、図８に示すようなパターンが格納される。
【００２４】
（テスト端末３０）
テスト端末３０は、ユーザ端末５０と同様のハードウェア構成（図３（ｂ）参照）を有する。テスト端末３０では、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラムをＣＰＵ１９０が実行することにより、図４に示す、入力受付部３２、テスト実行部３４、表示処理部３６として、テスト端末３０を機能させる。なお、図４には、テスト端末３０のＨＤＤ１９６等に格納されているテストログＤＢ３８も図示されている。
【００２５】
入力受付部３２は、テストを行う担当者からの操作を受け付け、当該操作内容をテストパターン作成装置２０のテストパターン作成部２４や、テスト実行部３４に送信する。テスト実行部３４は、テストパターンＤＢ２６に格納されているテストパターンに基づき、自動テストツールを用いて情報処理システム１００のテストを実行する。表示処理部３６は、テスト結果をテストログＤＢ３８から取得して、テスト端末３０の表示部１９３上に表示する。
【００２６】
テストログＤＢ３８は、図９〜図１１に示すようなデータ構造を有する。具体的には、テストログＤＢ３８は、「テスト内容」、「テスト結果」、「利用者ＩＤ」、「利用者」、「患者ＩＤ」、「患者」、「オーダＮｏ．」、「オーダ種別」、「操作」、「日時」の各フィールドを有する。「テスト内容」のフィールドには、テストの具体的内容に関する情報が格納される。「テスト結果」のフィールドには、「ＯＫ」又は「ＮＧ」が格納される。なお、テスト結果が「ＮＧ」の場合、具体的なテスト結果の内容が格納される。その他のフィールドについては、ログマスタ１６と同様の情報が格納されるようになっている。
【００２７】
（テストパターン作成装置２０の処理）
次に、テストパターン作成装置２０の処理について、図１２のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。
【００２８】
図１２の処理においては、まず、ステップＳ１０において、職種別操作ログ取得部２２が、テストパターン作成指示が入力されるまで待機する。この場合、テスト端末３０の入力部１９５を介して担当者からテストパターン作成指示が入力され、その情報がテストパターン作成部２４を介して職種別操作ログ取得部２２に送信されると、職種別操作ログ取得部２２は、ステップＳ１２に移行する。
【００２９】
ステップＳ１２に移行すると、職種別操作ログ取得部２２は、職種を１つ特定する。例えば、職種別操作ログ取得部２２は、「医者」を特定する。
【００３０】
次いで、ステップＳ１４では、職種別操作ログ取得部２２は、他のシステムの操作ログを職種ごとに取得する。この場合、職種別操作ログ取得部２２は、他のシステムのサーバ１０が有するログマスタ１６にアクセスし、職種「医者」の操作ログを全て取得する。例えば、他のシステムのサーバ１０が有するログマスタ１６には、図５、図６に示すような内容のログが格納されていたものとする。
【００３１】
次いで、ステップＳ１６では、テストパターン作成部２４は、職種ごとの操作ログに基づいて、新システム（情報処理システム１００）のテストパターンを作成し、テストログＤＢ３８に記憶する。この場合、各医者の操作ログに基づいて、情報処理システム１００においても医者が実行するであろう操作を網羅的に抽出して、テストパターンを作成する。この場合、例えば、図５のオーダＮｏ．＝ＳＨＯ１１１の操作ログなどに基づいて、図７（ａ）の上段のテストパターンが作成される。
【００３２】
次いで、ステップＳ１８に移行すると、職種別操作ログ取得部２２は、全ての職種を特定したか否かを判断する。このステップＳ１８の判断が否定された場合には、ステップＳ１２に戻る。
【００３３】
以降、職種別操作ログ取得部２２は、「看護師」や「検査技師」などの職種を特定し（Ｓ１２）、各職種の操作ログに基づいて、テストパターンを作成する（Ｓ１６、Ｓ１８）。この場合、例えば、看護師のテストパターンとして、例えば、図５のオーダＮｏ．＝ＳＨＯ２２２の操作ログなどに基づいて、図７（ｂ）のようなテストパターンなどが作成され、例えば、図６のオーダＮｏ．＝ＳＨＯ３３３の操作ログなどに基づいて、図８の上段のテストパターンなどが作成される。また、検査技師のテストパターンとして、例えば、図５のオーダＮｏ．＝ＫＥＴＳ１１１の操作ログなどに基づいて、図７（ａ）の下段のテストパターンが作成され、例えば、図６のオーダＮｏ．＝ＧＡＮ３３３の操作ログなどに基づいて、図８の下段のテストパターンが作成される。なお、本処理においては、図５、図６の「オーダＮｏ．」に基づいてテストパターン間に関連があると判断できる場合、すなわち、オーダＮｏ．の下３桁が同一の操作ログに基づいて作成されたテストパターンが存在する場合がある。このような場合、それらのテストパターンは連携操作に対応するテストパターンであるので、図７（ａ）、図８に示すように、一連のテストパターンとして取り扱うものとし、職種別操作ログ取得部２２は、各テストパターンを一纏めにしてテストパターンＤＢ２６に格納する。
【００３４】
その後、ステップＳ１８の判断が肯定された場合、すなわち全ての職種が特定された段階で、テストパターン作成装置２０は、図１２の全処理を終了する。
【００３５】
（テスト端末３０の処理）
次に、テスト端末３０の処理について、図１３のフローチャートに沿って詳細に説明する。
【００３６】
図１３の処理では、まず、ステップＳ３０において、入力受付部３２が、テスト開始指示の入力を受け付けるまで待機する。テスト担当者が、テスト端末３０の入力部１９５を介してテスト開始指示を入力すると、ステップＳ３２に移行し、テスト実行部３４は、テストパターン作成装置２０のテストパターンＤＢ２６からテストパターンを１つ取得する。ここでは、例えば、図７（ａ）に示すようなテストパターンを取得したものとする。
【００３７】
次いで、ステップＳ３４では、テスト実行部３４は、取得したテストパターンを用いてテストを実行する。この場合、テスト実行部３４は、自動テストツールを利用するものとする。
【００３８】
例えば、テスト実行部３４が、図７（ａ）に示すテストパターンのテストを実行したとする。この場合、図９に示すように、図７（ａ）のテストパターンの操作が正常に行われるかを１つずつ順番にテストする。図９のテスト結果においては、医師の外来処方における操作に関しては全て「ＯＫ」となったが、検査技師の血液検査における操作では、「ＨｂＡ１ｃ」項目を選択する操作を行った場合に、「ＮＧ：検査技師の血液検査オーダツール権限がなく、ツールを起動できません」となり、先に進めなかったというテスト結果になったことが示されている。
【００３９】
一方、テスト実行部３４が、図７（ｂ）に示すテストパターンのテストを実行した場合のテスト結果の例が、図１０に示されている。図１０では、看護師の外来処方における操作に関しては全て「ＯＫ」となったことが示されている。
【００４０】
また、テスト実行部３４が、図８に示すテストパターンのテストを実行した場合のテスト結果の例が、図１１に示されている。図１１では、看護師による外来処方のテスト内容「依頼医未選択の状態で確定ボタンを押下」、操作「確定ボタンを押下」のテストにおいて、「ＮＧ：看護師が依頼医を未選択でもオーダ発行できてしまう」となったことが示されている。また、図１１では、検査技師による眼底検査のテスト内容「確定ボタンを押下」のテストにおいて、「ＮＧ：確定ボタンが押下できません。画面ファイルにボタンが存在しない可能性があります」となったことが示されている。
【００４１】
次いで、ステップＳ３６では、テスト実行部３４が全てのテストを実行したか否か、すなわち、テストパターンＤＢ２６に格納されているテストパターンを用いた全てのテストが終了したか否かを判断する。このステップＳ３６の判断が否定された場合には、ステップＳ３２に戻る。一方、ステップＳ３６の判断が肯定された場合には、ステップＳ３８に移行する。
【００４２】
ステップＳ３８に移行すると、表示処理部３６は、テストログＤＢ３８を参照して、ＮＧとなったテスト内容及びテスト結果を表示部１９３上に表示する。本実施形態では、表示処理部３６は、例えば、図９、図１１のテストログを表示部１９３上に表示する。これにより、テスト担当者は、システムのエラーを確認ができ、テストログの「テスト結果」を参照することで、エラーの原因特定が可能となる。以上の処理により、図１３の全処理を終了する。
【００４３】
以上、詳細に説明したように、本実施形態によると、職種別操作ログ取得部２２は、他のシステムに対するユーザによる操作の履歴（操作ログ）を該ユーザの職種に関連付けて記憶した操作ログＤＢ１６を参照して、職種ごとの操作ログを取得し（Ｓ１４）、テストパターン作成部２４は、取得した職種ごとの操作ログに基づいて、情報処理システム１００についてのテストパターンを作成する（Ｓ１６）。これにより、情報処理システム１００が導入される病院での操作パターンが過去の操作ログから適切に洗い出されるので、情報処理システム１００を稼動した後に操作される可能性があるパターンを効率的に作成することができる。この場合、システム開発者等がテストパターンを作成しなくてよいので、人件費等を削減することができる。また、本テストパターンを用いたテストを行うことで、情報処理システム１００を稼動した後に操作される可能性があるパターンを事前にテストできるので、システム稼働後に不具合が発見されるのを未然に防ぐことができる。なお、本発明者によるシミュレーションによると、職種ごとの操作ログから作成されたテストパターンを用いたテストを行うことで、情報処理システム１００を稼動する前に、開発者が発見する約１８．５％の不具合に加え、以前までエンドユーザが発見していた５７．８％の不具合をシステム導入前に改善することができることが判明した。
【００４４】
また、本実施形態では、複数の職種のユーザが連携して旧システムを操作していた場合に、職種別操作ログ取得部２２は、複数の職種のユーザによる連携操作の履歴を取得し、テストパターン作成部２４は、取得した連携操作の履歴に基づいて、情報処理システム１００についてのテストパターンを作成する。これにより、情報処理システム１００において各職種間でオーダが正しく連携できるかを確認することができる。
【００４５】
なお、上記実施形態では、テストの担当者からテストパターン作成指示が入力された場合（Ｓ１０：肯定）に、全ての職種の操作ログから全ての職種に関するテストパターンを作成する場合について説明したが、これに限られるものではない。例えば、テストパターン作成装置２０は、図１４に示すような処理を実行してもよい。すなわち、テストの担当者が、特定の職種を指定してテストパターン作成指示を入力した場合、すなわち職種別操作ログ取得部２２に、職種の指定情報が入力された場合（図１４のステップＳ１１０：肯定）に、職種別操作ログ取得部２２が、指定された職種の操作ログを取得し（Ｓ１１４）、テストパターン作成部２４が、取得された操作ログに基づいてテストパターンを作成する（Ｓ１１６）ようにしてもよい。
【００４６】
なお、上記実施形態では、職種別操作ログ取得部２２が、他のシステムのログマスタ１６にアクセスして、職種別のログを取得する場合について説明したが、これに限られるものではない。すなわち、職種別操作ログ取得部２２が、他のシステムのログマスタ１６のデータを事前に取得しておいてもよい。この場合、記憶媒体等を介して他のシステムのログマスタ１６のデータを事前に取得してもよいし、ネットワーク等を介して取得してもよい。
【００４７】
なお、上記実施形態では、テスト端末３０が、図１５に示すような新システム修正内容格納ＤＢを保持している場合には、当該ＤＢを用いてテストを実行するようにしてもよい。例えば、テスト実行部３４は、新システム（情報処理システム１００）と旧システム（他のシステム）とにおいて変更がない部分のテストパターンのみを作成し、テストするようにしてもよい。あるいは、テスト実行部３４は、新システム（情報処理システム１００）において旧システム（他のシステム）から変更があった部分のテストパターンのみを作成し、テストするようにしてもよい。前者の場合、システムをパッケージ展開しているような場合において旧システムと同一の操作を行った場合に発生するエラーを効率よく確認することが可能となる。一方、後者の場合、変更があった部分において、ユーザが旧システム（他のシステム）と同様の操作を行った場合に生じるエラーを効率よく確認することができる。
【００４８】
また、上記実施形態では、システム導入前に行うテストにおいて、職種別の操作ログに基づくテストパターンを利用する場合について説明したが、これに限られるものではない。例えば、システム導入後の不具合修正時に、職種別の操作ログに基づいて作成したテストパターンを使用してテストを行うこととしてもよい。
【００４９】
なお、テスト実行する際のシステム構成（図２）は一例である。例えば、テスト端末３０やテストパターン作成装置２０の機能を、ユーザ端末５０やサーバ１０が有していてもよい。
【００５０】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【００５１】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００５２】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００５３】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００５４】
なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  第１のシステムに対する操作者による操作の履歴を該操作者の職種に関連付けて記憶した記憶部を参照して、職種ごとの前記操作の履歴を取得し、
取得した職種ごとの前記操作の履歴に基づいて、第２のシステムについてのテストパターンを作成する、
処理をコンピュータに実行させることを特徴とするテストパターン作成プログラム。
（付記２）  複数の職種の操作者が連携して前記第１のシステムを操作する場合、
前記取得する処理では、前記複数の職種の操作者による連携操作の履歴を取得し、
前記作成する処理では、取得した前記連携操作の履歴に基づいて、前記第２のシステムについてのテストパターンを作成する、ことを特徴とする付記１に記載のテストパターン作成プログラム。
（付記３）  前記職種の指定を受け付ける処理を前記コンピュータに更に実行させ、
前記取得する処理では、指定を受け付けた前記職種の前記操作の履歴を取得する、ことを特徴とする付記１又は２に記載のテストパターン作成プログラム。
（付記４）  前記第１のシステムと前記第２のシステムは、異なる組織に導入されることを特徴とする付記１〜３のいずれかに記載のテストパターン作成プログラム。
（付記５）  第１のシステムに対する操作者による操作の履歴を該操作者の職種に関連付けて記憶した記憶部を参照して、職種ごとの前記操作の履歴を取得し、
取得した職種ごとの前記操作の履歴に基づいて、第２のシステムについてのテストパターンを作成する、
処理をコンピュータが実行することを特徴とするテストパターン作成方法。
（付記６）  複数の職種の操作者が連携して前記第１のシステムを操作する場合、
前記取得する処理では、前記複数の職種の操作者による連携操作の履歴を取得し、
前記作成する処理では、取得した前記連携操作の履歴に基づいて、前記第２のシステムについてのテストパターンを作成する、ことを特徴とする付記５に記載のテストパターン作成方法。
（付記７）  前記職種の指定を受け付ける処理を前記コンピュータが更に実行し、
前記取得する処理では、指定を受け付けた前記職種の前記操作の履歴を取得する、ことを特徴とする付記５又は６に記載のテストパターン作成方法。
（付記８）  前記第１のシステムと前記第２のシステムは、異なる組織に導入されることを特徴とする付記５〜７のいずれかに記載のテストパターン作成方法。
（付記９）  第１のシステムに対する操作者による操作の履歴を該操作者の職種に関連付けて記憶した記憶部を参照して、職種ごとの前記操作の履歴を取得する取得部と、
取得した職種ごとの前記操作の履歴に基づいて、第２のシステムについてのテストパターンを作成する作成部と、
を備えるテストパターン作成装置。
（付記１０）  複数の職種の操作者が連携して前記第１のシステムを操作する場合、
前記取得部は、前記複数の職種の操作者による連携操作の履歴を取得し、
前記作成部は、前記取得部が取得した前記連携操作の履歴に基づいて、前記第２のシステムについてのテストパターンを作成する、ことを特徴とする付記９に記載のテストパターン作成装置。
（付記１１）  前記職種の指定を受け付ける受付部を更に備え、
前記取得部は、指定を受け付けた前記職種の前記操作の履歴を取得する、ことを特徴とする付記９又は１０に記載のテストパターン作成装置。
（付記１２）  前記第１のシステムと前記第２のシステムは、異なる組織に導入されることを特徴とする付記９〜１１のいずれかに記載のテストパターン作成装置。
【符号の説明】
【００５５】
２０  テストパターン作成装置
２２  職種別操作ログ取得部（取得部、受付部）
２４  テストパターン作成部（作成部）
１００  情報処理システム（第２のシステム）
【図１】
0006471479.tif 000002
【図２】
0006471479.tif 000003
【図３】
0006471479.tif 000004
【図４】
0006471479.tif 000005
【図５】
0006471479.tif 000006
【図６】
0006471479.tif 000007
【図７】
0006471479.tif 000008
【図８】
0006471479.tif 000009
【図９】
0006471479.tif 000010
【図１０】
0006471479.tif 000011
【図１１】
0006471479.tif 000012
【図１２】
0006471479.tif 000013
【図１３】
0006471479.tif 000014
【図１４】
0006471479.tif 000015
【図１５】
0006471479.tif 000016