バグとは、ソフトウェアに関連する問題です。Webサイトやアプリケーション上で何かが意図したとおりに動作しない場合、その「エラー」はバグです。Test IOでは、以下のバグタイプを区別しています：
機能バグ
機能バグは、ソフトウェアの機能に関連する問題です。たとえば、ボタンを押してもフォームが送信されない、検索がユーザーの入力に反応しない、アプリがクラッシュするなどです。操作を行った際にWebサイト／アプリが期待どおりに反応しない場合は、機能上の問題である可能性があります。
アプリの動作が機能バグかどうかを判断する方法：
ある機能が特定の方法で設計されているのか、それとも実際に壊れているのかを確認してください。単独でテストするとともに、他の機能と組み合わせてテストし、違いがないか確認します。
お客様がどのような意図で設計した可能性があるかを考え、その製品は単に実装されたとおりに動作しているだけかもしれないことを考慮してください。
何かが本来の動作をしていないことを示す証拠を見つけ、その主張を裏付けてください。
例：あるWebショップの機能が、あなたが知っている他のWebショップとは異なる動作をします。それだけで、その機能が壊れているとは限りません。お客様は自分たちの製品を自由に実装できます。
例：フォームフィールドがバリデーションされておらず、それがバグだと主張する場合、そのフィールドがバリデーションされる仕様であることを示す根拠があるか確認してください。たとえば、あるケースではフィールドがバリデーションされるが、別のケースではされないことを示すことで、この証拠を提示できます。証拠を提示しない場合、それは裏付けのない主張です。
ビジュアルまたはコンテンツの問題が機能を妨げる場合、それは機能上の問題となるため、機能バグとして報告する必要があります。
ある機能が異なるシナリオでも一貫して同じように動作し、明らかな問題がない場合、それはおそらく意図された動作です（バグではありません）。
重大度の判定
機能バグにどの重大度レベルが適切かは、複数の要因によって決まります。問題が機能に与える影響、問題の範囲、回避策が存在するか、またはショーストッパーであるか、潜在的かつ重大な売上損失が発生する可能性があるか、そして同じ重大度の他のバグと比較できるかどうかです。そのため、Test IOでは機能バグについて3つの重大度レベルを区別しています：
低（Low）：
製品の利用への影響が最小限である。
製品は意図しない動作をするが、通常の利用には影響しない。
影響を受けるユーザー、製品、または項目が少ない。
機能または機能の一部が壊れている、または利用できないが、簡単な回避策で問題を解決できる。
高（High）：
製品の利用に重大な影響があるが、主要な機能は正常に動作している。
多数のユーザー、製品、または項目が影響を受ける。
重要度の高い機能が壊れている、または利用できず、回避策も存在しない。
重要な機能が壊れている、または利用できないが、回避策が存在する（したがってショーストッパーではない）。
重大（Critical）：
バグによってアプリ／Webサイトの中核機能が利用できなくなる。
ショーストッパーによってユーザーが主要な処理を続行できなくなる。例：チェックアウト。
バグによって、お客様に潜在的かつ重大な売上損失が発生する。
一般的な判定に基づき、重大度が固定されたケースの一覧を用意しました：「バグ判定シート」へ移動してください。リストをよく確認し、今後の更新に備えて定期的に確認してください。
コンテンツバグ
コンテンツバグは、Webサイトやアプリの実際のコンテンツに関する問題です。テキスト、ラベル、画像、動画、アイコン、リンク、データなどが該当します。したがって、典型的なコンテンツバグには以下があります：
壊れたリンクまたは画像（404）（ナビゲーションメニュー、ヘッダー、フッター、パンくずナビゲーションにある場合を除く。これらは低重大度の機能バグです）
一般的なリダイレクトの不具合
テキストの欠落。例：空のツールチップ内にテキストがない。
コンテンツの欠落。例：コンテンツ領域が空になっている。
コンテンツの欠落。例：5つのアイコンのうち4つにはツールチップがあるのに、1つにはない。
翻訳の欠落。例：英語のWebサイト上にある一部のボタンだけがフランス語のラベルになっている。
検索機能自体は正常に動作しているが、検索結果に一部の商品が表示されない。
データの欠落
スペルミスは当プラットフォームではコンテンツバグとはみなされず、コンテンツバグとして提出することもできません。
ビジュアルバグ
ビジュアルバグは、Webサイトやアプリのグラフィカルユーザーインターフェース（GUI）に関する問題です。たとえば：
テキスト／要素の位置がずれているなど、レイアウトに関する問題
レスポンシブデザインの問題。例：あるモバイルデバイスでは要素が表示されるが、別のモバイルデバイスでは表示されない。
テキスト／要素が意図せず互いに重なっている。
テキスト／要素が途中で切れている。
コンテンツバグまたはビジュアルバグを機能バグに格上げする場合
コンテンツバグまたはビジュアルバグが機能を妨げる場合は、それ自体が機能そのものの欠陥ではなくても、機能バグとして報告する必要があります。
コンテンツバグを機能バグとして提出すべき重要なケースは、製品の機能コンポーネントで発生する場合です。具体的には、ナビゲーションメニュー、ヘッダー、フッター、パンくずナビゲーションにおけるリンクの問題です。このような問題は通常、低重大度の機能バグです。
繰り返し発生する問題
コンテンツまたはビジュアルの問題が繰り返し発生する場合、それぞれの発生箇所でURL、リンク、画像などが異なっていても、提出できるのは1回だけです。同じページで発生する場合も、異なるページで発生する場合も同様です。この1件のバグレポートには、他のURL、リンク、画像なども影響を受けていることを記載してください。
問題が発生するたびに個別のバグレポートを提出してはいけません。そのようなレポートは却下されます。たとえば、以下のコンテンツ上の問題については1件だけ提出してください：Webショップの複数の商品詳細ページで一部の商品画像が壊れている、複数の商品詳細ページにあるPDFマニュアルの一部のダウンロードリンクが404ページにつながる、一部の商品説明がWebショップの他の部分とは異なる言語になっている、一部のツールチップに情報が含まれていない、同じグループに属する一部のリンクが壊れている、など。
以下のビジュアル上の問題についても、1件だけ提出してください：一部のテキストまたは画像が枠より大きい、複数の入力フィールドがデフォルトのテキストを完全に表示できるほど大きくない、複数のティーザーが意図せず他の要素と重なっている、など。
各バグタイプと、Test IOプラットフォーム上でのその記録方法についての詳細は、以下の記事をご覧ください：