Stlc-defect-classification

STLC-欠陥分類

欠陥は、QAチームの観点から*優先度*として、開発の観点から*重大度*（修正するコードの複雑さ）として分類されます。 これらは、時間枠と欠陥を修正するために必要な作業量で重要な役割を果たす2つの主要な分類です。

優先度とは何ですか？

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

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

優先リスト

優先度は、次の方法で分類することができます-

• 低-この欠陥は、重大な欠陥が修正された後に修正できます。
• 中-欠陥は後続のビルドで解決する必要があります。
• 高-欠陥はアプリケーションにかなりの影響を与え、修正されるまで関連モジュールを使用できないため、欠陥はすぐに解決する必要があります。
• 緊急-欠陥はアプリケーションまたは製品に深刻な影響を及ぼし、修正されるまで製品を使用できないため、欠陥はすぐに解決する必要があります。

重大度とは何ですか？

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

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

重大度リスト

重大度は、次の方法で分類できます-

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