(57)【要約】【解決手段】製品にテストを実施する方法および装置は、データベース中に記憶された１組のテストケースにしたがって製品にテストを適用することを含む。方法は、テストが製品における不良を示す場合、不良が解決される必要があるということをデータベース内のフィールドに指定することおよび不良が無事に解決されたことをデータベース中のフィールドに指定することも含む。方法は、テストケースとしてデータベース中に不良を報告することも含む。
2006525586.tif 000002
【特許請求の範囲】
【請求項１】
製品にテストを実施する方法において、
データベース中に記憶された１組のテストケースにしたがって製品にテストを適用し、
テストが製品における不良を示す場合、不良が解決される必要があることをデータベース中のフィールドに指定し、
不良が無事に解決された後、データベース中のフィールドをそれにしたがって指定することを含む方法。
【請求項２】
フィールドはステータスフィールドを含む請求項１記載の方法。
【請求項３】
ステータスフィールドは、アクティブ、解決された、または完全修理されたのうちの１つを含む請求項２記載の方法。
【請求項４】
フィールドは、製品が修理人に割り当てられていることについての情報を含む請求項１記載の方法。
【請求項５】
フィールドは、不良の程度についての情報を含む請求項１記載の方法。
【請求項６】
フィールドは、不良の優先度についての情報を含む請求項１記載の方法。
【請求項７】
フィールドは、テストを実施した当事者についての情報を含む請求項１記載の方法。
【請求項８】
フィールドは、テストの日付についての情報を含む請求項１記載の方法。
【請求項９】
フィールドは、製品の改訂についての情報を含む請求項１記載の方法。
【請求項１０】
フィールドは、不良が解決された日付についての情報を含む請求項１記載の方法。
【請求項１１】
フィールドは、不良を解決した当事者についての情報を含む請求項１記載の方法。
【請求項１２】
テストケースとしてデータベース中に不良を報告することをさらに含む請求項１記載の方法。
【請求項１３】
テストケースとしてデータベース中に顧客が報告した不良を報告することを含む請求項１記載の方法。
【請求項１４】
製品にテストを実施する方法を具体化するコンピュータ読み取り可能な媒体において、
前記方法は、
データベース中に記憶された１組のテストケースにしたがって製品にテストを適用し、
テストが製品における不良を示す場合、不良が解決される必要があることをデータベース中のフィールドに指定し、
不良が無事に解決された後、データベース中のフィールドをそれにしたがって指定することを含むコンピュータ読み取り可能な媒体。
【請求項１５】
フィールドは、ステータスフィールドを含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項１６】
ステータスフィールドは、アクティブ、解決された、または完全修理されたのうちの１つを含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項１７】
フィールドは、製品が修理人に割り当てられていることについての情報を含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項１８】
フィールドは、不良の程度についての情報を含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項１９】
フィールドは、不良の優先度についての情報を含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項２０】
フィールドは、テストを実施した当事者についての情報を含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項２１】
フィールドは、テストの日付についての情報を含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項２２】
フィールドは、製品の改訂についての情報を含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項２３】
フィールドは、不良が解決された日付についての情報を含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項２４】
フィールドは、不良を解決した当事者についての情報を含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項２５】
方法は、テストケースとしてデータベース中に不良を報告することをさらに含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項２６】
方法は、テストケースとしてデータベース中に顧客が報告した不良を報告することをさらに含む請求項１４記載のコンピュータ読み取り可能な媒体。
【請求項２７】
製品にテストを実施する装置において、
データベース中に記憶された１組のテストケースにしたがって製品にテストを適用する手段と、
テストが製品における不良を示す場合、不良が解決される必要があることをデータベース中のフィールドに指定する手段と、
データベース中のフィールドを指定して、不良が無事に解決されたことを示す手段とを具備する装置。
【請求項２８】
フィールドはステータスフィールドを含む請求項２７記載の装置。
【請求項２９】
ステータスフィールドは、アクティブ、解決された、または完全修理されたのうちの１つを含む請求項２７記載の装置。
【請求項３０】
フィールドは、製品が修理人に割り当てられていることについての情報を含む請求項２７記載の装置。
【請求項３１】
フィールドは、不良の程度についての情報を含む請求項２７記載の装置。
【請求項３２】
フィールドは、不良の優先度についての情報を含む請求項２７記載の装置。
【請求項３３】
フィールドは、テストを実施した当事者についての情報を含む請求項２７記載の装置。
【請求項３４】
フィールドは、テストの日付についての情報を含む請求項２７記載の装置。
【請求項３５】
フィールドは、製品の改訂についての情報を含む請求項２７記載の装置。
【請求項３６】
フィールドは、不良が解決された日付についての情報を含む請求項２７記載の装置。
【請求項３７】
フィールドは、不良を解決した当事者についての情報を含む請求項２７記載の装置。
【請求項３８】
テストケースとしてデータベース中に不良を報告する手段をさらに具備する請求項２７記載の装置。
【請求項３９】
テストケースとしてデータベース中に顧客が報告した不良を報告する手段をさらに具備する請求項２７記載の装置。
【請求項４０】
製品にテストを実施する方法において、
データベース中に記憶された１組のテストケースにしたがって製品にテストを適用し、
テストが不良を示す場合、テストケースとしてデータベース中に不良を報告することを含む方法。
【請求項４１】
製品にテストを実施する方法において、
データベース中に記憶された１組のテストケースにしたがって製品にテストを適用し、
テストが失敗した場合、製品が修理される必要があることをデータベース中のフィールドに指定し、
テストケースとしてデータベース中に不良を報告し、
データベース中に記憶された１組の修理手順にしたがって製品を修理し、
製品が、無事修理された後、データベース中のフィールドをそれにしたがって指定することを含む方法。
【請求項４２】
製品に対するテスト情報を提供する方法において、
製品をテストするための１組のテストケースを提供し、
テストの結果を追跡するための１組のフィールドを提供することを含み、
１組のテストケースと１組のフィールドが１つのエンティティに提供される方法。
【発明の詳細な説明】
【発明の分野】
【０００１】
本発明は、製造の商品の品質制御に関する。特に、本発明は、単一のエンティティ中にテストケース、不良、追跡情報を提供するための方法および装置に関連する。
【発明の背景】
【０００２】
通常テストケースのデータベース中に記憶されている１組のテストケースにしたがい、品質保証のために製品がテストをされることがある。製品が不良を有することをテストが示した場合、不良は、別の不良追跡データベースで追跡される。しかしながら、不良を修理し、修理された製品を再テストするためにテストケースを再現するには、不良追跡データベースにテストケースを再度入れる必要がある。さらに、顧客により報告された不良のような、不良追跡データベース中に報告されている不良の中には、製品の将来のバージョンをテストする際に、適用されないものもあるかもしれない。というのは、そのような不良は、テストケースデータベース中に適切に報告されていなかったかもしれないからである。２つのデータベースを更新されたものとし、一致しているように保つことは時間の浪費であり、不一致および誤りとなり易い傾向があり、二重の労力を要する。
【０００３】
それゆえ、テストケース、不良、および追跡情報を自動的に記憶する単一のエンティティに対する必要性がある。
【発明の開示】
【発明の概要】
【０００４】
開示された実施形態は、製品にテストを実施する新規で改良された方法および装置を提供する。本発明はデータベース中に記憶された１組のテストケースにしたがって製品にテストを適用し、およびテストが製品における不良を示す場合、不良が解決される必要があることをデータベース中のフィールドに指定することを含む。不良が無事に解決された後、方法はデータベース中のフィールドをそれにしたがって指定し、データベース中のテストケースとして不良を報告することを含む。
【詳細な説明】
【０００５】
いくつかの実施形態を詳細に説明する前に、以下の説明に述べられ図中に図示された構成要素の構成および配置の詳細に本発明の範囲が限定されるべきでないことが理解されるだろう。また、ここで使用されている語句および専門用語は記述目的のためのものであり、限定しているとみなすべきではないことも理解されるべきである。
【０００６】
図１は、１つの実施形態にしたがって、製品がテストされ不良が発見されたときのシナリオを図示している。この例では、例えば、データベース中に提供されているテストケースまたは１組のテスト手順１０２にしたがって、国際電話をかけるために新しい製品、例えば新しい電話機がテストされる。テストケース１０２は、現行製品のより前のバージョンをテストする過去の経験に基づいていてもよい。テストケース１０２は、また、顧客が報告した不良にも基づいていてもよい。新製品がテストに失敗すると仮定すると、不良１０４は、不良を追跡する目的のものと同一データベースに入力される。製品が修理され、期待された結果１０６が取得されるように、不良製品は報告された不良を解決するエンティティに割り当てられる。
【０００７】
図１は、不良のステータス１０８を示すフィールドを含むユーザインターフェイスを示す。このフィールドは、不良が解決される必要があるときに「アクティブ（Active）」、不良は解決されたが、修理された製品が未だ再テストされていないときに「解決された（Resolved）」および、不良が解決されて、修理された製品が再テストされたときに「完全修理された（Fixed）」となる。フィールド１１０は、修理のために製品が誰に、例えば、ジョースミスに割り当てられたかを示す。フィールド１１２は、製品を割り当てる理由、例えば、製品が不良であることを示す「コード不良」を示す。フィールド１１４は不良の程度を示し、フィールド１１６は不良を解決する優先度を示す。フィールド１１８は何らかのフィールドが変更されたときを示し、フィールド１２０は、誰がそのような変更をしたか示す。図１は、ユーザインターフェイスの下部でテストケースおよび不良についての情報を示すとともに、ユーザインターフェイスの上部で不良を追跡する不良についての情報を示す。
【０００８】
図２は、１つの実施形態にしたがって、不良が解決されるときのシナリオを図示している。したがって、ステータスフィールド１０８は「解決された」に変更され、不良が解決されたことを示している。フィールド１１０も変更され、製品を再テストして不良が実際に解決されたことを確認するために、修理された製品が品質保証（ＱＡ）に割り当てられることを示す。フィールド１１８および１２０は、上記フィールドのいずれかが変更された日付を反映するために変更される必要があるかもしれない。
【０００９】
図２は、不良を解決した人物により入力された情報を示すフィールドを示している。フィールド２０２は、不良が解決された日付を示す。フィールド２０４は誰が不良を解決したかを示す。フィールド２０６は、問題が完全修理されたことを示す。フィールド２０８は、修理された製品の改訂を示す。図２は、ユーザインターフェイスの下部でテストケースおよび不良についての情報を示すとともに、ユーザインターフェイスの上部で不良追跡についての情報も示す。
【００１０】
図３は、１つの実施形態にしたがった、不良が実際に解決され、製品が再テストされ、フィールド１０６によって示された期待された結果が確認されるときのシナリオを示す。したがって、ステータスフィールド１０８は「終了」に変更され、不良が最終的に解決されたことを示す。フィールド１１０もまた変更されて、修理された製品を再テストした人物を示す。フィールド１１８および１２０もまた、上記フィールドのいずれかが変更された日付を反映するために変更させる必要があるかもしれない。図３は、不良を解決した人物によって入力された情報を示すフィールド２０２、２０４、２０６、２０８も示す。図３は、ユーザインターフェイスの下部でテストケースおよび不良についての情報ととともに、ユーザインターフェイスの上部で不良追跡についての情報も依然として示している。
【００１１】
図４は、上記で説明したような、一体化されたテストおよび不良追跡を実施するためのフローチャートを図示している。ステップ４０２で、既存のすべてのテストケースに対して製品がテストされた後、ステップ４０４で、不良が発見されない場合、ステップ４０６で、ステータスフィールドが「終了」に設定され、製品がすべてのテストケースに無事に合格し、何も不良がないということを示す。テストケースが終了され、製品の将来のバージョンをテストするためにデータベース中に保存される。しかしながら、ステップ４０４で、製品に不良が発見された場合、ステップ４０８で、ステータスフィールドは「アクティブ」に設定され、製品が修理される必要があることと、不良が解決される必要があることを示す。ステップ４１０で、製品は修理のデベロッパに割り当てられる。不良が直された後、ステータスフィールドは、ステップ４１２で「解決された」に設定され、ステップ４１４で、再テストのために製品は品質保証に割り当てられる。すべての不良が最終的に修理され、ステータスフィールドがすべての不良に対して「終了」に変更されるまでこのプロセスは継続する。
【００１２】
検出された不良は、製品の将来のバージョンまたは更新をテストするためのテストケースとして、データベース中に報告される。新リリースの製品をテストするときに、前に検出されて報告された不良が、テストケースとして再開される。そして、新バージョン製品をテストする際に適用される。製品の顧客および／またはユーザにより報告された不良を含む新しいテストケースもまた、将来のテストのためにデータベースに入力されてもよい。
【００１３】
図５は、製品をテストする装置の１つの実施形態を図示している。装置は、入力デバイス５０２および出力デバイス５０４を含む。通信バス５０６は図５中の他のモジュール間に、共通の接続を提供する。通信バス５０６はさらにメモリユニット５０８に結合されている。メモリユニット５０８は、製品をテストする装置によって実行されるさまざまな動作操作および機能に対するコンピュータ読み取り可能な命令を記憶する。プロセッサ５１０は、メモリユニット５０８に記憶された命令を実行する。
【００１４】
したがって、開示された実施形態は、テストケースおよび不良追跡についての情報をシングルデータベースに提供し、結果も単一ユーザインターフェイスに提示する有効で信頼性のあるシステムおよび方法を提供する。
【００１５】
当業者は、さまざまな異なった技術およびプロトコールのいずれかを使用して情報および信号を表してもよいことをさらに理解するだろう。例えば、上記記述全体をとおして参照することができるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁気の粒子、光学界または光の粒子、あるいはそれらの何らかの組み合わせにより、表わされてもよい。
【００１６】
ここで開示された実施形態に関連して述べられた多様な例示的な論理ブロック、モジュール、回路およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、あるいは双方の組み合わせたものとして実現されてもよいことを当業者はさらに正しく認識するであろう。ハードウェアおよびソフトウェアの交換可能性を明確に図示するために、さまざまな例示的な構成要素、ブロック、モジュール、回路およびステップを概してこれらの機能に関して上述した。そのような機能がハードウェアあるいはソフトウェアとして実現されるか否かは、特定の応用および全体的なシステムに課せられた設計の制約に依存する。当業者は、それぞれの特定の応用に対して方法を変化させて、述べてきた機能を実現してもよいが、そのような実現決定は、本発明の範囲からの逸脱を生じさせるものとして解釈されるべきではない。
【００１７】
ここで開示された実施形態に関連して述べられた、多様な例示の論理的ブロック、モジュールおよび回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア構成要素、あるいは、ここで述べてきた機能を実施するために設計されたこれらの組み合わせで、実現されるか、あるいは、実施されてもよい。汎用プロセッサはマイクロプロセッサでもよいが、代替実施形態では、プロセッサは、何らかの従来のプロセッサ、コントローラ、マイクロコントローラ、状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせとして、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアを備えた1つ以上のマイクロプロセッサ、あるいは、このような構成の他の何らかのものとして実行されてもよい。
【００１８】
ここで開示された実施形態と関連して述べられた方法またはアルゴリズムのステップは、直接、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つの組み合わせたもので具体化されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーブバルディスク、ＣＤ−ＲＯＭ、あるいは、技術的に知られている他の何らかの形態の記憶媒体に存在していてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替実施形態では、記憶媒体はプロセッサと一体化されてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してもよい。ＡＳＩＣはユーザターミナルに存在してもよい。代替実施形態では、プロセッサおよび記憶媒体は、ユーザターミナル中のディスクリート構成要素として存在してもよい。
【００１９】
開示された実施形態の記述は、当業者が本発明を製作または使用できるように提供されている。これらの実施形態に対するさまざま改良は当業者に容易に明らかとなり、ここに定義された一般的な原理は、本発明の精神および範囲を逸脱することなく、例えば、インスタントメッセージサービス、あるいは、何らかの一般的なワイヤレスデータ通信アプリケーションにおける他の実施形態に適用されてもよい。したがって、本発明はここに示された実施形態に限定されることを意図しているものではなく、ここで開示されている原理および新しい特徴と一致した最も広い範囲に一致させるべきである。「例示的な」という言葉は、もっぱら「例として、事例として、あるいは、例示として働くこと」を意味するためにここで使用されている。
【図面の簡単な説明】
【００２０】
【図１】図１は、製品がテストされ、不良がアクティブのときのシナリオを図示している。
【図２】図２は、不良が解決されるときのシナリオを図示している。
【図３】図３は、製品が再テストされ、不良が終了されるときのシナリオを図示している。
【図４】図４は、テストをし、不良を追跡するフローチャートを図示している。
【図５】図５は、製品をテストするための装置の、１つの実施形態を図示している。
【図１】
2006525586.tif 000003
【図２】
2006525586.tif 000004
【図３】
2006525586.tif 000005
【図４】
2006525586.tif 000006
【図５】
2006525586.tif 000007
【国際調査報告】
2006525586.tif 000008