バグとは、ソフトウェアにおける不具合のことです。Webサイトやアプリケーションで、本来意図されたとおりに動作しないものがある場合、その不具合はバグと呼ばれます。Test IOでは、バグを以下の種類に分類しています。

機能バグとは、ソフトウェアの機能に関する問題です。たとえば、ボタンをクリックしてもフォームが送信されない、検索機能が入力内容に反応しない、アプリがクラッシュするといったものが該当します。Webサイトやアプリで何らかの操作を行った際に、期待どおりに動作しない場合は、機能バグである可能性があります。

機能バグに適した重大度は、複数の要素によって決まります。たとえば、その問題が機能に与える影響、影響範囲、回避策の有無、ユーザーが操作を続行できなくなる重大な問題（ショーストッパー）であるかどうか、お客様に大きな売上損失をもたらす可能性があるかどうか、さらに同じ重大度の他のバグと比較して妥当であるかどうかなどが考慮されます。そのため、Test IOでは機能バグの重大度を次の3つに分類しています。

一般的なケースにおける重大度の判断基準をまとめた一覧も用意しています。バグ評価シートをご確認ください。 この一覧は今後更新される可能性がありますので、内容をよく確認し、定期的に見直すようにしてください。

コンテンツバグは、Webサイトやアプリの実際のコンテンツに関する問題です。たとえば、テキスト、ラベル、画像、動画、アイコン、リンク、データなどが該当します。したがって、典型的なコンテンツバグには次のようなものがあります。

ビジュアルバグは、Webサイトやアプリのグラフィカルユーザーインターフェースに関する問題です。たとえば、次のようなものがあります。

コンテンツバグまたはビジュアルバグが機能を妨げるようになった時点で、その問題は機能そのものが壊れていなくても、機能バグとして報告する必要があります。

コンテンツバグを機能バグとして提出すべき重要なケースは、それが製品の機能コンポーネント内で発生している場合です。つまり、ナビゲーションメニュー、ヘッダー、フッター、またはパンくずナビゲーション内のリンクの問題です。このような問題は通常、Low の機能バグです。

コンテンツまたはビジュアルの問題が繰り返し発生する場合、それぞれの発生箇所が異なるURL、リンク、画像などであっても、1件だけ提出できます。これは、同じページ内でも異なるページ内でも同様です。この1件のバグレポートには、他のURL、リンク、画像なども影響を受けていることを記載する必要があります。

問題が発生するたびに個別のバグレポートを提出してはいけません。そのような提出は却下されます。たとえば、次のようなコンテンツの問題は、1件だけ報告する必要があります。Webショップの複数の商品詳細ページで一部の商品画像が壊れている、複数の商品詳細ページにあるPDFマニュアルのダウンロードリンクが404ページにつながる、Webショップの一部の商品説明が他の部分と異なる言語になっている、一部のツールチップに情報が含まれていない、同じグループに属する一部のリンクが壊れている、などです。

次のようなビジュアルの問題も、1件だけ提出してください。複数のテキストや画像が枠からはみ出している、複数の入力欄がデフォルトテキストを収めるのに十分な大きさではなく、そのテキストが完全に表示されていない、複数のティーザーが他の要素と意図せず重なっている、などです。

Test IO プラットフォーム上で各バグタイプとその報告方法についてより詳しく知りたい場合は、以下の記事をご覧ください。