ソフトウェアテストにおける欠陥/バグのライフサイクル

欠陥/バグのライフサイクルとは何ですか?

欠陥のライフサイクル ソフトウェア テストにおけるバグ ライフ サイクルは、欠陥やバグがその生涯を通じて通過する特定の一連の状態を指します。 欠陥ライフサイクルの目的は、変化する欠陥の現在のステータスをさまざまな担当者に簡単に調整して伝達し、欠陥修正プロセスを体系的かつ効率的に行うことです。

欠陥ステータス

欠陥ステータス 欠陥ライフサイクルにおけるバグステータスは、欠陥またはバグが現在進行している現在の状態です。 欠陥ステータスの目的は、欠陥ライフサイクルの実際の進行状況をより適切に追跡および理解するために、欠陥またはバグの現在の状態または進行状況を正確に伝えることです。

欠陥状態のワークフロー

欠陥が通過する状態の数はプロジェクトごとに異なります。 以下のライフサイクル図には、考えられるすべての状態が含まれています

  • 新機能: 新しい欠陥が初めて記録され、投稿されたとき。 NEW というステータスが割り当てられます。
  • 割り当て済み: テスターがバグを投稿すると、テスターのリーダーがバグを承認し、開発チームにバグを割り当てます。
  • Open: 開発者は分析を開始し、欠陥の修正に取り組みます
  • 固定の: 開発者が必要なコード変更を行い、その変更を検証すると、バグのステータスを「修正済み」にすることができます。
  • 再テスト保留中: 欠陥が修正されると、開発者はコードを再テストするための特定のコードをテスターに​​渡します。 以来、 ソフトウェアテスト テスター側からは保留状態のままであり、割り当てられるステータスは「再テスト保留中」です。
  • 再テスト: テスターはこの段階でコードの再テストを行い、開発者によって欠陥が修正されたかどうかを確認し、ステータスを「再テスト」に変更します。

欠陥状態のワークフロー

  • 検証: テスターは、開発者によって修正されたバグを再テストします。 ソフトウェアにバグが検出されなかった場合、バグは修正され、割り当てられたステータスは「検証済み」になります。
  • 再び開きます: 開発者がバグを修正した後でもバグが解決しない場合、テスターはステータスを「再オープン」に変更します。 もう一度、バグはライフサイクルを通過します。
  • 閉店: バグが存在しなくなった場合、テスターはステータスを「クローズ」に割り当てます。 
  • 重複ファイル:不具合がXNUMX回繰り返される場合、または同じバグ概念に該当する不具合の場合、ステータスは「重複」に変更されます。
  • 拒否され: 開発者が欠陥が本物の欠陥ではないと判断した場合、欠陥を「拒否」に変更します。
  • 延期: 現在のバグが最優先事項ではなく、次のリリースで修正されることが期待される場合、そのようなバグにはステータス「延期」が割り当てられます。
  • バグではありません: アプリケーションの機能に影響を与えない場合、バグに割り当てられるステータスは「バグではない」です。

欠陥/バグのライフサイクルの説明

欠陥ライフサイクルまたはバグライフサイクル - 知っておくべきこと!

    1. テスターが欠陥を発見
    2. 欠陥に割り当てられたステータス - 新規
    3. 欠陥は分析のためにプロジェクト マネージャーに転送されます
    4. プロジェクトマネージャーが欠陥が有効かどうかを判断する
    5. ここでは欠陥は無効であり、ステータスは「拒否」となります。
    6. そこで、プロジェクトマネージャーはステータスを割り当てます。 拒否されました。 欠陥が拒否されない場合、次のステップは、欠陥が範囲内であるかどうかを確認することです。 別の関数があるとします。mail 同じアプリケーションの機能を使用していて、それに問題があることがわかりました。 ただし、そのような欠陥が問題として割り当てられた場合、それは現在のリリースの一部ではありません。 延期または延期された 状態。
    7. 次に、マネージャーは同様の不具合が以前に報告されていないかどうかを確認します。 「はい」の場合、欠陥にはステータスが割り当てられます 複製.
    8. そうでない場合、その欠陥はコードの修正を開始する開発者に割り当てられます。 この段階で、欠陥にはステータスが割り当てられます。 進行中。
    9. コードが修正されたら。 欠陥にはステータスが割り当てられます 固定の
    10. 次に、テスターはコードを再テストします。 万が一に備えて、 テストケース 欠陥は合格です 閉じた。 テスト ケースが再度失敗した場合、欠陥は次のとおりです。 再開した そして開発者に割り当てられます。
    11. フライト予約の最初のリリース中に FAX 注文に欠陥が見つかり、修正されてステータスがクローズに割り当てられた状況を考えてみましょう。 1 回目のアップグレード リリース中に、同じ欠陥が再び表面化しました。 このような場合、クローズされた欠陥は、 再開しました。

バグのライフサイクルは以上です

このトレーニング ビデオでは、バグ、別名欠陥のライフ サイクルのさまざまな段階とその重要性を例を挙げて説明します。

 

こちらをクリックすると、ツールが開きます。 ビデオにアクセスできない場合