JP6862949B2 - Test range output program, test range output device and test range output method - Google Patents
Test range output program, test range output device and test range output method Download PDFInfo
- Publication number
- JP6862949B2 JP6862949B2 JP2017050261A JP2017050261A JP6862949B2 JP 6862949 B2 JP6862949 B2 JP 6862949B2 JP 2017050261 A JP2017050261 A JP 2017050261A JP 2017050261 A JP2017050261 A JP 2017050261A JP 6862949 B2 JP6862949 B2 JP 6862949B2
- Authority
- JP
- Japan
- Prior art keywords
- function
- test range
- source code
- medical
- output
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 121
- 238000012360 testing method Methods 0.000 title claims description 109
- 238000011161 development Methods 0.000 claims description 32
- 238000012545 processing Methods 0.000 claims description 18
- 230000008859 change Effects 0.000 claims description 15
- 230000008569 process Effects 0.000 claims description 10
- 230000006870 function Effects 0.000 description 115
- 230000008439 repair process Effects 0.000 description 64
- 230000018109 developmental process Effects 0.000 description 31
- 238000010586 diagram Methods 0.000 description 10
- 230000004048 modification Effects 0.000 description 7
- 238000012986 modification Methods 0.000 description 7
- 101100368725 Bacillus subtilis (strain 168) tagF gene Proteins 0.000 description 4
- 238000000605 extraction Methods 0.000 description 4
- 210000001072 colon Anatomy 0.000 description 3
- 239000000284 extract Substances 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 238000009418 renovation Methods 0.000 description 2
- 206010020751 Hypersensitivity Diseases 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 208000026935 allergic disease Diseases 0.000 description 1
- 230000007815 allergy Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000002347 injection Methods 0.000 description 1
- 239000007924 injection Substances 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000009419 refurbishment Methods 0.000 description 1
- 238000012502 risk assessment Methods 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 230000033772 system development Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Debugging And Monitoring (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Description
本発明は、テスト範囲出力プログラム、テスト範囲出力装置及びテスト範囲出力方法に関する。 The present invention relates to a test range output program, a test range output device, and a test range output method.
電子カルテシステムをはじめとする医療システムの機能の中には、例えば、注射業務に関する機能やアレルギー情報を扱う機能等、当該機能の不具合が患者の身体に影響を与える可能性が高いハイリスクな機能（以下、「医療リスク機能」という。）が存在する。医療リスク機能の開発や改修において、バグ等が混入した場合、患者の身体が害される可能性が有るため、医療リスク機能の開発及び改修は、特に厳格に管理される必要がある。 Among the functions of medical systems such as electronic medical record systems, there are high-risk functions that are likely to affect the patient's body due to malfunctions of such functions, such as functions related to injection work and functions that handle allergy information. (Hereinafter referred to as "medical risk function") exists. In the development and repair of medical risk functions, if bugs are mixed in, the patient's body may be harmed. Therefore, the development and repair of medical risk functions needs to be controlled particularly strictly.
しかしながら、診療報酬改定や医療システムの機能追加により医療リスク機能を改修する機会は度々発生する。また、医療システムの規模が大きくなるにしたがい、一つの医療リスク機能に対する影響範囲が広がるため、開発者がソースコードを変更する場合に、意図せずに医療リスク機能に影響を与える危険性が有る。斯かる危険性を回避して、医療リスク機能の品質を担保するために、闇雲にレビューやテストをすると、人的・時間的コストが増大してしまう。 However, there are frequent opportunities to repair the medical risk function by revising medical fees and adding functions to the medical system. In addition, as the scale of the medical system increases, the range of influence on one medical risk function expands, so if the developer changes the source code, there is a risk of unintentionally affecting the medical risk function. .. Reviewing and testing in the dark clouds to avoid such risks and ensure the quality of medical risk functions will increase human and time costs.
そこで、一側面では、本発明は、医療リスクに関わる機能に対するテスト漏れを効率的に防止可能とすることを目的とする。 Therefore, on one aspect, it is an object of the present invention to be able to efficiently prevent test omissions for functions related to medical risks.
一つの態様では、テスト範囲出力プログラムは、医療に関するコンピュータシステムのソースコードの変更を受け付け、前記変更の対象となるソースコードにより実現される第１の機能を特定すると共に、前記第１の機能による処理結果を参照する第２の機能を特定し、前記コンピュータシステムの機能ごとに医療リスクに関わる機能を示す情報を記憶した記憶部を参照して、特定した前記第１の機能及び前記第２の機能のいずれかが医療リスクに関わる機能か否かを判定し、医療リスクに関わる機能であると判定された場合に、医療リスクに関わる機能に関係するソースコードの変更が行われない場合のテスト範囲とは異なるテスト範囲を、前記ソースコードの変更に対するテスト範囲として出力する、
処理をコンピュータに実行させる。
In one embodiment, the test range output program accepts changes to the source code of a medical computer system, identifies a first function realized by the source code subject to the change, and is based on the first function. The second function that refers to the processing result is specified, and the identified first function and the second function are referred to by referring to a storage unit that stores information indicating a function related to medical risk for each function of the computer system. A test to determine whether any of the functions is related to medical risk, and if it is determined to be a function related to medical risk, the source code related to the function related to medical risk is not changed. A test range different from the range is output as a test range for changes in the source code.
Let the computer perform the process.
一側面として、医療リスクに関わる機能に対するテスト漏れを効率的に防止可能とすることができる。 As one aspect, it is possible to efficiently prevent test omissions for functions related to medical risks.
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態のシステム構成例を示す図である。図１において、サーバ装置２０と１以上の開発端末１０とは、ＬＡＮ（Local Area Network）、イントラネット、又はインターネット等のネットワークを介して接続される。
Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a diagram showing an example of a system configuration according to an embodiment of the present invention. In FIG. 1, the
開発端末１０は、電子カルテシステム等の病院において利用されるコンピュータシステムである医療システムの開発者が、システムの開発に利用するＰＣ（Personal Computer）等の端末である。以下、本実施の形態において開発対象の医療システムを「対象システム」という。
The
サーバ装置２０は、各開発端末１０において共有される情報を記憶する１以上のコンピュータである。
The
図２は、本発明の実施の形態における開発端末１０のハードウェア構成例を示す図である。図２の開発端末１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。
FIG. 2 is a diagram showing a hardware configuration example of the
開発端末１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
The program that realizes the processing on the
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って開発端末１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等であり、様々な操作指示を入力させるために用いられる。
The
なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
An example of the
なお、サーバ装置２０も図２に示されるようなハードウェア構成を有していてもよい。但し、サーバ装置２０は、表示装置１０６及び入力装置１０７を有さなくてもよい。
The
図３は、本発明の実施の形態における開発端末１０及びサーバ装置２０の機能構成例を示す図である。図３において、開発端末１０は、認証部１１、改修部１２、タグ付与部１３、差分抽出部１４、影響範囲特定部１５、テスト範囲判定部１６及び出力部１７等を有する。これら各部は、開発端末１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。一方、サーバ装置２０は、開発者情報記憶部２１、ソースコード記憶部２２、タグ情報記憶部２３、機能コード記憶部２４、医療リスク機能記憶部２５及びテスト範囲記憶部２６等を有する。これら各記憶部は、例えば、サーバ装置２０の補助記憶装置、又はサーバ装置２０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
FIG. 3 is a diagram showing a functional configuration example of the
認証部１１は、開発者の認証を行う。改修部１２は、開発者の指示に応じて対象システムのソースコードを改修（変更、編集又は生成等）する。タグ付与部１３は、ソースコード内の各メソッドの定義に対してタグを付与する。タグは、各メソッドの識別情報として用いられる。但し、他のメソッドから処理結果が参照される（呼び出される）メソッドには、参照元のメソッドのタグも付与される。
The authentication unit 11 authenticates the developer. The
差分抽出部１４は、改修部１２による改修前後のソースコードの差分を抽出する。影響範囲特定部１５は、改修による影響範囲を特定する。影響範囲には、改修対象のメソッドと、当該メソッドの再帰的な参照元とが含まれる。テスト範囲判定部１６は、改修を行った開発者の経験や、改修の規模、及び影響範囲等に基づいて、当該改修に対して推奨されるテスト範囲を判定する。出力部１７は、テスト範囲判定部１６による判定結果を出力する。
The
開発者情報記憶部２１には、各開発者のＩＤ及びパスワードや、各開発者の開発経験を示す情報等が記憶されている。ソースコード記憶部２２には、対象システムのソースコード群が記憶されている。タグ情報記憶部２３には、タグごとに、当該タグの付与先のメソッドとの対応情報が記憶される。機能コード記憶部２４には、メソッドごとに、対象システムの機能の中で当該メソッドが対応する（当該メソッドによって実現される）機能の識別情報（以下、「機能コード」という。）が記憶されている。医療リスク機能記憶部２５には、対象システムの機能の中で医療的にハイリスクな機能（以下、「医療リスク機能」という。）の機能コードが記憶されている。テスト範囲記憶部２６には、改修を行った開発者の開発経験及び当該改修の規模、並びに当該改修の影響範囲における医療リスク機能の有無等に応じて、推奨されるテスト範囲を示す情報が記憶されている。
The developer
以下、開発端末１０が実行する処理手順について説明する。図４は、開発端末１０が実行する処理手順の一例を説明するためのフローチャートである。図４における処理手順は、或る開発者が開発端末１０を利用して、対象システムのソースコードの改修を行う状況において実行される。
Hereinafter, the processing procedure executed by the
例えば、開発端末１０において認証部１１によって表示装置１０６に表示されているログイン画面に対して、ユーザによって開発者ＩＤ及びパスワードが入力されると、認証部１１は、当該開発者ＩＤ及びパスワードの認証を実行する（Ｓ１０１）。認証は、開発者情報記憶部２１を参照して行われる。
For example, when the developer ID and password are input by the user to the login screen displayed on the
図５は、開発者情報記憶部２１の構成例を示す図である。図５に示されるように、開発者情報記憶部２１には、対象システムの開発者ごとに、開発者ＩＤ、指名、パスワード、改修回数、総改修行数及び改修経験機能コード等を含む開発者情報が記憶されている。
FIG. 5 is a diagram showing a configuration example of the developer
開発者ＩＤは、開発者ごとの識別情報である。氏名は、開発者の氏名である。パスワードは、開発者のパスワードである。改修回数は、対象システムのソースコードの改修の回数である。例えば、改修回数は、ログインの回数によって評価されてもよい。総改修行数は、対象システムのソースコードを改修した行数（ステップ数）の累積値である。改修経験機能コードとは、対象システムが有する機能のうち、開発者がこれまでに改修したことのある機能の機能コードの一覧である。 The developer ID is identification information for each developer. The name is the name of the developer. The password is the developer password. The number of repairs is the number of repairs of the source code of the target system. For example, the number of repairs may be evaluated by the number of logins. The total number of repaired lines is the cumulative value of the number of lines (number of steps) of repairing the source code of the target system. The repair experience function code is a list of function codes of the functions that the developer has repaired so far among the functions of the target system.
ステップＳ１０１では、入力された開発者ＩＤ及びパスワードを含む開発者情報が開発者情報記憶部２１に記憶されていれば、認証は成功し、開発者のログインは許可される。そうでなければ認証は失敗し、開発者のログインは拒否される。認証が成功した場合に限って、ステップＳ１０２以降が実行される。以下、ログインに成功したユーザを「ログインユーザ」という。
In step S101, if the developer information including the input developer ID and password is stored in the developer
ステップＳ１０２において、タグ付与部１３は、ソースコード記憶部２２に記憶されている全てのソースコードへのタグの一括付与が実行済みであるか否かを判定する。斯かる判定は、例えば、タグ情報記憶部２３に１以上のレコードが記憶されているか否かに基づいて行われてもよい。すなわち、タグの一括付与は、いずれかの開発者のログインに伴って１回実行されればよい。または、タグの一括付与は、開発者のログインとは別に、事前に行われてもよい。
In step S102, the
タグの一括付与が実行済みでない場合（Ｓ１０２でＮｏ）、タグ付与部１３は、各ソースコードに対して一意なタグ付けを付与する（Ｓ１０３）。
When the batch tagging has not been executed (No in S102), the tagging
図６は、各ソースコードへの一意なタグ付けの一例を示す図である。図６には、２つのソースコードへのタグ付けの例が示されている。すなわち、図６において、上段は、ソースコードｃ１及びソースコードｃ２のそれぞれのタグ付け前の状態を示す。図６において下段は、ソースコードｃ１及びソースコードｃ２のそれぞれのタグ付け後の状態を示す。タグは、ソースコードに記述される処理手順に影響を与えない形式（例えば、コメント形式）で、ソースコード内に付与される。本実施の形態において、タグは、メソッドごとに付与され、メソッドごとに一意な文字列である。すなわち、タグは、メソッド間において呼び出し可能な単位ごとに付与される文字列である。 FIG. 6 is a diagram showing an example of unique tagging to each source code. FIG. 6 shows an example of tagging two source codes. That is, in FIG. 6, the upper row shows the states of the source code c1 and the source code c2 before tagging. In FIG. 6, the lower part shows the state of the source code c1 and the source code c2 after each tagging. The tag is added in the source code in a format (for example, a comment format) that does not affect the processing procedure described in the source code. In the present embodiment, the tag is a character string assigned to each method and unique to each method. That is, the tag is a character string assigned to each unit that can be called between methods.
具体的には、ソースコードｃ１には、タグｔ１を含む記述（「／／ｔａｇ１／／」）が付与されている。当該記述（以下「タグ記述」という。）のうち、「ｔａｇ１」がタグの実体であり、タグの両側の「／／」は、タグをコメント化するための記号である。同様に、ソースコードｃ２には、「ｔａｇ２」というタグｔ２を含むタグ記述が付与されている。 Specifically, the source code c1 is given a description (“// tag //”) including the tag t1. In the description (hereinafter referred to as "tag description"), "tag1" is the substance of the tag, and "//" on both sides of the tag are symbols for commenting the tag. Similarly, the source code c2 is given a tag description including the tag t2 "tag2".
続いて、タグ付与部１３は、タグとソースコードとの対応関係をタグ情報記憶部２３に記憶する（Ｓ１０４）。
Subsequently, the
図７は、タグ情報記憶部２３の構成例を示す図である。図７に示されるように、タグ情報記憶部２３には、いずれかのソースコード（メソッド）に付与されたタグごとに、タグ、クラス名、メソッド名及び機能コード等が記憶される。
FIG. 7 is a diagram showing a configuration example of the tag
クラス名及びメソッド名は、タグが付与されたメソッドのクラス名及びメソッド名である。機能コードは、当該メソッドが対応する機能の機能コードである。なお、本実施の形態では、対象システムにおいてクラス名の重複が無いこととする。したがって、クラス名及びメソッド名によって、１つのメソッド及び当該メソッドのソースコードを特定可能である。例えば、対象システムにおいて、複数のネームスペースが定義される場合、各ネームスペースの識別情報が、各タグに関連付けられればよい。 The class name and the method name are the class name and the method name of the method to which the tag is attached. The function code is the function code of the function corresponding to the method. In this embodiment, it is assumed that there is no duplication of class names in the target system. Therefore, one method and the source code of the method can be specified by the class name and the method name. For example, when a plurality of namespaces are defined in the target system, the identification information of each namespace may be associated with each tag.
各タグに対応する機能コードは、機能コード記憶部２４を参照して特定される。図８は、機能コード記憶部２４の構成例を示す図である。図８に示されるように、機能コード記憶部２４には、クラス名に対応付けられて当該クラス名に係るクラスに対応する機能の機能コードが予め記憶されている。したがって、タグ付与部１３は、各タグが付与されたメソッドのクラス名に基づいて、当該タグに対応する機能コードを特定することができる。
The function code corresponding to each tag is specified with reference to the function
続いて、タグ付与部１３は、メソッド間の参照関係に応じたタグ付けを、他のメソッドから参照される（呼び出される）メソッドを含むソースコードに対して実行する（Ｓ１０５）。例えば、図６のソースコードｃ１において、ｔａｇ１が付与されているＩｎｊｅｃｔメソッド内の記述ｄ１では、ＧｅｔＰａｔｉｅｎｔメソッドが呼び出されている。一方、ソースコードｃ２は、ＧｅｔＰａｔｉｅｎｔメソッドのソースコードである。この場合、ソースコードｃ２のＧｅｔＰａｔｉｅｎｔメソッドに対して、ソースコードｃ１のＩｎｊｅｃｔメソッドから参照されていること（Ｉｎｊｅｃｔメソッドが依存していること）を示すタグが付与される。
Subsequently, the tagging
図９は、メソッド間の参照関係に応じたタグ付けの一例を示す図である。図９において、ソースコードｃ２には、タグｔ２の後に「：（コロン）」が付与され、更に、タグｔ１が付与されている。このことは、ソースコードｃ２のＧｅｔＰａｔｉｅｎｔメソッドが、タグｔ１（「ｔａｇ１」）が付与された他のメソッドから参照されていることを示す。つまり、タグ記述において「：（コロン）」以降のタグは、当該メソッドの参照元のメソッドのタグを示す。 FIG. 9 is a diagram showing an example of tagging according to the reference relationship between methods. In FIG. 9, the source code c2 is given a “: (colon)” after the tag t2, and is further given a tag t1. This indicates that the GetPateient method of the source code c2 is referenced by another method to which the tag t1 (“tag1”) is attached. That is, in the tag description, the tags after ": (colon)" indicate the tags of the method that is the reference source of the method.
なお、１つのメソッドは、複数のメソッドから参照されうる。複数のメソッドから参照されるメソッドのタグ記述には、当該複数のメソッドに付与されたタグが、「，（カンマ）」で区切られて付与される。例えば、ＧｅｔＰａｔｉｅｎｔメソッドが、更に、「ｔａｇ３」が付与されたメソッドからも参照されている場合、ＧｅｔＰａｔｉｅｎｔメソッドに付与されるタグは、「／／ｔａｇ２／／：／／ｔａｇ１，ｔａｇ３／／」となる。 Note that one method can be referred to by a plurality of methods. In the tag description of a method referenced by a plurality of methods, the tags attached to the plurality of methods are added separated by ", (comma)". For example, when the GetPateient method is further referred to by the method to which "tag3" is assigned, the tag assigned to the GetPateient method is "// tag2 //: // tag1, tag3 //". ..
ステップＳ１０５では、メソッド間の全ての参照関係において、参照先となるメソッドに対して、参照元のタグが付与される。 In step S105, the tag of the reference source is added to the method to be referred to in all the reference relationships between the methods.
ステップＳ１０２でＹｅｓの場合、又はステップＳ１０５に続いて、改修部１２は、ソースコードの改修をログインユーザから受け付ける（Ｓ１０６）。例えば、既存のソースコードが編集されたり、新たなソースコードが追加されたりする。開発者によるコーディング作業が終了すると（Ｓ１０７でＹｅｓ）、差分抽出部１４は、改修された１以上のソースコードについて、改修前後の差分を抽出する（Ｓ１０８）。
In the case of Yes in step S102, or following step S105, the
続いて、タグ付与部１３は、改修によって新たなメソッドが追加された場合、当該メソッドの定義内に、当該メソッドに対するタグを付与すると共に、当該タグに対応するレコードをタグ情報記憶部２３に追加する（Ｓ１０９）。ここでのタグの付与は、ステップＳ１０３及びＳ１０４と同様の処理である。
Subsequently, when a new method is added by the modification, the tagging
続いて、タグ付与部１３は、改修対象のメソッド内に新たに他のメソッドの参照（呼び出し）が追加された場合、当該他のメソッドのタグ記述に対して改修対象のメソッドのタグを参照元のタグとして付与する（Ｓ１１０）。ここでのタグの付与は、ステップＳ１０５と同様の処理である。
Subsequently, when a new reference (call) of another method is added in the method to be repaired, the tagging
続いて、影響範囲特定部１５は、改修対象とされたメソッド（以下、「対象メソッド」という。）のタグを対象タグとし、対象タグを影響範囲リストに追加する（Ｓ１１１）。対象タグは、改修対象とされたメソッドに付与されているタグ記述の先頭（コロンの前）のタグである。また、影響範囲リストとは、対象メソッドの改修によって影響を受ける（動作が変化する可能性の有る）メソッドのタグを格納するためのデータをいう。通常、メソッドＡを参照するメソッドＢ（メソッドＡに依存するメソッドＢ）は、メソッドＡの改修によって影響を受ける。したがって、影響範囲リストは、対象メソッドの参照元を再帰的に辿ることで特定される各メソッドのタグが格納されるデータである。
Subsequently, the influence
続いて、影響範囲特定部１５は、対象メソッドのタグ記述において、参照元として付与されているタグ（すなわち、参照元のタグ）を特定する（Ｓ１１２）。例えば、当該タグ記述が「／／ｔａｇ２／／：／／ｔａｇ１，ｔａｇ３／／」であれば、対象タグは「ｔａｇ２」であり、「ｔａｇ１」及び「ｔａｇ３」が、参照元として特定される。
Subsequently, the influence
続いて、影響範囲特定部１５は、参照元のタグが特定されたか否かを判定する（Ｓ１１３）。すなわち、対象メソッドのタグ記述に参照元のタグが１以上含まれていたか否かが判定される。参照元のタグが特定された場合（Ｓ１１３でＹｅｓ）、影響範囲特定部１５は、参照元の各タグを影響範囲リストに追加する（Ｓ１１４）。続いて、影響範囲特定部１５は、参照元の各タグのクラス名及びメソッド名（ソースコード）を、タグ情報記憶部２３（図７）を参照して特定する（Ｓ１１５）。なお、本実施の形態では、クラス名及びメソッド名に基づいてソースコードを格納したファイルが一意に特定されることとする。
Subsequently, the influence
続いて、影響範囲特定部１５は、各参照元のタグを再帰的に対象タグとし、ステップＳ１１５において特定されたメソッドを、再帰的に対象メソッドとして（Ｓ１１６）、ステップＳ１１２以降を繰り返す。その結果、参照元のルート（根元）まで、影響範囲が走査される。
Subsequently, the influence
なお、改修対象のメソッドが複数である場合、ステップＳ１１１以降は、複数のタグが起点とされて再帰的に実行される。 When there are a plurality of methods to be repaired, the methods after step S111 are recursively executed starting from the plurality of tags.
再帰的な走査が終了すると（Ｓ１１３でＮｏ）、テスト範囲判定部１６は、影響範囲リストに含まれている各タグに対応する機能コードをタグ情報記憶部２３（図７）から取得する（Ｓ１１７）。続いて、テスト範囲判定部１６は、ステップＳ１１７において取得された機能コードの中に、医療リスク機能記憶部２５に記憶されている機能コードが有るか否かを判定する（Ｓ１１８）。すなわち、今回の改修について、医療リスク機能への影響の有無が判定される。
When the recursive scanning is completed (No in S113), the test
図１０は、医療リスク機能記憶部２５の構成例を示す図である。図１０に示されるように、医療リスク機能記憶部２５には、医療リスク機能ごとに、機能コード及び機能名称が記憶されている。なお、医療リスク機能については、リスク分析等によって洗い出しが行われてもよい。
FIG. 10 is a diagram showing a configuration example of the medical risk
続いて、テスト範囲判定部１６は、ログインユーザの開発経験情報を開発者情報記憶部２１（図５）から取得する（Ｓ１１９）。ログインユーザの開発者ＩＤは、ステップＳ１０１において入力されている。したがって、当該開発者ＩＤを含む開発者情報のうち、改修回数、総改修行数及び改修経験機能コードが、当該開発経験情報として開発者情報記憶部２１（図５）から取得される。
Subsequently, the test
続いて、テスト範囲判定部１６は、今回の改修によって対象システムに異常が発生する（バグが混入する）リスク（以下、「改修リスク」という）を算出する（Ｓ１２０）。改修リスクは、改修を行った開発者の開発経験情報、及び改修の規模に基づいて算出される。開発者の開発経験（スキル）が豊富なほどバグが混入するリスクは低くなり、改修の規模が大きいほどバグが混入するリスクは高くなると考えられるからである。一例として、改修リスクは、以下の計算式に基づいて算出されてもよい。
Subsequently, the test
改修リスクｆ＝今回の改修行数／（過去の総改修行数／過去の改修回数））×５０×ａ＋開発者の過去の総改修行数／全開発者の平均総改修行数×５０×ｂ
ａ＋ｂ＝１
但し、ｆが１００を上回る場合は１００に丸める。また、ａ及びｂは、改修行数の多寡によるリスクと、開発者の経験によるリスクの重み付けを決める係数であり、例えば、試行錯誤的に決定される。
Repair risk f = Number of repairs this time / (Total number of repairs in the past / Number of repairs in the past)) x 50 x a + Total number of repairs in the past by developers / Average total number of repairs by all developers x 50 x b
a + b = 1
However, if f exceeds 100, it is rounded to 100. Further, a and b are coefficients that determine the weighting of the risk due to the number of repairs and the risk based on the experience of the developer, and are determined by trial and error, for example.
例えば、ログインユーザの開発者ＩＤが「ＦＪ１９９９９９」であれば、図５より、改修回数＝４９、総改修行数＝２３，２３２行である。また、今回の改修行数が、２００行であり、全開発者の平均総改修行数が、２０，４００行であり、ａ＝０．３，ｂ＝０．７であるとする。この場合、改修リスクｆは、以下のように算出される。 For example, if the developer ID of the login user is "FJ1999", the number of repairs = 49 and the total number of repairs = 23,232 lines, as shown in FIG. Further, it is assumed that the number of repair lines this time is 200 lines, the average total number of repair lines of all developers is 20,400 lines, and a = 0.3 and b = 0.7. In this case, the repair risk f is calculated as follows.
改修リスクｆ＝２００／（２３，２３２／４９）×５０×０．３＋２３，２３２／２０４００×５０×０．７＝４６．２
なお、今回の改修行数は、例えば、ステップＳ１０８において抽出されている差分の行数である。
Repair risk f = 200 / (23,232 / 49) x 50 x 0.3 + 23,232 / 20400 x 50 x 0.7 = 46.2
The number of repaired lines this time is, for example, the number of difference lines extracted in step S108.
続いて、テスト範囲判定部１６は、テスト範囲記憶部２６を参照して、推奨されるテスト範囲を判定する（Ｓ１２１）。
Subsequently, the test
図１１は、テスト範囲記憶部２６の構成例を示す図である。図１１に示されるように、テスト範囲記憶部２６には、改修リスクレベルと医療リスク機能有無との組み合わせごとに、推奨テスト範囲が記憶されている。
FIG. 11 is a diagram showing a configuration example of the test
改修リスクレベルは、改修リスクｆの範囲によって、改修リスクｆを小、中、大の３つのレベルに分類する項目である。医療リスク機能有無は、今回の改修による影響範囲に医療リスク機能が有るか否かを区別する項目である。具体的には、医療リスク機能有無は、ステップＳ１１８における判定結果が当てはめられる項目である。すなわち、影響範囲に医療リスク機能が有るか否かによってテスト範囲が異なる。 The repair risk level is an item that classifies the repair risk f into three levels, small, medium, and large, according to the range of the repair risk f. The presence or absence of a medical risk function is an item that distinguishes whether or not there is a medical risk function in the range of impact of this renovation. Specifically, the presence or absence of the medical risk function is an item to which the determination result in step S118 is applied. That is, the test range differs depending on whether or not there is a medical risk function in the range of influence.
推奨テスト範囲は、（１）〜（４）の４つのテスト範囲の中から、推奨されるテスト範囲を示す項目である。（１）〜（４）の意味は以下の通りである。
（１）軽微な修正のため、改修したメソッドをテスト範囲とし、改修したメソッドの入力パターン（メソッドの引数の入力パターン）の組み合わせについて、ペアワイズ法などでテストパターンを削減してもよい。
（２）医療リスク機能に影響を与えうるため、影響範囲内の医療リスク機能について特に入念にテストする。すなわち、（１）に加え、影響範囲内の医療リスク機能について、全てのテストパターンの組み合わせを検証する。
（３）改修のリスクは中程度であるため、改修したメソッドに加えて影響範囲内のメソッドもテスト範囲に含める。また、改修したメソッド及び影響範囲内のメソッドについて、直行法などによるテストパターンの削減を許容しつつも全て検証をする。
（４）影響が大きいため、影響範囲を含め入念にテストする。基本的には、改修したメソッド及び影響範囲内のメソッドについて全ての入力の組み合わせを検証する。
The recommended test range is an item indicating the recommended test range from the four test ranges (1) to (4). The meanings of (1) to (4) are as follows.
(1) For minor modifications, the modified method may be set as the test range, and the test patterns may be reduced by the pairwise method or the like for the combination of the input patterns of the modified methods (input patterns of the method arguments).
(2) Since it may affect the medical risk function, the medical risk function within the range of influence should be tested especially carefully. That is, in addition to (1), all test pattern combinations are verified for the medical risk function within the range of influence.
(3) Since the risk of refurbishment is moderate, in addition to the refurbished method, methods within the range of influence are also included in the test scope. In addition, all the modified methods and methods within the range of influence will be verified while allowing the reduction of test patterns by the orthogonal method or the like.
(4) Since the impact is large, carefully test including the range of impact. Basically, all input combinations are verified for the modified method and the method within the range of influence.
したがって、ステップ１２１では、ステップＳ１２０における改修リスクｆの算出結果、及びステップＳ１１８の判定結果に基づいて、テスト範囲が（１）〜（４）の中から選択される。なお、テスト範囲の区分は、図１１に示したものに限定されない。
Therefore, in
続いて、出力部１７は、ログインユーザの開発者情報を更新する（Ｓ１２２）。具体的には、開発者情報記憶部２１（図５）において、ログインユーザの開発者ＩＤに対応する総改修行数に、今回の改修行数が加算される。また、当該開発者ＩＤに対応する改修経験機能コードに、今回の改修対象のメソッドのタグに対応する機能コードが追加される。また、当該開発者ＩＤに対応する改修回数が更新される。改修回数が、例えば、ログイン回数によってカウントされる場合、１が加算される。但し、ログインしたとしても改修を行っていない場合（例えば、今回の改修行数が０である場合）、改修回数の更新は行われない。
Subsequently, the
続いて、出力部１７は、ステップＳ１２１におけるテスト範囲の判定結果に基づいて、テスト指示を出力する（Ｓ１２３）。具体的には、テスト範囲の判定結果が（１）である場合、出力部１７は、改修対象のメソッドのクラス名及びメソッド名をテスト範囲として出力すると共に、当該メソッドの入力パターン（メソッドの引数の入力パターン）の組み合わせについて、ペアワイズ法などでテストパターンを削減してもよい旨を出力する。
Subsequently, the
テスト範囲の判定結果が（２）である場合、出力部１７は、（１）の場合と同様の出力に加え、ステップＳ１１８において医療リスク機能であると判定されたクラス名及びメソッド名について全てのテストパターンの組み合わせ検証する旨を出力する。
When the determination result of the test range is (2), the
テスト範囲の判定結果が（３）である場合、出力部１７は、影響範囲リストにタグが含まれている全てのクラス名及びメソッド名をテスト範囲として出力すると共に、直行法などによるテストパターンの削減を許容しつつも全て検証をする旨を出力する。
When the judgment result of the test range is (3), the
テスト範囲の判定結果が（４）である場合、出力部１７は、影響範囲リストにタグが含まれている全てのクラス名及びメソッド名をテスト範囲として出力すると共に、これら全てのメソッドについて全ての入力の組み合わせを検証する旨を出力する。
When the judgment result of the test range is (4), the
なお、出力の形態は、表示装置１０６への表示であってもよいし、プリンタへの出力であってもよい。又は、出力内容が記述されたファイルが補助記憶装置１０２に記憶されてもよい。
The form of output may be a display on the
上述したように、本実施の形態によれば、ソースコードが改修（変更）された場合、各メソッドに付与されたタグ記述に基づいて、改修の影響範囲が特定されて、当該影響範囲に医療リスク機能が含まれているか否かが判定される。当該当該影響範囲に医療リスク機能が含まれている場合には、そうでない場合と異なるテスト範囲が出力される。したがって、医療リスクに関わる機能に対するテスト漏れを効率的に防止可能とすることができる。 As described above, according to the present embodiment, when the source code is modified (changed), the range of influence of the modification is specified based on the tag description given to each method, and medical treatment is performed on the range of influence. Whether or not the risk function is included is determined. If the medical risk function is included in the range of influence, a test range different from that in the case where it is not included is output. Therefore, it is possible to efficiently prevent test omissions for functions related to medical risks.
また、改修を行った開発者の開発経験や改修の規模に応じてテスト範囲を変化させることができる。したがって、改修に応じた適切なテスト範囲を提示することできる。 In addition, the test range can be changed according to the development experience of the developer who performed the repair and the scale of the repair. Therefore, it is possible to present an appropriate test range according to the repair.
なお、本実施の形態において、医療リスク機能記憶部２５は、記憶部の一例である。開発端末１０は、テスト範囲出力装置の一例である。改修部１２は、受付部の一例である。影響範囲特定部１５は、特定部の一例である。テスト範囲判定部１６は、判定部の一例である。
In the present embodiment, the medical risk
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。 Although the examples of the present invention have been described in detail above, the present invention is not limited to such specific embodiments, and various modifications are made within the scope of the gist of the present invention described in the claims.・ Can be changed.
以上の説明に関し、更に以下の項を開示する。
（付記１）
医療に関するコンピュータシステムのソースコードの変更を受け付け、
前記変更の対象となるソースコードにより実現される第１の機能を特定すると共に、前記第１の機能による処理結果を参照する第２の機能を特定し、
前記コンピュータシステムの機能ごとに医療リスクに関わる機能を示す情報を記憶した記憶部を参照して、特定した前記第１の機能及び前記第２の機能のいずれかが医療リスクに関わる機能か否かを判定し、
医療リスクに関わる機能であると判定された場合に、医療リスクに関わる機能に関係するソースコードの変更が行われない場合のテスト範囲とは異なるテスト範囲を、前記ソースコードの変更に対するテスト範囲として出力する、
処理をコンピュータに実行させることを特徴とするテスト範囲出力プログラム。
（付記２）
前記出力する処理は、前記変更を行った開発者の開発経験を示す情報に基づいて、出力するテスト範囲を変化させる、
ことを特徴とする付記１記載のテスト範囲出力プログラム。
（付記３）
前記出力する処理は、前記変更の規模に基づいて、出力するテスト範囲を変化させる、
ことを特徴とする付記１又は２記載のテスト範囲出力プログラム。
（付記４）
医療に関するコンピュータシステムのソースコードの変更を受け付ける受付部と、
前記変更の対象となるソースコードにより実現される第１の機能を特定すると共に、前記第１の機能による処理結果を参照する第２の機能を特定する特定部と、
前記コンピュータシステムの機能ごとに医療リスクに関わる機能を示す情報を記憶した記憶部を参照して、特定した前記第１の機能及び前記第２の機能のいずれかが医療リスクに関わる機能か否かを判定する判定部と、
医療リスクに関わる機能であると判定された場合に、医療リスクに関わる機能に関係するソースコードの変更が行われない場合のテスト範囲とは異なるテスト範囲を、前記ソースコードの変更に対するテスト範囲として出力する出力部と、
を有することを特徴とするテスト範囲出力装置。
（付記５）
前記出力部は、前記変更を行った開発者の開発経験を示す情報に基づいて、出力するテスト範囲を変化させる、
ことを特徴とする付記４記載のテスト範囲出力装置。
（付記６）
前記出力部は、前記変更の規模に基づいて、出力するテスト範囲を変化させる、
ことを特徴とする付記４又は５記載のテスト範囲出力装置。
（付記７）
医療に関するコンピュータシステムのソースコードの変更を受け付け、
前記変更の対象となるソースコードにより実現される第１の機能を特定すると共に、前記第１の機能による処理結果を参照する第２の機能を特定し、
前記コンピュータシステムの機能ごとに医療リスクに関わる機能を示す情報を記憶した記憶部を参照して、特定した前記第１の機能及び前記第２の機能のいずれかが医療リスクに関わる機能か否かを判定し、
医療リスクに関わる機能であると判定された場合に、医療リスクに関わる機能に関係するソースコードの変更が行われない場合のテスト範囲とは異なるテスト範囲を、前記ソースコードの変更に対するテスト範囲として出力する、
処理をコンピュータが実行することを特徴とするテスト範囲出力方法。
（付記８）
前記出力する処理は、前記変更を行った開発者の開発経験を示す情報に基づいて、出力するテスト範囲を変化させる、
ことを特徴とする付記７記載のテスト範囲出力方法。
（付記９）
前記出力する処理は、前記変更の規模に基づいて、出力するテスト範囲を変化させる、
ことを特徴とする付記７又は８記載のテスト範囲出力方法。
With respect to the above description, the following sections will be further disclosed.
(Appendix 1)
Accepting changes to the source code of medical computer systems
The first function realized by the source code to be changed is specified, and the second function that refers to the processing result by the first function is specified.
Whether or not any of the specified first function and the second function is a function related to medical risk by referring to a storage unit that stores information indicating a function related to medical risk for each function of the computer system. Judging,
When it is determined that the function is related to medical risk, the test range different from the test range when the source code related to the function related to medical risk is not changed is set as the test range for the change of the source code. Output,
A test range output program characterized by having a computer perform processing.
(Appendix 2)
The output process changes the output test range based on the information indicating the development experience of the developer who made the change.
The test range output program according to
(Appendix 3)
The output process changes the output test range based on the scale of the change.
The test range output program according to
(Appendix 4)
The reception department that accepts changes in the source code of computer systems related to medical care,
A specific part that specifies the first function realized by the source code to be changed and the second function that refers to the processing result of the first function, and
Whether or not any of the specified first function and the second function is a function related to medical risk by referring to a storage unit that stores information indicating a function related to medical risk for each function of the computer system. Judgment unit to judge
When it is determined that the function is related to medical risk, the test range different from the test range when the source code related to the function related to medical risk is not changed is set as the test range for the change of the source code. The output section to output and
A test range output device characterized by having.
(Appendix 5)
The output unit changes the output test range based on the information indicating the development experience of the developer who made the change.
The test range output device according to
(Appendix 6)
The output unit changes the output test range based on the scale of the change.
The test range output device according to
(Appendix 7)
Accepting changes to the source code of medical computer systems
The first function realized by the source code to be changed is specified, and the second function that refers to the processing result by the first function is specified.
Whether or not any of the specified first function and the second function is a function related to medical risk by referring to a storage unit that stores information indicating a function related to medical risk for each function of the computer system. Judging,
When it is determined that the function is related to medical risk, the test range different from the test range when the source code related to the function related to medical risk is not changed is set as the test range for the change of the source code. Output,
A test range output method characterized by the processing being performed by a computer.
(Appendix 8)
The output process changes the output test range based on the information indicating the development experience of the developer who made the change.
The test range output method according to Appendix 7, wherein the test range is output.
(Appendix 9)
The output process changes the output test range based on the scale of the change.
The test range output method according to Appendix 7 or 8, wherein the test range is output.
１０ 開発端末
１１ 認証部
１２ 改修部
１３ タグ付与部
１４ 差分抽出部
１５ 影響範囲特定部
１６ テスト範囲判定部
１７ 出力部
２０ サーバ装置
２１ 開発者情報記憶部
２２ ソースコード記憶部
２３ タグ情報記憶部
２４ 機能コード記憶部
２５ 医療リスク機能記憶部
２６ テスト範囲記憶部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
Ｂ バス
10 Development terminal 11
105
Claims (5)
前記変更の対象となるソースコードにより実現される第１の機能を特定すると共に、前記第１の機能による処理結果を参照する第２の機能を特定し、
前記コンピュータシステムの機能ごとに医療リスクに関わる機能を示す情報を記憶した記憶部を参照して、特定した前記第１の機能及び前記第２の機能のいずれかが医療リスクに関わる機能か否かを判定し、
前記第１の機能及び前記第２の機能のいずれかが医療リスクに関わる機能であると判定された場合に、前記第１の機能及び前記第２の機能のいずれもが医療リスクに関わる機能でないと判定された場合のテスト範囲とは異なるテスト範囲を、前記ソースコードの変更に対するテスト範囲として出力する、
処理をコンピュータに実行させることを特徴とするテスト範囲出力プログラム。 Accepting changes to the source code of medical computer systems
The first function realized by the source code to be changed is specified, and the second function that refers to the processing result by the first function is specified.
Whether or not any of the specified first function and the second function is a function related to medical risk by referring to a storage unit that stores information indicating a function related to medical risk for each function of the computer system. Judging,
If any of the first function and the second function is determined to be a function related to medical risks, both of the first function and the second function is not a function related to the medical risk A test range different from the test range when it is determined is output as a test range for the change of the source code.
A test range output program characterized by having a computer perform processing.
ことを特徴とする請求項１記載のテスト範囲出力プログラム。 The output process changes the output test range based on the information indicating the development experience of the developer who made the change.
The test range output program according to claim 1.
ことを特徴とする請求項１又は２記載のテスト範囲出力プログラム。 The output process changes the output test range based on the scale of the change.
The test range output program according to claim 1 or 2.
前記変更の対象となるソースコードにより実現される第１の機能を特定すると共に、前記第１の機能による処理結果を参照する第２の機能を特定する特定部と、
前記コンピュータシステムの機能ごとに医療リスクに関わる機能を示す情報を記憶した記憶部を参照して、特定した前記第１の機能及び前記第２の機能のいずれかが医療リスクに関わる機能か否かを判定する判定部と、
前記第１の機能及び前記第２の機能のいずれかが医療リスクに関わる機能であると判定された場合に、前記第１の機能及び前記第２の機能のいずれもが医療リスクに関わる機能でないと判定された場合のテスト範囲とは異なるテスト範囲を、前記ソースコードの変更に対するテスト範囲として出力する出力部と、
を有することを特徴とするテスト範囲出力装置。 The reception department that accepts changes in the source code of computer systems related to medical care,
A specific part that specifies the first function realized by the source code to be changed and the second function that refers to the processing result of the first function, and
Whether or not any of the specified first function and the second function is a function related to medical risk by referring to a storage unit that stores information indicating a function related to medical risk for each function of the computer system. Judgment unit to determine
If any of the first function and the second function is determined to be a function related to medical risks, both of the first function and the second function is not a function related to the medical risk An output unit that outputs a test range different from the test range when it is determined as a test range for changes in the source code, and an output unit.
A test range output device characterized by having.
前記変更の対象となるソースコードにより実現される第１の機能を特定すると共に、前記第１の機能による処理結果を参照する第２の機能を特定し、
前記コンピュータシステムの機能ごとに医療リスクに関わる機能を示す情報を記憶した記憶部を参照して、特定した前記第１の機能及び前記第２の機能のいずれかが医療リスクに関わる機能か否かを判定し、
前記第１の機能及び前記第２の機能のいずれかが医療リスクに関わる機能であると判定された場合に、前記第１の機能及び前記第２の機能のいずれもが医療リスクに関わる機能でないと判定された場合のテスト範囲とは異なるテスト範囲を、前記ソースコードの変更に対するテスト範囲として出力する、
処理をコンピュータが実行することを特徴とするテスト範囲出力方法。 Accepting changes to the source code of medical computer systems
The first function realized by the source code to be changed is specified, and the second function that refers to the processing result by the first function is specified.
Whether or not any of the specified first function and the second function is a function related to medical risk by referring to a storage unit that stores information indicating a function related to medical risk for each function of the computer system. Judging,
If any of the first function and the second function is determined to be a function related to medical risks, both of the first function and the second function is not a function related to the medical risk A test range different from the test range when it is determined is output as a test range for the change of the source code.
A test range output method characterized by the processing being performed by a computer.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017050261A JP6862949B2 (en) | 2017-03-15 | 2017-03-15 | Test range output program, test range output device and test range output method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017050261A JP6862949B2 (en) | 2017-03-15 | 2017-03-15 | Test range output program, test range output device and test range output method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018156164A JP2018156164A (en) | 2018-10-04 |
| JP6862949B2 true JP6862949B2 (en) | 2021-04-21 |
Family
ID=63717945
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017050261A Active JP6862949B2 (en) | 2017-03-15 | 2017-03-15 | Test range output program, test range output device and test range output method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6862949B2 (en) |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2538630B2 (en) * | 1988-01-28 | 1996-09-25 | 中国日本電気ソフトウエア株式会社 | Automatic test item selection system |
| JP2007226526A (en) * | 2006-02-23 | 2007-09-06 | Ns Solutions Corp | Information processor, information processing method, program and storage medium |
| JP6217212B2 (en) * | 2013-07-25 | 2017-10-25 | 富士通株式会社 | Test program, test method and test apparatus |
| JP6320269B2 (en) * | 2014-10-08 | 2018-05-09 | 三菱電機株式会社 | Software test support apparatus and software test support program |
-
2017
- 2017-03-15 JP JP2017050261A patent/JP6862949B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2018156164A (en) | 2018-10-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2018010552A1 (en) | Test method and device | |
| US8819642B2 (en) | Method and system for generating and processing black box test cases | |
| US9740473B2 (en) | Software and associated hardware regression and compatibility testing system | |
| US9336381B1 (en) | Entropy-based detection of sensitive information in code | |
| US8839351B2 (en) | Effective testing of authorization logic of web components which utilize claims-based authorization | |
| CN101268468A (en) | Method and apparatus to authenticate source of a scripted code | |
| CN105335282A (en) | Method and system for cross-platform test of applications | |
| US20140214396A1 (en) | Specification properties creation for a visual model of a system | |
| US9582270B2 (en) | Effective feature location in large legacy systems | |
| US10095512B2 (en) | Program development support device, non-transitory storage medium storing thereon computer-readable program development support program, and program development support method | |
| US8887112B2 (en) | Test validation planning | |
| JP2009087352A (en) | Configurable web services system and method to detect defects in software applications | |
| JP6862949B2 (en) | Test range output program, test range output device and test range output method | |
| WO2021183382A1 (en) | Graph-based method for inductive bug localization | |
| US12001325B2 (en) | Test data generation apparatus, test data generation method and program | |
| JP7150167B2 (en) | Automated control of distributed computing devices | |
| JP2009129204A (en) | Code inspection system, code inspection method, and program | |
| KR101544010B1 (en) | Method for normalizing dynamic behavior of process and detecting malicious code | |
| JP5966890B2 (en) | Constraint extraction program, constraint extraction device, and constraint extraction method | |
| JP5811859B2 (en) | Source code static analysis device, system, method, and program therefor | |
| TWI715647B (en) | System and method for ip fingerprinting and ip dna analysis | |
| CN108885574A (en) | For monitoring the system with performance and correctness problem when reporting design, compiling and operation | |
| Chen et al. | Using modified diffusion models for reliability estimation of open source software | |
| JP6818568B2 (en) | Communication device, communication specification difference extraction method and communication specification difference extraction program | |
| US20170242775A1 (en) | Method for verifying traceability of first instructions in a procedural programming language generated from second instructions in a modelling language |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20191212 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20201117 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20201201 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210201 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20210302 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210315 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6862949 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |