STLC-欠陥の分類

欠陥は、QAチームの観点から次のように分類されます。 Priority そして開発の観点から Severity（それを修正するためのコードの複雑さ）。これらは、時間枠と欠陥を修正するために行われる作業の量で重要な役割を果たす2つの主要な分類です。

優先度とは何ですか？

優先度は、欠陥を解決する必要がある順序として定義されます。優先度ステータスは通常、QAチームによって設定され、開発チームに対して欠陥を提起し、欠陥を修正するための時間枠について言及します。優先度ステータスは、エンドユーザーの要件に基づいて設定されます。

たとえば、会社のロゴが会社のWebページに誤って配置されている場合、優先度は高くなりますが、重大度は低くなります。

優先度は次の方法で分類できます-

重大度は、アプリケーションの欠陥の影響と、開発の観点から修正するためのコードの複雑さとして定義されます。 It製品の開発面に関連しています。重大度は、システムの欠陥がどれほど悪い/重大であるかに基づいて決定できます。重大度ステータスは、欠陥による機能の逸脱についてのアイデアを与えることができます。

Example −フライト運営ウェブサイトの場合、予約に対するチケット番号の生成の欠陥は重大度が高く、優先度も高くなります。

重大度は次のように分類できます-

Critical /Severity 1−欠陥はアプリケーションの最も重要な機能に影響を与え、QAチームはそれを修正せずにテスト中のアプリケーションの検証を続行することはできません。たとえば、アプリ/製品が頻繁にクラッシュします。
Major / Severity 2−欠陥は機能モジュールに影響を与えます。QAチームはその特定のモジュールをテストできませんが、他のモジュールの検証を続行します。たとえば、フライトの予約が機能していません。
Medium / Severity 3−欠陥は単一の画面に問題があるか、単一の機能に関連していますが、システムはまだ機能しています。ここでの欠陥は、機能をブロックしません。たとえば、Ticket＃は、最初の5文字や最後の5文字のような適切な英数字に従わない表現です。
Low / Severity 4−機能には影響しません。これは、外観上の欠陥、フィールドのUIの不整合、またはUI側からのエンドユーザーエクスペリエンスを改善するための提案である可能性があります。たとえば、[送信]ボタンの背景色が[保存]ボタンの背景色と一致していません。