JP2009295082A - Bug management system and bug management method - Google Patents
Bug management system and bug management method Download PDFInfo
- Publication number
- JP2009295082A JP2009295082A JP2008150416A JP2008150416A JP2009295082A JP 2009295082 A JP2009295082 A JP 2009295082A JP 2008150416 A JP2008150416 A JP 2008150416A JP 2008150416 A JP2008150416 A JP 2008150416A JP 2009295082 A JP2009295082 A JP 2009295082A
- Authority
- JP
- Japan
- Prior art keywords
- test
- bug
- unit
- input
- operation history
- 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.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
Description
本発明は、バグ管理システムおよび、バグ管理方法に係り、テスト機器の上で動作するソフトウェアのバグを再現するシステムであって、特に、テスト機器に対する操作と入力信号により、テスト機器の動作が一意的に定まるデジタル機器の制御ソフトウェアに用いて好適なバグ管理システム、および、バグ管理方法に関する。 The present invention relates to a bug management system and a bug management method, and is a system that reproduces a bug of software that operates on a test device. In particular, the operation of the test device is uniquely determined by an operation and an input signal to the test device. The present invention relates to a bug management system and a bug management method that are suitable for use in control software for digital equipment that is determined in particular.
近年、ソフトウェアの開発は、その規模が大きく、複雑になっている。また、ソフトウェアが用いられる分野や状況も広がってきており、ミッションクリティカルな場面でソフトウェアが使用される機会が増えてきている。その様な経緯から、ソフトウェアの品質を向上させることが、重要になってきており、ある一つのソフトウェアバグがもたらす不具合の様子を記述したバグレポートを活用することで、問題修正の要否や、修正時期の決定をしている。また、ソフトウェア作成の現場においては、そのようなレポートを、コンピュータシステム上で作成、プロジェクトチーム等のグループ単位で管理し、分析してバグの傾向を把握するために活用している。 In recent years, software development has become large and complex. In addition, the fields and situations in which software is used are expanding, and the opportunities for using software in mission-critical situations are increasing. For this reason, it is important to improve the quality of software. By using a bug report that describes the state of a failure caused by a single software bug, whether or not the problem needs to be corrected The timing is decided. Also, in the field of software creation, such reports are created on a computer system, managed in units of groups such as project teams, analyzed, and utilized to grasp bug trends.
さらに、特許文献１に開示されているように、特許バグの発生時にテスト実行結果と、結果判定データを比較し、バグ票を自動生成することで、バグの計上漏れを防ぐテスト工程支援システムが提案されている。その他に、特許文献２には、バグ情報だけでなく、バグ原因も一括管理することによって、テスト担当者のバグ原因の調査にかかる負荷を軽減するようなバグ管理システムも提案されている。この特許文献２では、テストに使うテストプログラムと、テストプログラム実行時に使うテストデータと、テストプログラムの実行結果として予想出来るテスト結果期待値と、テスト実行手段とを予め保持しておく。そして、テスト実行手段によって実行されたテスト結果と、結果期待値を突き合わせ、不一致があった場合は、不一致状況をバグ情報として摘出し、バグ管理票を編集出力してバグ管理システムに登録する。
Furthermore, as disclosed in
上述した様な従来のバグ管理システムでは、バグ原因の管理をする仕組みが提案されているが、例えば、特許文献２のシステムでは、予めテストデータと、結果の期待値を用意できる様なテスト環境でないと、バグ原因を一括管理することができない。しかしながら、ソフトウェア開発の現場では、予めテストデータや、結果の期待値を用意できないことも多い。
In the conventional bug management system as described above, a mechanism for managing the cause of a bug has been proposed. For example, in the system of
例えば、デジタルテレビの開発においては、テスト実施時に放送されているストリームを用いてテストを実施し、テストに使用したストリームが原因で障害が発生することがある。しかしながら、その障害を発生させようとする場合に、その際に使用された放送ストリームを、予め準備することはできないという問題点がある。また、放送ストリームは、時刻変動をするので、操作タイミングがずれると、バグが再現しないという問題点があった。さらに、テストデータ、テストプログラムを予めシステムが保持する場合において、ストリームなどをテストデータとする場合、テストデータのデータ量が膨大になり、システムの記憶装置の容量が膨大になるという問題点があった。 For example, in the development of digital television, a test may be performed using a stream broadcast at the time of the test, and a failure may occur due to the stream used for the test. However, there is a problem in that when the failure is to be generated, the broadcast stream used at that time cannot be prepared in advance. In addition, since the broadcast stream fluctuates in time, there is a problem that bugs are not reproduced if the operation timing is shifted. Further, when the test data and the test program are stored in advance in the system, when the stream or the like is used as the test data, there is a problem that the amount of the test data becomes enormous and the capacity of the system storage device becomes enormous. It was.
本発明は、上記問題点を解決するためになされたもので、その目的は、テスト機器の上で動作するソフトウェアのバグを再現するシステムにおいて、ソフトウェアのバグを容易に再現させて、そのテスト機器のソフトウェアの開発促進に資するバグ管理システムを提供することにある。 The present invention has been made to solve the above-described problems, and an object of the present invention is to easily reproduce a software bug in a system that reproduces a bug of software that operates on the test equipment, and the test equipment. It is to provide a bug management system that contributes to the promotion of software development.
また、別の目的は、テストデータのデータ量を保持するための記憶装置の容量を増加させないバグ管理システムを提供することにある。 Another object is to provide a bug management system that does not increase the capacity of a storage device for holding the amount of test data.
本発明では、テスター（テスト実行者）がテストを実施した際のテスト機器に入力された全ての入力信号と、入力された時刻と、テスト機器で実行された時刻を含む操作内容を、テストＩＤ毎に、テストデータと、その管理テーブルと操作履歴として記録してバグ管理データベースとして管理する。また、テストの再現時には、テストＩＤを入力して、そのバグ管理データベースに保持されている情報を利用し、時系列的にテストデータによって再現される入力信号と、操作履歴の制御信号をテスト機器に入力することにより、発生したバグを再現させる。 In the present invention, all the input signals input to the test equipment when the tester (tester) performs the test, the input time, and the operation content including the time executed by the test equipment are represented by the test ID. Each time, test data, its management table and operation history are recorded and managed as a bug management database. Also, when reproducing a test, the test ID is input, and the information held in the bug management database is used to input the input signal reproduced by the test data in time series and the control signal of the operation history to the test equipment. Reproduce the bug that occurred by typing in.
また、バグ管理データベースが保持するテストデータの保存を、バグ発生時のみに実施し、バグ解決後に削除できるようにすることにより、効率的に記憶装置を使用する。 In addition, the storage of the test data stored in the bug management database is performed only when a bug occurs and can be deleted after the bug is solved, thereby efficiently using the storage device.
上記構成により、予めテスト情報が準備できない様な場合や、操作タイミングなどに依存する様なケースなど、従来、再現困難だったバグの再現性を高めることができる。 With the above configuration, it is possible to improve the reproducibility of bugs that have been difficult to reproduce in the past, such as when test information cannot be prepared in advance or when it depends on operation timing.
また上記により、従来では再現性が低く、バグの再現条件を発見するために用いていたむだな時間をかけることがなくなる。また、テストデータの量が膨大になる際においても、予め準備するストレージ量を減らすことができ、システムに掛かる設置コストを削減することができる。 In addition, due to the above, the reproducibility is low in the past, and the time spent for finding bug reproduction conditions is not lost. Moreover, even when the amount of test data becomes enormous, the amount of storage prepared in advance can be reduced, and the installation cost for the system can be reduced.
本発明によれば、テスト機器の上で動作するソフトウェアのバグを再現するシステムにおいて、ソフトウェアのバグを容易に再現させて、そのテスト機器のソフトウェアの開発促進に資するバグ管理システムを提供することができる。 According to the present invention, it is possible to provide a bug management system that easily reproduces software bugs in a system that reproduces software bugs that operate on the test equipment and contributes to the development of software for the test equipment. it can.
また、本発明によれば、テストデータのデータ量を保持するための記憶装置の容量を増加させないバグ管理システムを提供することができる。 Furthermore, according to the present invention, it is possible to provide a bug management system that does not increase the capacity of a storage device for holding the amount of test data.
以下、本発明の一実施形態を、図１ないし図１７を用いて説明する。 Hereinafter, an embodiment of the present invention will be described with reference to FIGS.
先ず、図１を用いて本発明の一実施形態に係るバグ管理システムの概要と構成について説明する。
図１は、本発明の一実施形態に係るバグ管理システムの構成を示すブロック図である。
First, the outline and configuration of a bug management system according to an embodiment of the present invention will be described with reference to FIG.
FIG. 1 is a block diagram showing a configuration of a bug management system according to an embodiment of the present invention.
本実施形態のバグ管理システムは、図１に示されるように、入力信号分配器１と、入力信号収集部２と、テスト機器３と、テスト情報収集部４と、テストバグ管理用データベース５と、テスター用端末６と、開発者用端末７と、バグ再現支援処理部８からなり、各々がネットワークにより接続されている。
As shown in FIG. 1, the bug management system of the present embodiment includes an
入力信号分配器１は、テスト実施時に、テスト対象となるテスト機器３に外部入力される入力信号を分離して、入力信号収集部２に入力するための機器である。
The
入力信号収集部２は、入力信号分配器１によって分配されて送られてくる信号を、テストデータとして、テスト情報収集部４から受け取ったテストＩＤとリンクさせて、バグ管理用データベース５に記録する部分である。また、テスト情報収集部４から受け取ったテストＩＤを、入力信号収集部２に渡す役割も有する。この入力信号収集部２は、専用のストリーマ（ストリーム記録装置）を用いてもよいし、汎用のＰＣ（パーソナルコンピュータ）を用いてもよい。
The input
テスト機器３は、テスト対象となる機器である。本実施形態が対象とするテスト機器は、ユーザの操作と外部からの入力信号により動作状態が定まるデジタル機器を想定しており、例えば、デジタルテレビ、デジタルビデオカメラ、カーナビゲーションシステムなどが考えられる。以下、本実施形態では、デジタルテレビを例に採って説明するものとする。また、本システムのテスト機器３は、他のコンポーネントのためのインターフェイスのために、特別の機能を有している。これについての詳細は、後に説明する。
The
テスト情報収集部４は、テスト対象となるテスト機器３に対しておこなわれた操作履歴を受信して、その情報を編集してテストデータを管理するテストデータ管理テーブルとして、バグ管理用データベース５に、テストＩＤ単位で記録する部分である。
The test information collection unit 4 receives an operation history performed on the
バグ管理用データベース５は、テストに関する情報を、蓄積、管理するデータベースであり、操作に関する履歴を表すテーブルである操作履歴テーブルと、テストデータを管理するテストデータ管理テーブルと、バグ情報を保持するバグ情報テーブルと、入力信号をデジタルデータに変換したテストデータを保持するデータベースである。
The
テスター用端末６は、ユーザがテストに関する情報を、テスト情報収集部４を経由して、バグ管理用データベース５から検索、参照し、また、テストに関するレポートを入力して、バグ管理用データベース５を更新する際に使用する端末である。
The
開発者用端末７は、ソフトウェア開発者が、ソフトウェアのバグ対策のために、バグに関する情報の取得、確認、ソフトウェアのバグの再現、バグの対策内容等を、入力する端末である。
The
この開発者用端末７によって、テスター（テスト実行者）が実施したテストＩＤにおいて、不具合があると判定され、バグ管理用データベースに登録された項目について、不具合の挙動確認や修正を実施する際に、バグ再現支援処理部８を経由して、バグ管理用データベース５から、情報を取得し、確認することができる。また、バグ管理用データベース５に蓄積されている情報に基づいて、バグ再現支援処理部８を経由して、テスト機器３に情報を入力させ、そのバグを再現させることができる。さらに、ソフトウェア開発者は、開発者用端末７によって、バグの対策内容等を、入力して、バグ管理用データベース５に登録する。
When the
バグ再現支援処理部８は、開発者用端末７から入力された指示に応じて、不具合の挙動を再現させるために、バグ管理用データベースから、再現に必要な情報を検索、テスト機器３に送信し、テスト実施時の不具合の挙動を再現させる。また、開発者用端末７からの情報の入力や、情報の検索指示に対して、バグ管理用データベース５の更新や、バグ管理用データベース５に対する情報の検索と、開発者用端末７への情報の送信をおこなう。
The bug reproduction
次に、図２および図３を用いて入力信号収集部２の詳細について説明する。
Next, details of the input
先ず、図２を用いて入力信号収集部２の機能構成について説明する。
図２は、入力信号収集部２のブロック図である。
First, the functional configuration of the input
FIG. 2 is a block diagram of the input
入力信号収集部２は、テストＩＤ受信部２１より、テスト情報収集部４から送信されてきたテストＩＤを受信する。また、信号入力部２３により、入力信号分配器１から送られてきた信号を入力する。
The input
テストＩＤ受信部２１にて取得したテストＩＤと、信号入力部２３によって取得したテスト実施時の信号は、それぞれ入力信号登録部２２に送られる。そして、入力信号登録部２２は、テストＩＤ受信部２１から取得したテストＩＤをキーにして、バグ管理データベース５に入力された信号をテストデータとして登録する。
The test ID acquired by the test
次に、図３を用いて入力信号収集部２のハードウェア構成について説明する。
図３は、入力信号収集部２のハードウェア構成図である。
Next, the hardware configuration of the input
FIG. 3 is a hardware configuration diagram of the input
上述のように、入力信号収集部２は、専用のストリーム収集装置を使ってもよいし、ＰＣを使ってもよいが、ここでは、ＰＣを使ったハードウェア構成について説明する。
As described above, the input
入力信号収集部２のハードウェア構成を実現するＰＣ２０は、図３に示されるように、ＣＰＵ２０１、メモリ２０２、ネットワークＩ／Ｆ２０３、表示装置Ｉ／Ｆ２０４、記憶装置Ｉ／Ｆ２０５、入出力Ｉ／Ｆ２０６が、バス２００で接続された構成である。
As shown in FIG. 3, the
ＣＰＵ２０１は、メモリ２０２上にロードされたプログラムの命令を実行するための処理装置であり、ＰＣの各部を制御する。
The
メモリ２０２は、半導体記憶装置であり、ＣＰＵ２０１によって実行されるプログラムと一時的なデータを格納する。
The
ネットワークＩ／Ｆ２０３は、ネットワークと接続するためのインターフェイスであり、例えば、Ethernetインターフェイス（Ethernetは、登録商標）である。
The network I /
記憶装置Ｉ／Ｆ２０４は、例えば、ＥＩＤＥ、ＳＣＳＩ、ＵＳＢなどのインターフェイスであり、記憶装置２１２とデータをやり取りするためのインターフェイスである。
The storage device I /
表示装置Ｉ／Ｆ２０４は、表示装置２１１を接続するためのインターフェイスである。
The display device I /
記憶装置Ｉ／Ｆ２０５には、記憶装置２１２が接続される。記憶装置２１２は、例えば、ＨＤＤ（ハードディスクドライブ）などの大容量の記憶装置である。記憶装置２１２には、入力信号収集プログラム２１３が格納されており、メモリ上２０２にロードされて、ＣＰＵ２０１により実行される。
A
表示装置Ｉ／Ｆ２０４は、表示装置２１１が接続される。表示装置２１１は、ＬＣＤなどの情報を表示する装置である。
The
入出力Ｉ／Ｆ２０６には、マウスやキーボードなどの入力装置やその他の入出力装置が接続される。
An input device such as a mouse and a keyboard and other input / output devices are connected to the input / output I /
入力信号収集部２のハードウェア構成を実現するＰＣ２０は、テスト情報収集部４より、ネットワークを介して、テストＩＤを受信する。そして、入力信号収集プログラム２１３を実行することにより、バグ管理用データベース５に入力信号を、テストデータとして登録する。登録の仕方は、例えば、バグ管理用データベース５のデータベースサーバに、ＳＱＬなどのデータベースコマンドを発行することができる。
The
次に、図４を用いてテスト機器３の詳細について説明する。
図４は、テスト機器３のブロック図である。
Next, details of the
FIG. 4 is a block diagram of the
テスト機器３は、テストの対象となる機器であり、テストの対象となるソフトウェアが稼動するデジタル機器である。テスト機器３は、ユーザの操作と入力信号によってソフトウェアの実行が一意的な定まることを前提とする。本実施形態では、デジタルテレビを想定した。テスト機器３は、本システムに適用するために、操作履歴収集部３１と、制御信号受信部３２と、機器制御実行部３３と、信号入力部３４を有する。
The
操作履歴収集部３１は、テスト機器３に対し、テスターがテスト実施時に操作した内容を、テスト機器から収集して、テスト情報収集部４に送信する。操作履歴は、デジタルテレビの場合は、ある時刻にリモコンの選局ボタン、再生ボタン、音量ボタンを押したなどの情報である。
The operation
また、操作履歴収集部３１は、ユーザの操作履歴のほかに、レジスタ情報、関数のトレース情報、メモリダンプなどソフトウェアのバグ解析に有用な情報を収集して、テスト情報収集部４に出力するようにしてもよい。
In addition to the user operation history, the operation
制御信号受信部３２は、開発者が、テスト機器３の不具合の挙動を再現させる際に、バグ再現支援処理部８から不具合の再現に必要な制御信号を受信し、機器制御実行部３３に伝える。
The control
機器制御実行部３３は、制御信号受信部３２と、信号入力部３４から送信された、テスト機器の制御信号と入力信号を受信し解析して、テスト機器３の操作を実行する。
The device
信号入力部３４は、テスト機器３に信号を入力する部分である。本実施形態では、バグ管理用データベース５に格納されているテストデータを、バグ再現支援処理部８から受信して、入力信号として機器制御実行部３３に伝える。
The
次に、図５ないし図１０を用いてテスト情報収集部４について説明する。 Next, the test information collection unit 4 will be described with reference to FIGS.
先ず、図５を用いてテスト情報収集部４の機能構成について説明する。
図５は、テスト情報収集部４のブロック図である。
First, the functional configuration of the test information collection unit 4 will be described with reference to FIG.
FIG. 5 is a block diagram of the test information collection unit 4.
テスト情報収集部４は、テスター用端末６からテストＩＤを受け取り、入力信号収集部２に伝えるとともに、テスト機器から操作履歴を受信して、操作履歴テーブル５１、テストデータ管理テーブル５３としてバグ管理データベースに出力する部分である。
The test information collection unit 4 receives the test ID from the
なお、操作履歴テーブル５１、テストデータ管理テーブル５３については後述する。 The operation history table 51 and the test data management table 53 will be described later.
テスト情報収集部４は、図５に示されるように、操作履歴受信部４１と、テストＩＤ送信部４２と、テスト操作制御部４３と、テスト操作受信部４４と、操作履歴登録部４５と、テスト記述登録部４６と、テスト内容検索部４７からなる。
As shown in FIG. 5, the test information collection unit 4 includes an operation
操作履歴受信部４１は、テスト操作制御部４３からの指示を受けて、テスト機器３から操作履歴を受信し、操作履歴登録部４５に渡す。
The operation
テストＩＤ送信部４２は、テスト操作制御部４３からの指示を受けて、入力信号収集部２に対し、テストＩＤを送信する。
In response to an instruction from the test
テスト操作制御部４３は、テスト操作受信部４４から、テスターの操作内容を受け取り、その内容を解析、内容に応じて処理を操作履歴受信部４１、テストＩＤ送信部４２、テスト記述登録部４６、テスト内容検索部４７に送信し、それぞれの処理の結果を表示内容送信部４８に渡す。テスト操作制御部４３の処理については、後に詳細に説明する。
The test
テスト操作受信部４４は、テスター用端末６から、テスター操作内容を受信する。
The test
操作履歴登録部４５は、操作履歴受信部４１から、テスト機器３の操作履歴と、実施中のテストＩＤの値を受けとり、テストＩＤの値をキーにして、バグ管理用データベース５の、操作履歴テーブル５１の内容を更新する。
The operation
テスト記述登録部４６は、テスト操作制御部４３から、テスターがテスター用端末６から入力したバグ情報を受けて、バグ管理用データベース５のバグ情報テーブル５２の内容を更新する。
The test
なお、バグ情報テーブル５２については後述する。 The bug information table 52 will be described later.
テスト内容検索部４７は、テスト操作制御部４３から、テスターがテスター用端末６から入力した、テストＩＤを受け、該当するテストＩＤに関連するテストデータの管理情報を、バグ管理用データベース５の各テーブルから検索し、テスト操作制御部４３に返却する。
The test
次に、図６を用いてテスト情報収集部４のハードウェア構成について説明する。
図６は、テスト情報収集部４のハードウェア構成図である。
Next, the hardware configuration of the test information collection unit 4 will be described with reference to FIG.
FIG. 6 is a hardware configuration diagram of the test information collection unit 4.
テスト情報収集部４も、入力信号収集部２と同様に、ＰＣを使ったハードウェア構成により実現できる。
The test information collection unit 4 can also be realized by a hardware configuration using a PC, like the input
テスト情報収集部４のハードウェア構成を実現するＰＣ４０は、図６に示されるように、ＣＰＵ４０１、メモリ４０２、ネットワークＩ／Ｆ４０３、表示装置Ｉ／Ｆ４０４、記憶装置４０５、入出力装置４０６が、バス４００で接続された構成である。
As shown in FIG. 6, the
各部の機能については、図４の入力信号収集部２のＰＣ２０と同様である。
The function of each unit is the same as that of the
記憶装置４１２には、バグ情報登録処理プログラム４２０、テスト実施処理プログラム４２１、内容検索処理プログラム４２２が格納されており、メモリ上４０２にロードされて、ＣＰＵ４０１により実行される。
The
次に、図７を用いてテスト操作制御部４３の処理について説明する。
図７は、テスト操作制御部４３の処理を示すフローチャートである。
Next, processing of the test
FIG. 7 is a flowchart showing the processing of the test
テスト操作制御部４３は、テスト操作受信部４４から受け取った情報に基づき、テスターの希望操作内容を判定し、それに沿う処理を実施する。
The test
先ず、テスト操作制御部４３は、バグ情報登録を実施するのか否かの判定をおこなう（Ｓ１１）。
First, the test
バグ情報登録をしないと判定された場合には、テスト操作受信部４４から受け取った情報が、テスト実施を示しているか否かを判定する（Ｓ１２）。
If it is determined not to register the bug information, it is determined whether or not the information received from the test
テスト実施をしないと判定された場合には、テスト操作受信部４４から受け取った情報が、内容検索をするのか否かを判定する（Ｓ１３）。
If it is determined not to perform the test, it is determined whether or not the information received from the test
Ｓ１１〜Ｓ１３のいずれにも該当にしないと判定されたときには、「該当処理が無い」というメッセージを表示内容送信部４８に送り（Ｓ１７）、表示内容送信部４８は、それをテスタ用端末６に送る。そして、テスタ用端末６は、そのメッセージをテスターに表示する。
If it is determined that none of S11 to S13 is applicable, a message “No applicable processing” is sent to the display content transmission unit 48 (S17), and the display
Ｓ１１で、バグ情報登録をすると判定された場合には、バグ情報登録処理をおこない、その結果をメッセージとして、表示内容送信部４８に送り（Ｓ１７）、表示内容送信部４８は、それをテスタ用端末６に送る。そして、テスタ用端末６は、そのメッセージをテスターに表示する。バグ情報登録処理は、後に詳説する。
If it is determined in S11 that bug information registration is to be performed, bug information registration processing is performed, and the result is sent as a message to the display content transmission unit 48 (S17). The display
Ｓ１２で、テスト実施をすると判定された場合には、テスト実施処理をおこない、その結果をメッセージとして、表示内容送信部４８に送り（Ｓ１７）、表示内容送信部４８は、それをテスタ用端末６に送る。そして、テスタ用端末６は、そのメッセージをテスターに表示する。テスト実施処理は、後に詳説する。
If it is determined in S12 that the test is to be performed, the test execution process is performed, and the result is sent as a message to the display content transmitting unit 48 (S17). The display
Ｓ１３で、内容検索をすると判定された場合には、内容検索処理をおこない、その結果をメッセージとして、表示内容送信部４８に送り（Ｓ１７）、表示内容送信部４８は、それをテスタ用端末６に送る。そして、テスタ用端末６は、そのメッセージをテスターに表示する。内容検索処理は、後に詳説する。
If it is determined in S13 that the content search is to be performed, the content search process is performed, and the result is sent as a message to the display content transmission unit 48 (S17). The display
次に、図８を用いてバグ情報登録処理Ｓ１４の詳細について説明する。
図８は、バグ情報登録処理Ｓ１４の詳細を示すフローチャートである。
Next, details of the bug information registration process S14 will be described with reference to FIG.
FIG. 8 is a flowchart showing details of the bug information registration process S14.
バグ情報登録Ｓ１４では、先ず、登録するバグ情報が、新規のものであるか否かを判定する（Ｓ２１）。 In the bug information registration S14, it is first determined whether or not the bug information to be registered is new (S21).
新規の登録でない場合には、内容検索処理をおこなう（Ｓ２２）。Ｓ２２のステップの処理の詳細は、後述する。ここでは、新規の登録でないので、登録済みである情報を検索する。処理の実施後、差分検出処理をおこなう（Ｓ２３）。この差分検出処理では、Ｓ２２の内容検索処理の検索結果と、ユーザが入力した情報に基づき、差分を検出する。 If it is not a new registration, a content search process is performed (S22). Details of the process of step S22 will be described later. Here, since it is not new registration, the registered information is searched. After the process is executed, a difference detection process is performed (S23). In this difference detection process, a difference is detected based on the search result of the content search process in S22 and information input by the user.
次に、Ｓ２３の差分検出処理で検出された差分と、登録時のキーとなるテストＩＤを、テスト記述登録部４６に出力する（Ｓ２４）。 Next, the difference detected in the difference detection process of S23 and the test ID that is a key at the time of registration are output to the test description registration unit 46 (S24).
次に、テスト操作制御部４３は、テスト記述登録部４６からの結果を受信する（Ｓ２５）。
Next, the test
新規の登録の場合は、新規に登録する内容と、登録時のキーとなるテストＩＤを、テスト記述登録部４６に出力する（Ｓ２４）。 In the case of new registration, the contents to be newly registered and the test ID as a key at the time of registration are output to the test description registration unit 46 (S24).
次に、テスト操作制御部４３は、テスト記述登録部４６からの結果を受信する（Ｓ２５）。
Next, the test
次に、図９を用いてテスト実施処理Ｓ１５の詳細について説明する。
図９は、テスト実施処理Ｓ１５の詳細を示すフローチャートである。
Next, details of the test execution process S15 will be described with reference to FIG.
FIG. 9 is a flowchart showing details of the test execution process S15.
テスト実施処理Ｓ１５では、先ず、テスターが入力したテストＩＤをキーに、バグ管理用データベース５から、テストデータを取得し、テストに使用する各種の管理情報も取得する（Ｓ３１）。
In the test execution process S15, first, using the test ID input by the tester as a key, test data is acquired from the
次に、テスト操作制御部４３は、操作履歴受信部４１に対して、受信を開始するよう制御する処理を実施する（Ｓ３２）。
Next, the test
次に、入力信号収集部２に対して、バグ管理用データベース５に登録する際のキーとなるテストＩＤ値を送信し、入力信号分配器１から分配される信号をテストデータとして記録するよう制御を実施する（Ｓ３３）。
Next, a test ID value which is a key for registration in the
そして、テスト完了後、テストの結果が、正常だったか異常だったかを判定する（Ｓ３４）。 Then, after the test is completed, it is determined whether the test result is normal or abnormal (S34).
テストの結果が、正常だった場合には、入力信号削除処理をおこない、記録したテストデータを削除して終了する。 If the result of the test is normal, an input signal deletion process is performed, and the recorded test data is deleted and the process ends.
テストの結果が、異常だった場合には、そのままテストデータを登録し、終了する。 If the result of the test is abnormal, the test data is registered as it is, and the process is terminated.
次に、図１０を用いて内容検索処理Ｓ１６を説明する。
図１０は、内容検索処理Ｓ１６の詳細を示すフローチャートである。
Next, the content search process S16 will be described with reference to FIG.
FIG. 10 is a flowchart showing details of the content search processing S16.
図８のＳ２２、図９のＳ３１の内容検索処理も同様である。 The same applies to the content search processing in S22 of FIG. 8 and S31 of FIG.
内容検索処理Ｓ１６では、先ず、検索のキーとなるテストＩＤを、テスト内容検索部４７に送信する（Ｓ４１）。そして、テスト内容検索部４７の検索結果を受け、テスト操作制御部４３は、検索結果を受信する（Ｓ４２）。
In the content search process S16, first, a test ID serving as a search key is transmitted to the test content search unit 47 (S41). Then, upon receiving the search result of the test
次に、図１１ないし図１４を用いてバグ管理用データベース５とそこに格納されるテーブルのデータベース構造について説明する。
図１１は、バグ管理用データベース５に格納されるテーブルを示す図である。
図１２は、操作履歴テーブル５１の一例を示す図である。
図１３は、テストデータ管理テーブル５２の一例を示す図である。
図１４は、バグ情報テーブル５４の一例を示す図である。
Next, the database structure of the
FIG. 11 is a diagram showing a table stored in the
FIG. 12 is a diagram illustrating an example of the operation history table 51.
FIG. 13 is a diagram illustrating an example of the test data management table 52.
FIG. 14 is a diagram illustrating an example of the bug information table 54.
バグ管理用データベース５は、図１１に示されるように、操作履歴テーブル５１、テストデータ管理テーブル５２、テストデータ５３、バグ情報テーブル５４が格納されている。 バグ管理用データベース５にアクセスし、データの読取と更新をおこなうのは、図示しなかったが、ＰＣかデータベースサーバのデータベースプログラムである。
As shown in FIG. 11, the
操作履歴テーブル５１は、テスト機器３にテスターがおこなった操作内容を時系列で保持するテーブルであり、図１２に示されるように、テストＩＤ、時刻、操作履歴の項目を有する。テストＩＤは、テストを識別するためのキーである。時刻は、操作内容の項目が実施された時刻を表す。操作内容は、テスト機器３になされた操作の内容を表している。
The operation history table 51 is a table that holds the operation contents performed by the tester on the
テストデータ管理テーブル５２は、テストデータを管理するためのテーブルであり、本実施形態のように、テスト機器３がデジタルテレビの場合は、図１３に示されるように、テストＩＤ、時刻、入力信号種別、使用Ｉ／Ｆ、入出力内容、データ名称を有する。
The test data management table 52 is a table for managing test data. When the
テストＩＤは、操作履歴テーブル５１と同様に、テストを識別するためのキーである。時刻は、入出力内容に示された項目が実施された時刻を表す。入力信号種別は、入力された信号の種類であり、例えば、デジタルテレビの場合は、ＲＦ信号、ＴＳ信号などである。使用Ｉ／Ｆは、入力信号を入力する際に使用したインタフェースを示している。入出力内容は、入力開始／停止など入力信号に対する操作を示す内容である。また、データ名称は、入力信号をテストデータとして、ファイルとして保存されたときの名称である。 Similar to the operation history table 51, the test ID is a key for identifying a test. The time indicates the time when the item indicated in the input / output content is executed. The input signal type is the type of the input signal. For example, in the case of a digital television, it is an RF signal, a TS signal, or the like. The used I / F indicates an interface used when inputting an input signal. The input / output contents are contents indicating operations for input signals such as input start / stop. The data name is the name when the input signal is saved as a file as test data.
このテストデータ管理テーブル５２は、テスト機器３に対する操作内容と、入力信号から生成される。例えば、地上波デジタル放送の０１１ＣＨをリモコンなどの選曲ボタンを操作して選局し、そのＴＳ信号を入力したときには、その時刻や使用Ｉ／Ｆなどのテストデータ管理テーブルの各種項目を求めることができる。
The test data management table 52 is generated from the operation contents for the
テストデータ５４は、図示しなかったが、各々についてテストデータ管理テーブル５２のデータ名称が付けられ、テストＩＤと関連付けられている。
Although not shown, the
バグ情報テーブル５３は、発生したバグのレポート情報を管理するテーブルであり、図１４に示されるように、例えば、テストＩＤ、時刻、障害情報、判定の項目からなる。 The bug information table 53 is a table for managing report information of a bug that has occurred, and includes, for example, test ID, time, failure information, and determination items as shown in FIG.
テストＩＤは、テストを識別するためのキーである。時刻は、不具合が発生したときの時刻である。障害情報は、障害の内容を簡単に表したものである。判定は、テスターが正常か異常か判定したものてある。 The test ID is a key for identifying the test. The time is the time when the trouble occurs. The failure information is a simple representation of the content of the failure. The determination is made based on whether the tester is normal or abnormal.
このバグ情報テーブル５３は、テスター用端末から内容を入力してテスターが作成してもよいし、テスト機器３からソフトウェアのトレース情報を自動的に採取できるようにしてもよい。
The bug information table 53 may be created by a tester by inputting contents from a tester terminal, or software trace information may be automatically collected from the
次に、図１５ないし図１７を用いてバグ再現支援処理部８について説明する。
Next, the bug reproduction
先ず、図１５を用いてバグ再現支援処理部８の機能構成について説明する。
図１５は、バグ再現支援処理部８のブロック図である。 バグ再現支援処理部８は、バグ管理用データベース５に蓄積されている操作履歴情報と、テストデータ管理テーブル５２と、テストデータ５４に基づき、適当な制御信号と入力信号をテスト機器３に送信して、バグを再現させる。
First, the functional configuration of the bug reproduction
FIG. 15 is a block diagram of the bug reproduction
バグ再現支援処理部８は、図１５に示されるように、操作履歴送受信部８１と、入力信号送信部８２と、バグ再現制御部８３と、開発者操作受信部８４と、操作内容検索部８５と、テストデータ検索部８６からなる。
As shown in FIG. 15, the bug reproduction
操作履歴送受信部８１は、バグ管理用データベース５に蓄積されている操作履歴テーブル５１の内容を、バグ再現制御部８３から受け取り、テスト機器３の制御信号受信部３２に操作履歴を再現させる制御信号として送信する。
The operation history transmission /
入力信号送信部８２と、バグ管理用データベース５に蓄積されているテストデータ５４を、バグ再現制御部８３から受け取り、テスト機器３の信号入力部３４に送信する。
The
バグ再現制御部８３は、操作内容検索部８５と、テストデータ検索部８６に対して、開発者から指定されたテストＩＤに関して、バグを再現させるための操作内容とテストデータを検索することを依頼し、その結果を受信する。
The bug
そして、操作履歴送信部８１と、入力信号送信部８２に対し、テスト再現開始からの経過時間に基づき、操作履歴に基づいたテスターの操作内容を、操作履歴送信部８１に対し入力するように制御し、テストデータ管理テーブル５２を参照してテスト実施時に使用されたテストデータ５４を、入力信号送信部８２に入力するように制御することによって、テスト機器３上のバグ再現の制御をおこなう。
Then, the operation
開発者操作受信部８４は、開発者が開発者用端末７において入力した情報を受信し、バグ再現制御部８３に入力する。
The developer
操作内容検索部８５は、バグ再現制御部８３より入力され、開発者が再現要求をしたテストＩＤに基づき、そのテストＩＤに該当するバグ管理用データベース５に含まれる操作履歴テーブル５１に記録された操作内容を検索し、バグ再現制御部８３に送信する、
テストデータ検索部８６は、バグ再現制御部より入力され、開発者が再現要求をしたテストＩＤに基づき、バグ管理用データベース５に含まれるテストデータ管理テーブル５３に記録されたそのテストＩＤに該当するテストデータ管理テーブル５３のレコードとそのテストＩＤに該当するテストデータ５４を検索し、バグ再現制御部８３に送信する。
The operation
The test
次に、図１６を用いてバグ再現支援処理部８のハードウェア構成について説明する。
図１６は、バグ再現支援処理部８のハードウェア構成図である。
Next, the hardware configuration of the bug reproduction
FIG. 16 is a hardware configuration diagram of the bug reproduction
バグ再現支援処理部８も、入力信号収集部２やテスト情報収集部４と同様に、ＰＣを使ったハードウェア構成により実現できる。
Similarly to the input
バグ再現支援処理部のハードウェア構成を実現するＰＣ８０は、図１６に示されるように、ＣＰＵ８０１、メモリ８０２、ネットワークＩ／Ｆ８０３、表示装置Ｉ／Ｆ８０８、記憶装置８０５、入出力装置８０６が、バス８００で接続された構成である。
As shown in FIG. 16, the
各部の機能については、図４の入力信号収集部２のＰＣ２０や図６のテスト情報収集部４と同様である。
The functions of the respective units are the same as those of the
記憶装置８１２には、バグ再現制御プログラム８２０が格納されており、メモリ上８０２にロードされて、ＣＰＵ８０１により実行される。
A bug
次に、図１７を用いてバグ再現制御部８３の処理について説明する。
図１７は、バグ再現制御部８３の処理を示すフローチャートである。
Next, processing of the bug
FIG. 17 is a flowchart showing the processing of the bug
バグ再現制御部８３は、開発者操作受信部８４からの処理依頼を受け、先ず、テスト情報検索処理を実施する（Ｓ５１）。テスト情報検索処理では、テストＩＤ情報を抽出し、操作内容検索部８５、テストデータ検索部８６に対して、バグ管理用データベースの操作履歴テーブル５１と、テストデータ管理テーブル５２と、テストデータ５４から、目的のテストＩＤをキーにして、操作履歴情報と、テストデータ管理情報と、テストデータを検索する処理を依頼する。
The bug
そして、テストＩＤ情報を抽出し、操作内容検索部８５、テストデータ検索部８６より依頼した検索処理の結果を受信する（Ｓ５２）。
Then, the test ID information is extracted, and the result of the search process requested from the operation
次に、Ｓ５２で受信した結果のうち、最初に実施された操作または信号入力を検索し、基準時刻として設定する。 Next, the operation or signal input performed first among the results received in S52 is searched and set as the reference time.
次に、制御する信号が、操作履歴に関するものか否かを判定する（Ｓ５４）。 Next, it is determined whether the signal to be controlled is related to the operation history (S54).
操作履歴に関するものである場合、操作履歴送信依頼をおこなう（Ｓ５５）。操作履歴送信依頼では、操作履歴送信部８１に対し、基準時刻からの時間差を計算し、送信時間になったら操作履歴を送信する。
If it is related to the operation history, an operation history transmission request is made (S55). In the operation history transmission request, the time difference from the reference time is calculated with respect to the operation
制御する信号が、操作履歴に関するものでない場合には、入力信号に関するものであるとして、信号送信依頼をおこなう（Ｓ５６）。信号送信依頼では、入力信号送信部８２に対し、基準時刻からの時間差を計算し、送信時間になったら、入力信号送信部８２に対し、テストに使用する信号を送信する。
If the signal to be controlled is not related to the operation history, a signal transmission request is made as being related to the input signal (S56). In the signal transmission request, the time difference from the reference time is calculated for the input
Ｓ５５またはＳ５６の処理が終わると、次に、受信した内容に基づき、制御が完了しているか否かの判定を実施し、制御が完了していなければ、次制御内容決定処理を実施する（Ｓ５７）。次制御内容決定処理では、Ｓ５１、Ｓ５２で検索した結果と、直前のＳ５５、Ｓ５６にて送信した時刻情報に基づき、次に制御すべき内容が何かを判定する。そして、判定終了後、Ｓ５４に戻り、以下ループを繰り返す。 When the processing of S55 or S56 is completed, it is next determined whether or not the control is completed based on the received content. If the control is not completed, the next control content determination processing is performed (S57). ). In the next control content determination process, the content to be controlled next is determined based on the result of the search in S51 and S52 and the time information transmitted in the immediately preceding S55 and S56. Then, after the determination is completed, the process returns to S54 and the loop is repeated.
１…入力信号分配器、２…入力信号収集部、３…テスト機器、４…テスト情報収集部、５…バグ管理用データベース、６…テスター用端末、７…開発者用端末、８バグ再現支援処理部、
２１…テストＩＤ受信部、２２…入力信号登録部、２３…信号入力部、
３１…操作履歴収集部、３２…制御信号受信部、３３…機器制御実行部、３４…信号入力部、
４１…操作履歴受信部、４２…テストＩＤ送信部、４３…テスト操作制御部、４４…テスト操作受信部、４５…操作履歴登録部、４６…テスター記録登録部、４７…テスト内容検索部、４８…表示内容送信部、
５１…操作履歴テーブル、５２…バグ情報テーブル、５３…テストデータ管理テーブル、
８１…操作履歴送信部、８２…入力信号送信部、８３…バグ再現制御部、８４…開発者操作受信部、８５…操作内容検索部、８６…テストデータ検索部。
DESCRIPTION OF
21 ... Test ID receiving unit, 22 ... Input signal registration unit, 23 ... Signal input unit,
31 ... Operation history collection unit, 32 ... Control signal reception unit, 33 ... Device control execution unit, 34 ... Signal input unit,
DESCRIPTION OF
51 ... Operation history table 52 ... Bug information table 53 ... Test data management table
81: Operation history transmission unit, 82: Input signal transmission unit, 83 ... Bug reproduction control unit, 84 ... Developer operation reception unit, 85 ... Operation content search unit, 86 ... Test data search unit.
Claims (3)
前記テスト機器より操作された時刻を含む操作履歴を収集する手段と、
前記テスト機器に入力された入力信号とその入力信号を入力された時刻とを収集して、テストデータと、そのテストデータの管理情報として出力する手段と、
テストを識別するテストＩＤを入力する手段と、
前記テストＩＤを、前記操作履歴と、前記テストデータと、前記テストデータの管理情報とに関連付けて保持するデータベースと、
前記テスト機器上で稼動するソフトウェアのバグを再現するために、前記テストＩＤを入力し、前記操作履歴に基づく操作内容の制御信号を前記テスト機器に送信し、かつ、前記テストデータと、前記テストデータの管理情報とに基づき、前記テスト機器に信号を入力して、前記操作履歴の時刻と前記入力信号の入力された時刻に従って、前記テスト機器上で稼動するソフトウェアのバグを再現させることを特徴とするバグ管理システム。 In a bug management system that detects bugs in software running on test equipment,
Means for collecting an operation history including a time of operation from the test device;
Means for collecting an input signal input to the test equipment and a time at which the input signal is input, and outputting the test data as management information of the test data;
Means for entering a test ID identifying the test;
A database that holds the test ID in association with the operation history, the test data, and management information of the test data;
In order to reproduce a bug of software running on the test equipment, the test ID is input, an operation content control signal based on the operation history is transmitted to the test equipment, and the test data and the test Based on data management information, a signal is input to the test device, and a bug of software running on the test device is reproduced according to the time of the operation history and the time when the input signal is input. A bug management system.
前記テスト機器より操作された時刻を含む操作履歴を収集するステップと、
前記テスト機器に入力された入力信号とその入力信号を入力された時刻とを収集して、テストデータと、そのテストデータの管理情報として出力するステップと、
テストを識別するテストＩＤを入力するステップと、
前記テストＩＤを、前記操作履歴と、前記テストデータと、前記テストデータの管理情報とに関連付けてデータベースに保持するステップと、
前記テスト機器上で稼動するソフトウェアのバグを再現するために、前記テストＩＤを入力し、前記操作履歴に基づく操作内容の制御信号を前記テスト機器に送信し、かつ、前記テストデータと、前記テストデータの管理情報とに基づき、前記テスト機器に信号を入力して、前記操作履歴の時刻と前記入力信号の入力された時刻に従って、前記テスト機器上で稼動するソフトウェアのバグを再現させるステップとを有することを特徴とするバグ管理方法。 In a bug management method to detect bugs in software running on test equipment,
Collecting an operation history including the time of operation from the test device;
Collecting the input signal input to the test equipment and the time when the input signal was input, and outputting the test data as management information of the test data;
Entering a test ID identifying the test;
Holding the test ID in a database in association with the operation history, the test data, and management information of the test data;
In order to reproduce a bug of software running on the test equipment, the test ID is input, an operation content control signal based on the operation history is transmitted to the test equipment, and the test data and the test A step of inputting a signal to the test device based on data management information and reproducing a bug of software operating on the test device in accordance with the time of the operation history and the time of input of the input signal. A bug management method comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008150416A JP2009295082A (en) | 2008-06-09 | 2008-06-09 | Bug management system and bug management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008150416A JP2009295082A (en) | 2008-06-09 | 2008-06-09 | Bug management system and bug management method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2009295082A true JP2009295082A (en) | 2009-12-17 |
Family
ID=41543183
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008150416A Pending JP2009295082A (en) | 2008-06-09 | 2008-06-09 | Bug management system and bug management method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2009295082A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014142745A (en) * | 2013-01-23 | 2014-08-07 | Geo Technical Laboratory Co Ltd | Application/test system |
| JP2022510600A (en) * | 2018-11-21 | 2022-01-27 | ソニー・インタラクティブエンタテインメント エルエルシー | Testing as a cloud gaming service |
-
2008
- 2008-06-09 JP JP2008150416A patent/JP2009295082A/en active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014142745A (en) * | 2013-01-23 | 2014-08-07 | Geo Technical Laboratory Co Ltd | Application/test system |
| JP2022510600A (en) * | 2018-11-21 | 2022-01-27 | ソニー・インタラクティブエンタテインメント エルエルシー | Testing as a cloud gaming service |
| JP7237157B2 (en) | 2018-11-21 | 2023-03-10 | ソニー・インタラクティブエンタテインメント エルエルシー | Testing Cloud Gaming as a Service |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8381193B2 (en) | Apparatus, system, and method for visual log analysis | |
| US7721158B2 (en) | Customization conflict detection and resolution | |
| US8140917B2 (en) | Stream recovery method, stream recovery program and failure recovery apparatus | |
| US8918400B2 (en) | Data set index record preservation | |
| US7590670B2 (en) | Management system of difference data among servers and control method of information processing apparatus | |
| US20090199096A1 (en) | Automated gui test recording/playback | |
| KR20060047324A (en) | Api for programmatic retrieval and replay of database trace | |
| US20140123111A1 (en) | Automatic testing apparatus for embedded software and automatic testing method thereof | |
| JP2006031109A (en) | Management system and management method | |
| US8904234B2 (en) | Determination of items to examine for monitoring | |
| US8112398B1 (en) | Methods, systems, and computer program products for selectively marking and retrieving data from an event log file | |
| US20080215601A1 (en) | System monitoring program, system monitoring method, and system monitoring apparatus | |
| KR20090025923A (en) | Method and apparatus for processing multimedia contents and meta data | |
| CN102541542B (en) | The content of storage and issue content storage apparatus | |
| JP2009295082A (en) | Bug management system and bug management method | |
| CN110928945B (en) | Data processing method and device for database and data processing system | |
| CN113094208B (en) | Method and system for realizing data recovery based on binding interface and Binlog log | |
| US8209359B2 (en) | Generating BPEL control flows | |
| CN110362717B (en) | Target tracking method and system based on variable multi-device time difference | |
| US11080123B2 (en) | Information processing apparatus | |
| CN112883205A (en) | Multimedia material warehousing method, medium, device and computing equipment | |
| US10250471B2 (en) | Apparatus and method for collecting and analyzing logs to obtain information about program components used by applications | |
| JP2010152707A (en) | Backup method of database and database system | |
| JP2010231825A (en) | System monitoring program, system monitoring method, and system monitoring device | |
| JP5768964B2 (en) | Failure investigation support device, method and program |