バグの分類に関する資料に目を向けると、最適なリストはこの分類 （私のアマチュアの翻訳の下）にタイプ別にあるようです。
- コメント-コード内の不十分/誤ったコメント。
- コンパイルエラー-コード内の文言または検証の誤った解釈。
- データエラー-データの不正確な編成/更新。
- データベースエラー-データベーススキーマ/デザインのエラー。
- 設計の欠落-このために要件を満たさない文書化されていないソリューションを設計します。
- 不適切な設計-説明の欠落、設計の不正確または不完全な説明。
- 間違ったデザインは、間違った、ずさんなデザインです。
- 理解できない設計-ユーザー/レビューアにとって理解できない設計ソリューション。 あいまいな単語の使用。
- 境界条件の欠落-境界条件が正しくない/設定されていない。
- インターフェースエラー-インターフェースに表示される内部/外部エラー、不正なパラメーター、アライメント、オブジェクトまたはウィンドウの位置。
- 論理エラー-ソースコードの機能の欠落、不十分、不適切、あいまいな機能。
- メッセージエラー-ソースコードにエラーメッセージがないか、間違っています。
- ナビゲーションエラー-コードに誤ってナビゲーションが記述されています。
- パフォーマンスエラー-コードのパフォーマンス/最適性を指します。
- 要件の欠落-明示的/暗黙的な要件は省略されているか、文書化されていません。
- 不十分な要件-改善が必要な要件。
- 間違った要件-要件の説明が間違っているか不完全です。
- あいまいな要件-レビュー担当者が理解できない要件（あいまいな単語を含む-種類、種類など）。
- シーケンスエラーまたは時間エラー-コード内のシーケンスが正しくない場合、またはタイムアウトが正しくない/見逃した場合に発生するエラー。
- 規格-規格、要件への違反;
- システムエラー-OS、ハードウェアエラー、メモリ不足。
- テスト計画、テストケースのエラー-不正確、あいまい、不十分、重複、未完了のテストケースおよびスクリプト。
- 誤字-ドキュメントおよびコードの文法、構文、およびその他のエラー。
- 変数宣言エラー-変数の誤った宣言または使用、コードの不一致。
しかし、私の観点からすると、この大規模な分類でさえ、少しグループ化して単純化することができます。 論争の的となる点もあります。コードの欠陥は論理的な誤りと見なされますが、ソフトウェア製品にはユーザーの旅を非論理的なプロセスにするような誤りもあります。 つまり、製品自体のロジックはバグの原因とはみなされません。
一般に、私はグループに自分の代替分類のバグを考慮することを提案します：
- 論理的-機能を使用する論理に違反するエラー。 これらは、コードエラー、アプリケーション使用のロジックのエラー、データの論理表示の違反、および機能の説明です。
- 技術-コード、アーキテクチャなどのすべてのエラー。
- 結合-複数のグループを含むエラー。
- ローカライズ-環境（ブラウザやOSなど）に依存するエラー。
- デザイン-UI、ユーザビリティに関連するすべて;
- 関係-エレメント、バックエンド、フロントエンド間の接続の違反（これらはサイトでのマッピングエラー、データベースでのキーの不適切な構成、オブジェクトの不一致である可能性があります。
- ドキュメント-ドキュメントのエラー。
したがって、この分類を上記のタイプ別分類と組み合わせて、次のスキームを取得します。
分類を念頭に置くために、この資料に関するすべての考慮事項、コメント、および批判を聞いてうれしいです。 後続の資料では、例を使用して各グループについて個別に説明します。
ご清聴ありがとうございました！