JP2006209521A - Automatic test item generating device - Google Patents
Automatic test item generating device Download PDFInfo
- Publication number
- JP2006209521A JP2006209521A JP2005021407A JP2005021407A JP2006209521A JP 2006209521 A JP2006209521 A JP 2006209521A JP 2005021407 A JP2005021407 A JP 2005021407A JP 2005021407 A JP2005021407 A JP 2005021407A JP 2006209521 A JP2006209521 A JP 2006209521A
- Authority
- JP
- Japan
- Prior art keywords
- test item
- flowchart
- unit
- test
- program
- 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.)
- Withdrawn
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
Description
本発明はソフトウェア開発などに用いるテスト項目を自動的に作成する技術に関する。 The present invention relates to a technique for automatically creating test items used for software development or the like.
通常、ソフトウェア開発を伴うシステムのテストを行う際は、テストを行うシステムの各機能仕様、システムにおいて実現される処理フロー、テスト項目、およびテスト結果を準備する必要がある。 Normally, when testing a system that involves software development, it is necessary to prepare each functional specification of the system to be tested, a processing flow realized in the system, test items, and test results.
システムの機能仕様とはそれぞれの機能の入力データ、出力データ、処理内容、制限や制約である。処理フローとはシステムにおける各機能の処理順序や分岐条件などである。テスト項目とは試験装置と被試験装置で送受されるパラメータの値である。テスト結果とは、指定されたテスト項目および処理フローに基づいた処理を行った際に、想定している仕様と一致しているか否かをその終了状態に応じて判定するものである。 The function specifications of the system are input data, output data, processing contents, restrictions and restrictions of each function. The processing flow is the processing order or branching condition of each function in the system. The test item is a parameter value transmitted and received between the test apparatus and the apparatus under test. The test result is to determine whether or not it matches the assumed specification when processing based on the designated test item and processing flow is performed, according to the end state.
従来、テスト項目を作成する場合は、システムにおいて実現される処理フローの全パスに対してテストを行うために、処理フローにおける全パスのパターンを手作業で抽出しなければならず、また技術標準の勧告などに準じた機能を有するシステムでは、勧告の要求条件を満たし、その適用範囲を考慮したテスト項目を作成しなければならず、システムの各機能におけるこれらの処理内容や制限、制約を考慮した上で、パスのパターン毎に設定するパラメータ値をテスト項目として手作業で決定していたため、膨大な作業量が発生していた。 Conventionally, when creating test items, in order to test all paths in the processing flow realized in the system, the patterns of all paths in the processing flow have to be extracted manually, and technical standards In a system that has a function that complies with the recommendations of the system, test items that satisfy the requirements of the recommendation and take the scope of application into consideration must be created. In addition, since the parameter values set for each path pattern are manually determined as test items, a huge amount of work has occurred.
さらに、技術標準の勧告の内容を熟知していない開発者がこれらのテスト項目作成作業を行った場合には、勧告の適用範囲外のテスト項目を作成したり、テスト項目不足やケアレスミスによる誤りなどが生じたりすることで、テスト項目自体の信頼性低下を招く結果となっていた。 In addition, if a developer who is not familiar with the content of the technical standard recommendation performs these test item creation tasks, it may create test items that are outside the scope of the recommendation, or errors due to lack of test items or careless mistakes. As a result, the reliability of the test item itself is reduced.
このような問題を解決するために、入力された機能仕様から試験項目を自動的に抽出する技術が従来開発されている。例えば特許文献1に開示されている技術は、通信プロトコルを実装した通信ノードにおいて、プロトコル仕様に対して適合しているか否かを確認するための試験項目を知識ベースと推論機構を用いて自動的に抽出する方式に関するものである。
上記特許文献1に開示された方法は、エキスパートシステムを利用して試験項目を自動的に抽出し、試験すべき機能と試験シーケンスと試験データおよび試験結果を与えるものであり、システム開発を効率的に支援することができる点で優れている。
The method disclosed in
しかしながら、エキスパートシステムを利用する方法は、通信プロトコルを実装した通信ノードのように知識ベースを作成して推論機構を用いることに適したシステムにおいては極めて有用であるが、一般的なソフトウェア開発などに適用することは必ずしも容易ではない。 However, the method using an expert system is extremely useful in a system suitable for creating a knowledge base and using an inference mechanism, such as a communication node that implements a communication protocol. It is not always easy to apply.
本発明は、一般的なソフトウェア開発を伴うシステムのテストにおいて、技術標準の勧告などや入力された機能仕様からテスト項目の作成および抽出を自動的に行うことができるテスト項目自動生成装置を提供することを目的とする。 The present invention provides a test item automatic generation apparatus capable of automatically creating and extracting test items from technical standard recommendations and inputted functional specifications in a system test involving general software development. For the purpose.
本発明のテスト項目自動生成装置は、規格等を格納し修正や追加を行う規格格納部と、システムの仕様や制限条件等を入力するユーザ仕様入力部と、システムのフローチャートを作成するフローチャート作成部と、前記フローチャートからシステムが実現するシーケンスを高級プログラミング言語などでプログラムとして作成するシーケンス作成部と、システムが実現する機能のテスト項目を自動作成するテスト項目作成部と、自動作成されたテスト項目に対する抽出条件の設定および抽出を行うテスト項目抽出部と、プログラムなどを格納するメモリ部と、前記規格格納部、ユーザ仕様入力部、フローチャート作成部、テスト項目作成部、テスト項目抽出部およびメモリ部を制御する制御部とを備える。 An automatic test item generation apparatus according to the present invention includes a standard storage unit that stores standards and corrects and adds them, a user specification input unit that inputs system specifications and restriction conditions, and a flowchart creation unit that creates a flowchart of the system A sequence creation unit that creates a sequence realized by the system as a program in a high-level programming language from the flowchart, a test item creation unit that automatically creates a test item of a function realized by the system, and a test item that is automatically created A test item extraction unit for setting and extracting extraction conditions; a memory unit for storing programs; the standard storage unit, a user specification input unit, a flowchart creation unit, a test item creation unit, a test item extraction unit, and a memory unit; A control unit for controlling.
上記構成によれば、入力されたシステムの仕様や技術標準の勧告集などの規格に準じた機能を有したシステムのテスト項目の作成および抽出を行う場合に、これらの要求条件を満たす適用範囲およびその他各機能の処理内容や制約を加味したテスト項目を自動生成することができるため、テスト項目作成の作業量の削減およびテスト項目の信頼性向上を図ることができる。 According to the above configuration, when creating and extracting test items for a system having functions in accordance with the specifications of the input system specifications and technical standard recommendations, the applicable range and conditions that satisfy these requirements In addition, since test items can be automatically generated taking into account the processing contents and restrictions of each function, it is possible to reduce the amount of work for creating test items and improve the reliability of test items.
本発明において、前記シーケンス作成部は前記フローチャートから前記プログラムを自動的に作成するものである。 In the present invention, the sequence creation unit automatically creates the program from the flowchart.
本発明において、前記シーケンス作成部は前記フローチャートにおけるステップの形状(シェイプ)を前記プログラムのステップに関連付ける情報を保持する。 In the present invention, the sequence creation unit holds information associating a step shape (shape) in the flowchart with a step of the program.
本発明において、前記規格格納部は技術標準の勧告書などに基づいて作成される規格イメージを有し、前記規格イメージおよび前記ユーザ仕様入力手段により入力されるシステム固有の仕様や制限事項や条件や使用するパラメータリストを検索し、シンボルの仕様や制限事項や条件を決定する。 In the present invention, the standard storage unit has a standard image created on the basis of a technical standard recommendation, etc., and specifications, restrictions, conditions, etc. specific to the system inputted by the standard image and the user specification input means Search the parameter list to be used and determine the symbol specifications, restrictions and conditions.
上記構成によれば、勧告集の内容を熟知していない開発者が作業を行う場合にも、これらの要求条件を満たす適用範囲およびその他各機能の処理内容や制約を決定することができるため、生成されるテスト項目における誤りや漏れの発生を回避することができる。 According to the above configuration, even when a developer who is not familiar with the content of the recommendation collection performs work, the scope of application that satisfies these requirements and the processing content and restrictions of each function can be determined. It is possible to avoid the occurrence of errors and omissions in the generated test items.
本発明によれば、入力されたシステムの仕様や技術標準の勧告集などの規格の要求条件を満たす適用範囲およびその他各機能の処理内容や制約を加味したテスト項目作成において、作業量の削減およびテスト項目の信頼性向上を図ることができる。また、システムが実現する機能のテスト項目を誤りや漏れなく作成することが可能となる。 According to the present invention, it is possible to reduce the amount of work in the creation of test items that take into account the application requirements that satisfy the requirements of standards such as input system specifications and technical standard recommendations, and the processing contents and restrictions of each function. The reliability of test items can be improved. In addition, test items for functions realized by the system can be created without errors or omissions.
図1は本発明の一実施形態に係るテスト項目自動生成装置の構成を示すブロック図である。図1において、101は規格格納部、102はユーザ仕様入力部、103はフローチャート作成部、104はシーケンス作成部、105はテスト項目作成部、106はテスト項目抽出部、107はメモリ部、108は制御部である。 FIG. 1 is a block diagram showing a configuration of a test item automatic generation apparatus according to an embodiment of the present invention. In FIG. 1, 101 is a standard storage unit, 102 is a user specification input unit, 103 is a flowchart creation unit, 104 is a sequence creation unit, 105 is a test item creation unit, 106 is a test item extraction unit, 107 is a memory unit, and 108 is It is a control unit.
規格格納部101には、技術標準の勧告などの規格等が規格格納手段により格納され、修正、追加される。ユーザ仕様入力部102では、システムが実現する規格の指定や制限事項、条件がユーザ仕様入力手段により入力される。また、規格で定義される機能だけでなくシステムが実現する他機能の制限事項、条件が入力される。
In the
フローチャート作成部103は、ユーザ仕様入力部102から入力された情報を用いて、システムが実現する処理フローのフローチャートを作成する。シーケンス作成部104は、フローチャート作成部103で作成したフローチャートから高級プログラミング言語などを用いたシーケンスプログラムを作成する。
The
テスト項目作成部105はテスト項目を自動作成する。テスト項目抽出部106は、自動作成されたテスト項目のうちどのテスト項目を抽出するかといった抽出条件の設定や、新たに追加、削除したいテスト項目の抽出条件の設定を行い、設定した抽出条件によりテスト項目の抽出を行う。 The test item creation unit 105 automatically creates test items. The test item extraction unit 106 sets extraction conditions such as which test items are extracted from the automatically created test items, and sets extraction conditions for test items to be newly added or deleted. Extract test items.
メモリ部107はコンピュータに実行させるプログラムを格納し、制御部108は規格格納部101、ユーザ仕様入力部102、シーケンス作成部103、テスト項目作成部105、テスト項目抽出部106、メモリ部107を制御する。
The
以下、それぞれの処理について順を追って詳しく説明する。図2は規格格納部101に格納される規格イメージの例として、“ディジタル静止画像圧縮符号化関連勧告集”の基本DCTシーケンシャル方式を記述したものである。以降の図においても“ディジタル静止画像圧縮符号化関連勧告集”に即した例を用いて記述する。
Hereinafter, each process will be described in detail in order. FIG. 2 describes a basic DCT sequential method of “Digital Still Image Compression Encoding Recommendations” as an example of a standard image stored in the
規格イメージとは、例えば新日本ITU協会で発行する勧告書などに基づいて作成されるものである。本テスト項目自動生成装置はシステムの動作確認を行うためのテスト項目作成を目的とするため、規格イメージは規格を実現するためのアルゴリズムではなく、規格特有の許容値、制限などを高級プログラミング言語などで表わしたものとする。 The standard image is created based on, for example, a recommendation issued by the New Japan ITU Association. Because this test item automatic generation device is intended to create test items for system operation confirmation, the standard image is not an algorithm for realizing the standard, but the standard-specific allowable values, restrictions, etc. It shall be expressed as
ここで、高級プログラミング言語などで許容値、制限などを記述する際は、勧告書などで定義されているシンボルを使用しなければならない。また関連するカテゴリ毎に分類した記述を推奨する。 Here, when the allowable values and restrictions are described in a high-level programming language or the like, symbols defined in a recommendation document or the like must be used. It is also recommended to categorize the relevant categories.
規格格納手段は規格イメージを通常のデータダウンロードと同等の手段を用いて格納し、その修正や追加を行う。また、格納した規格イメージは、ユーザ仕様入力画面での表示や選択を可能にするために、作成した規格イメージの勧告集名および方式名を規格イメージリストとしてリスト形式で記述し、作成した規格イメージと関連づける。 The standard storage means stores the standard image using means equivalent to normal data download, and corrects or adds the standard image. The stored standard images are described in list format as a standard image list with the recommended collection name and method name of the standard image created so that they can be displayed and selected on the user specification input screen. Associate with.
図3および図4は、ユーザ仕様入力手段によりシステム固有の仕様をユーザが入力するためのユーザ仕様入力画面を示す。入力すべき項目は規格関連、ユーザ仕様関連、他機能関連、パラメータリストから構成される。 3 and 4 show user specification input screens for the user to input system-specific specifications using the user specification input means. Items to be input are composed of standards, user specifications, other functions, and parameter lists.
図3は規格関連、ユーザ仕様関連、他機能関連の入力画面の一例を示す。規格関連は、すでに規格格納手段により規格格納部101に格納されている規格イメージリストから、システムが実現する規格および方式の選択を行う。
FIG. 3 shows an example of input screens related to standards, user specifications, and other functions. Regarding standards, the standards and methods realized by the system are selected from the standard image list already stored in the
複数の規格イメージが格納されている場合は、図3に示すように複数の勧告集名および方式名が画面に表示され、その中から選択を行う。本選択によりテスト項目作成部105においてテスト項目を自動的に作成する際に使用する規格が決定される。 When a plurality of standard images are stored, a plurality of recommendation collection names and method names are displayed on the screen as shown in FIG. 3, and a selection is made from them. By this selection, the standard used when the test item creation unit 105 automatically creates test items is determined.
ユーザ仕様関連は、規格に対するシステムの実現範囲(制限、制約など)を高級プログラミング言語などで記述する。また制限事項、条件などを記述する際には勧告書などで定義されているシンボルを使用する。 For user specifications, the system implementation range (limitations, restrictions, etc.) for the standard is described in a high-level programming language. In addition, when defining restrictions, conditions, etc., symbols defined in recommendations are used.
テスト項目作成部105においてテスト項目を自動作成する際は、正常系テスト項目作成時には本ユーザ仕様関連で記述された実現範囲内においてテスト項目を作成し、異常系テスト項目作成時には後述の他機能関連で記述する機能、制約条件により、あるいは本ユーザ仕様関連で記述された実現範囲外となるようにテスト項目を作成する。 When test items are automatically created by the test item creation unit 105, test items are created within the realization range described in relation to this user specification when normal test items are created, and other function-related items described later are created when abnormal test items are created. Test items are created so that they are out of the realization range described in terms of the functions and constraints described in, or related to this user specification.
他機能関連は、規格で定義される機能だけでなく、システムが実現する各種他機能の制限事項、条件を高級プログラミング言語などで記述する。ユーザ仕様入力画面では機能欄、制約条件欄が任意の数、用意される。機能欄は実現する機能名を記述し、制約条件欄は機能に対する制限、制約事項を自由記述形式で記入する。機能欄に記述した機能名は、フローチャート作成部103でフローチャートを作成する際の情報として認識される。
In relation to other functions, not only functions defined in the standard but also restrictions and conditions of various other functions realized by the system are described in a high-level programming language. In the user specification input screen, an arbitrary number of function columns and constraint condition columns are prepared. The function column describes the name of the function to be realized, and the restriction condition column describes restrictions and restrictions on the function in a free description format. The function name described in the function column is recognized as information when the
図4はパラメータリストの入力画面の一例を示す。表は機能毎に作成され、第1行目には図3の機能欄で入力された文字列が挿入される。パラメータリストは、テスト項目作成時に決定するパラメータとして使用するか否かを指定する使用有無欄と、システムが使用するパラメータ名を記入するパラメータ名欄と、(パラメータの)型欄、パラメータの説明などを記入する説明欄とで構成される。 FIG. 4 shows an example of a parameter list input screen. A table is created for each function, and the character string input in the function column of FIG. 3 is inserted in the first line. The parameter list includes a use / non-use column that specifies whether or not to use as a parameter to be determined when creating test items, a parameter name column for entering the parameter name used by the system, a (parameter) type column, a parameter description, etc. And an explanation column to fill in.
勧告書などで定義されているシンボルと同じ意味で使用するパラメータについては、パラメータ名欄に勧告書などで定義されているシンボル名を記入する。使用有無欄は、チェックボックス形式などによりテスト項目作成時に決定するパラメータとして使用する場合はチェックを行い、使用しない場合はチェックを行わない。 For parameters used in the same meaning as symbols defined in a recommendation, etc., enter the symbol name defined in the recommendation in the parameter name column. The use / non-use column is checked when used as a parameter determined at the time of test item creation by a check box format or the like, and not checked when not used.
このとき、勧告書などで定義されているパラメータはシンボルであることを表すチェックを行い、ユーザが定義したパラメータはシンボル以外であることを表すチェックを行う。本パラメータリストは次に記述するシーケンス作成手法および後述するテスト項目作成手段で使用する。 At this time, a check is performed to indicate that the parameter defined in the recommendation document is a symbol, and a check is performed to indicate that the parameter defined by the user is not a symbol. This parameter list is used in the sequence creation method described below and test item creation means described later.
図5はフローチャート作成部103でシステムのフローチャートを作成するためのフローチャートシェイプを示す。ユーザはフローチャートシェイプから適当なシェイプを選択し、フローチャートを作成する。
FIG. 5 shows a flowchart shape for creating a flowchart of the system by the
フローチャートシェイプは、機能の“はじめ”を表す200、機能の“正常終了”を表す201、機能の“異常終了”を表す202、処理フローの“分岐条件”を表す203、機能の“処理”を表す204、“分岐条件”203が真の場合に選択される“パス”を表す205、208、210、“分岐条件”203が偽の場合に選択される“パス”を表す206、209、211、および200または204から201、202、203、204への“パス”を表す207で構成される。 The flow chart shape includes 200 indicating “beginning” of the function, 201 indicating “normal end” of the function, 202 indicating “abnormal end” of the function, 203 indicating “branch condition” of the processing flow, and “processing” of the function. 205, 208, 210 indicating “path” selected when “branching condition” 203 is true, 206, 209, 211 indicating “path” selected when “branching condition” 203 is false. , And 207 representing a “path” from 200 or 204 to 201, 202, 203, 204.
図6はフローチャートシェイプを用いたフローチャートの例である。“分岐条件”203はユーザ仕様入力手段でパラメータリストに入力されたパラメータと記号を用いて記述する。機能の“処理”204においては、処理を行った際にパラメータが変化する場合はパラメータリストに入力されたパラメータと記号を用いて記述し、変化しない場合は0を記述する。 FIG. 6 is an example of a flowchart using a flowchart shape. The “branch condition” 203 is described using parameters and symbols input to the parameter list by the user specification input means. In the “process” 204 of the function, when the parameter is changed when the process is performed, the parameter and the symbol input in the parameter list are described, and when not changed, 0 is described.
シーケンス作成部104では、フローチャートから高級プログラミング言語などを用いたシーケンスプログラムを作成するため、各フローチャートシェイプとシーケンスプログラミング作成動作を関連付け、シーケンス作成ルールとして規定する。 In order to create a sequence program using a high-level programming language or the like from the flowchart, the sequence creation unit 104 associates each flowchart shape with the sequence programming creation operation and defines it as a sequence creation rule.
例えば、機能の“正常終了”を表す201はプログラムの戻り値を0と設定し、機能の“異常終了”を表す202はプログラムの戻り値を1と設定する。 For example, 201 indicating “normal end” of the function sets the return value of the program to 0, and 202 indicating “abnormal end” of the function sets the return value of the program to 1.
処理フローの“分岐条件”203は“If(A){B}else{C}”に関連付けられ、“分岐条件”203で示す内容をA、分岐条件が真の場合に選択される201、202、203、204で示す内容をB、分岐条件が偽の場合に選択される201、202、203、204で示す内容をCとする。 The “branch condition” 203 of the processing flow is associated with “If (A) {B} else {C}”, and the content indicated by “branch condition” 203 is A, and is selected when the branch condition is true 201, 202. , 203, and 204 are indicated by B, and the contents indicated by 201, 202, 203, and 204 that are selected when the branch condition is false are indicated by C.
機能の“処理”を表す204で0が記述されている場合は、“処理”によって入力パラメータ(引数)が変化しないため、204に関連するプログラム行を作成せず、0以外が記述されている場合は204で示す内容をプログラム行とする。 When “0” is described in 204 representing the “processing” of the function, the input parameter (argument) does not change by “processing”, so a program line related to 204 is not created, and other than 0 is described. In this case, the content indicated by 204 is the program line.
これらのシーケンス作成ルールに基づきフローチャートから自動作成した高級プログラミング言語形式のシーケンスプログラムを図7に示す。 FIG. 7 shows a sequence program in a high-level programming language format automatically created from the flowchart based on these sequence creation rules.
次に、テスト項目作成手段について説明する。テスト項目作成手段はユーザ仕様入力画面で説明したパラメータリストの使用有無欄においてチェックされたパラメータをテスト項目パラメータとし、順次パラメータ値を決定するための手段である。図8にテスト項目作成手段の処理フローを示す。 Next, test item creation means will be described. The test item creation means is a means for sequentially determining parameter values using the parameters checked in the use / non-use column of the parameter list described on the user specification input screen as test item parameters. FIG. 8 shows a processing flow of the test item creation means.
テスト項目作成手段は、初めにフローチャート作成部103で作成したフローチャートからシステムが取り得る全パスのパターンをサーチし、ナンバリングする。
The test item creation means searches and numbers all path patterns that the system can take from the flowchart created by the
次に勧告書などで定義され、かつパラメータリストでチェックされているパラメータ(シンボル)の値について、まず規格イメージからシンボルをキーワードに許容値や制限などを検索した後、テスト項目抽出条件からシンボルをキーワードに検索した許容値、制限と、ユーザ仕様入力画面のユーザ仕様関連で入力された規格に対するシステムの実現範囲(制限、制約など)と、テスト項目抽出手段でテスト項目抽出条件が設定された場合にはテスト項目抽出条件とを満たす範囲の最大値、最小値、中間値の組み合わせでパラメータ(シンボル)値を決定する。 Next, for the values of parameters (symbols) that are defined in the recommendation document and checked in the parameter list, first search for allowable values and restrictions using the symbol as a keyword from the standard image, and then select the symbol from the test item extraction condition. When the allowed values and limits searched for keywords, the system realization range (limits, restrictions, etc.) for the standards entered in relation to user specifications on the user specification input screen, and test item extraction conditions are set by the test item extraction means The parameter (symbol) value is determined by a combination of the maximum value, the minimum value, and the intermediate value in the range that satisfies the test item extraction condition.
中間値については、最大値に最小値を加算したものを2で除算した値を一番目の中間値とし、さらに、得られた一番目の中間値に最大値、または最小値を加算したものを2で除算した値を二番目の中間値とする、といった方法で決定し、とりうる中間値の個数は任意に定めるものとする。 For the intermediate value, the value obtained by adding the minimum value to the maximum value divided by 2 is used as the first intermediate value, and the first intermediate value obtained is added with the maximum value or the minimum value. The value obtained by dividing by 2 is determined as a second intermediate value, and the number of possible intermediate values is arbitrarily determined.
次にシーケンス作成部104でフローチャートから作成される高級プログラミング言語形式のシーケンスプログラムを用いて、機能毎にパラメータリストでチェックされたシンボル以外のパラメータ値を、ユーザ仕様入力画面の他機能関連で入力した機能毎の制約条件内において、ナンバリングされたパスの1番目から順次決定し、後述するテスト仕様書に決定したパラメータ値を記入する。 Next, using the sequence program in the high-level programming language format created from the flowchart in the sequence creation unit 104, parameter values other than the symbols checked in the parameter list for each function are input in relation to other functions of the user specification input screen. Within the constraint condition for each function, the parameter values are sequentially determined from the first of the numbered paths, and the determined parameter values are entered in a test specification described later.
フローチャートで“正常終了”となるパスは正常系のテスト仕様となり、フローチャートで“異常終了”となるパスは異常系のテスト仕様となる。また、後述するテスト項目抽出手段のテスト項目抽出条件画面でユーザが意図するパラメータに即値あるいは条件が入力された場合も、このテスト項目作成手段の処理フローに基いてパラメータ値を決定する。 A path that is “normally ended” in the flowchart is a normal test specification, and a path that is “abnormally ended” in the flowchart is an abnormal test specification. Further, even when an immediate value or a condition is input to the parameter intended by the user on the test item extraction condition screen of the test item extraction unit described later, the parameter value is determined based on the processing flow of the test item creation unit.
テスト項目作成手段は、パラメータリストでチェックされたパラメータから構成される図9に示すようなテスト仕様書を作成する。テスト仕様書の見出し行は“テストNo”と、パラメータリストでチェックされているパラメータのパラメータ名欄から文字列を自動的に抽出したものとで構成する。 The test item creation means creates a test specification as shown in FIG. 9 composed of parameters checked in the parameter list. The header line of the test specification is composed of “test No.” and a character string automatically extracted from the parameter name column of the parameter checked in the parameter list.
テスト仕様書は正常系テスト仕様書、異常系テスト仕様書のどちらかあるいは両方を作成することができる。また作成されたテスト仕様書は、ユーザが任意に各欄の内容を修正することや、行の挿入、削除などを行うことができる。 As the test specification, either a normal test specification or an abnormal test specification or both can be created. In addition, the created test specifications can be arbitrarily modified by the user, and the rows can be inserted and deleted.
次に、テスト項目抽出手段について記述する。テスト項目抽出手段は、テスト項目作成部105で自動作成したテスト項目に対する追加、抽出を行うための手段である。図10にテスト項目抽出機能によりユーザが追加または抽出したいテスト項目抽出条件を入力するためのテスト項目抽出条件画面を示す。 Next, test item extraction means will be described. The test item extraction unit is a unit for adding and extracting test items automatically created by the test item creation unit 105. FIG. 10 shows a test item extraction condition screen for inputting a test item extraction condition that the user wants to add or extract using the test item extraction function.
テスト項目抽出条件画面はパラメータ名欄と設定値欄から構成され、パラメータ名欄にはパラメータリストの使用有無欄でチェックされたパラメータが表示されるようにする。設定値欄は、ユーザが追加または抽出したいテスト項目の条件を即値あるいは高級プログラミング言語などで入力する。 The test item extraction condition screen is composed of a parameter name field and a setting value field, and the parameter checked in the use / non-use field of the parameter list is displayed in the parameter name field. In the setting value column, the condition of the test item that the user wants to add or extract is input in an immediate value or a high-level programming language.
ユーザが意図するパラメータに即値あるいは条件を入力し、それ以外のパラメータをランダム値としてテスト項目を追加、抽出したい場合は、ユーザ仕様関連で記述された実現範囲内において値をランダムに選択してよいことを表す“−”などを記述することで可能とする。 If you want to add or extract a test item with a random value for any other parameter by entering an immediate value or condition for the parameter intended by the user, you may select a value at random within the realization range described in relation to the user specifications. This can be done by describing "-" or the like indicating the above.
次に、本テスト項目自動生成装置の各手段を制御するプログラムについて記述する。メニュー画面イメージを図11に示す。メニュー画面イメージは、規格イメージ関連処理を起動するための規格イメージ関連処理ボタン301、ユーザ仕様入力処理を起動するためのユーザ仕様入力ボタン302、フローチャート作成処理を起動するためのフローチャート作成処理ボタン303、テスト項目作成処理ボタン304、テスト項目抽出処理ボタン305で構成され、ユーザはメニュー画面イメージより起動する処理を選択する。
Next, a program for controlling each means of the test item automatic generation apparatus will be described. A menu screen image is shown in FIG. The menu screen image includes a standard image related process button 301 for starting the standard image related process, a user
図12は制御プログラムのフローチャートである。図12において、401は規格イメージ関連処理ボタン301が選択されたか否かの分岐条件、403はユーザ仕様入力ボタン302が選択されたか否かの分岐条件、405はフローチャート作成処理ボタン303が選択されたか否かの分岐条件である。
FIG. 12 is a flowchart of the control program. In FIG. 12, 401 is a branch condition indicating whether or not the standard image related processing button 301 has been selected, 403 is a branch condition indicating whether or not the user
402は規格イメージ関連処理ボタン301が選択された際に行う規格イメージ格納、追加、修正処理であり、404はユーザ仕様入力ボタン302が選択された際に行うユーザ仕様入力処理であり、406はフローチャート作成処理ボタン303が選択された際に行うフローチャート作成処理である。
402 is a standard image storage, addition, and correction process performed when the standard image related process button 301 is selected, 404 is a user specification input process performed when the user
さらに、407はフローチャート作成処理406の後にフローチャートからシーケンスを作成するシーケンス作成処理、408はテスト項目作成ボタン304が選択されたか否かの分岐条件、409はテスト項目作成ボタン304が選択際に行うテスト項目作成処理、410はテスト項目抽出ボタン305が選択されたか否かの分岐条件、411はテスト項目抽出ボタン305が選択された際に行うテスト項目抽出処理である。
Further, 407 is a sequence creation process for creating a sequence from the flowchart after the
上記テスト項目自動生成装置によれば、入力されたシステムの仕様や技術標準の勧告集などの規格の要求条件を満たす適用範囲およびその他各機能の処理内容や制約を加味したパラメータ値を決定し、システムが実現するフローの全パスのパターンに対してテスト項目の自動作成/抽出を行うことができる。 According to the above test item automatic generation device, the application range that satisfies the requirements of the standards such as the input system specifications and technical standard recommendation collections, and other parameter values that consider the processing contents and restrictions of each function are determined, Test items can be automatically created / extracted for patterns of all paths in the flow realized by the system.
これにより、テスト項目作成の作業量の削減およびテスト項目の信頼性向上を図ることができる。また、システムが実現する機能のテスト項目を誤りや漏れなく作成することが可能となり、作業量の削減およびテスト性能の向上を図ることができる。 As a result, it is possible to reduce the amount of work for creating test items and improve the reliability of test items. In addition, test items for functions realized by the system can be created without errors or omissions, and the amount of work can be reduced and the test performance can be improved.
本発明のテスト項目自動生成装置は、入力されたシステムの仕様や技術標準の勧告集などの規格の要求条件を満たす適用範囲およびその他各機能の処理内容や制約を加味したテスト項目作成において、作業量の削減およびテスト項目の信頼性向上を図ることができる。また、システムが実現する機能のテスト項目を誤りや漏れなく作成することが可能となるという効果を有し、ソフトウェア開発などに用いるテスト項目を自動的に作成する技術等として有用である。 The test item automatic generation apparatus according to the present invention works in the creation of test items that take into account the requirements that satisfy the requirements of the standards such as the specifications of the input system and the technical standards, and the processing contents and restrictions of other functions. The amount can be reduced and the reliability of test items can be improved. Further, it has an effect that it is possible to create test items for functions realized by the system without errors or omissions, and is useful as a technique for automatically creating test items used for software development or the like.
101 規格格納部
102 ユーザ仕様入力部
103 フローチャート作成部
104 シーケンス作成部
105 テスト項目作成部
106 テスト項目抽出部
107 メモリ部
108 制御部
200 はじめのフローチャートシェイプ
201 正常終了のフローチャートシェイプ
202 異常終了のフローチャートシェイプ
203 分岐条件のフローチャートシェイプ
204 処理のフローチャートシェイプ
205〜211 パスのフローチャートシェイプ
301〜305 メニュー画面イメージの処理起動ボタン
401〜411 制御プログラムの処理ステップ
101
Claims (6)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005021407A JP2006209521A (en) | 2005-01-28 | 2005-01-28 | Automatic test item generating device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005021407A JP2006209521A (en) | 2005-01-28 | 2005-01-28 | Automatic test item generating device |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2006209521A true JP2006209521A (en) | 2006-08-10 |
Family
ID=36966305
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2005021407A Withdrawn JP2006209521A (en) | 2005-01-28 | 2005-01-28 | Automatic test item generating device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2006209521A (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009116847A (en) * | 2007-11-01 | 2009-05-28 | Korea Electronics Telecommun | Device and method for inspecting software for vulnerabilities |
JP2011237874A (en) * | 2010-05-06 | 2011-11-24 | Nippon Steel Corp | Test support device, method, and program for process control computer |
US9128807B2 (en) | 2011-07-25 | 2015-09-08 | Shinichi Ishida | Module structural analysis supporting device and program |
JP2018200667A (en) * | 2017-05-29 | 2018-12-20 | 株式会社リコー | Information processing system, information processing unit and information processing method |
-
2005
- 2005-01-28 JP JP2005021407A patent/JP2006209521A/en not_active Withdrawn
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009116847A (en) * | 2007-11-01 | 2009-05-28 | Korea Electronics Telecommun | Device and method for inspecting software for vulnerabilities |
JP2011237874A (en) * | 2010-05-06 | 2011-11-24 | Nippon Steel Corp | Test support device, method, and program for process control computer |
US9128807B2 (en) | 2011-07-25 | 2015-09-08 | Shinichi Ishida | Module structural analysis supporting device and program |
JP2018200667A (en) * | 2017-05-29 | 2018-12-20 | 株式会社リコー | Information processing system, information processing unit and information processing method |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8015239B2 (en) | Method and system to reduce false positives within an automated software-testing environment | |
JP3949667B2 (en) | Test stream creation method and apparatus for supporting various standards and test levels | |
CN111417950A (en) | System and method for providing automatic document filling function | |
US8504981B2 (en) | Application development support device, program, and recording medium | |
CN110389898A (en) | Acquisition methods, device, terminal and the computer readable storage medium of Test Strategy | |
CN110109681B (en) | Method and system for converting codes between different platforms | |
US7478305B2 (en) | Method and apparatus for interactive generation of device response templates and analysis | |
CN107122295B (en) | Test case script generation method and device | |
JPWO2012014284A1 (en) | Test scenario generation method, test scenario generation system, and test scenario generation program | |
KR20190095099A (en) | Transaction system error detection method, apparatus, storage medium and computer device | |
US20110151426A1 (en) | Learning tool | |
US8839195B2 (en) | Method, system and terminal for locating | |
JP2006209521A (en) | Automatic test item generating device | |
CN113761863A (en) | List page configuration method, device and storage medium | |
CN109947711A (en) | A kind of multilingual file automating management method in pair of IOS project development process | |
CN113268232B (en) | Page skin generation method and device and computer readable storage medium | |
JP4977681B2 (en) | Data pattern / test data generation / storage method and system | |
CN110059485A (en) | Privately owned API detection method, terminal and the storage medium of IOS application | |
JP2015148925A (en) | Program generation device and method | |
CN113268420A (en) | Development method, device and system of data interface and computer storage medium | |
JP4893811B2 (en) | Verification support program and verification support device | |
CN112306840B (en) | URL test case generation method and device | |
JP2013161182A (en) | Test item generation device and test item generation method | |
CN111143186A (en) | Method and apparatus for application program interface API testing | |
JP5619930B2 (en) | Dialog script operation command execution device, dialog script operation command execution method, and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20080401 |