一部のテストでは、コンテンツバグを報告することができます。コンテンツバグとは、Webサイトやアプリの実際のコンテンツに関するバグを指します。これには、テキスト、ラベル、画像、動画、アイコン、リンク、データなどが含まれます。代表的なコンテンツバグの例は次のとおりです。
リンク切れや画像切れ(404エラー)
リダイレクトの不具合全般
テキストの欠落(例: 空のツールチップ)
コンテンツの欠落(例: コンテンツエリアが空になっている)
コンテンツの欠落(例: 5つのアイコンのうち4つにはツールチップがあるが、1つにはない)
翻訳漏れ(例: 英語のWebサイトで一部のボタンだけがフランス語で表示されている)
検索機能自体は正常に動作しているが、一部の商品が検索結果に表示されない
データの欠落
繰り返し発生する問題
コンテンツの問題が繰り返し発生する場合は、URL、リンク、画像などが異なっていても、1件のバグレポートとしてのみ提出してください。同じページ内で発生している場合も、異なるページで発生している場合も同様です。この1件のバグレポートには、他のURL、リンク、画像などにも同じ問題があることを記載してください。
問題が発生するたびに個別のバグ報告を提出する必要はありません。提出された場合は却下されます。お客様には、コンテンツの問題について一度の報告があれば十分です。担当者が問題を調査し、すべての発生箇所について解決いたします。
例
Webショップの商品詳細ページで、一部の商品画像が表示されない。
商品詳細ページにあるPDFマニュアルのダウンロードリンクの一部が404ページにつながる。
一部の商品説明が、Webショップ内の他の内容とは異なる言語で表示されている。
Webサイト内の一部のラベルやテキストで翻訳が欠落している。
複数の項目、商品、またはページで情報が欠落している。
一部のツールチップに情報が表示されない。
同じグループに属する一部のリンクが切れている。
機能バグへの変更
コンテンツバグによって機能が利用できなくなった場合は、実際に不具合があるのが機能そのものではなくても、機能バグとして報告する必要があります。
ただし、その機能に別の経路や方法から直感的かつ簡単にアクセスできる場合は、ユーザーが実際にその機能を利用できなくなるわけではありません。そのため、このような問題は機能バグとして提出してはいけません。コンテンツの問題として扱われます。
また、コンテンツバグが製品の機能コンポーネントで発生した場合も、機能バグとして提出する必要があります。具体的には、ナビゲーションメニュー、ヘッダー、フッター、またはパンくずリスト内のリンクに関する問題です。このような問題は、通常はLowレベルのバグとして扱われます。
以下の例では、一見すると一般的なリダイレクトの不具合に見えますが、「COVID-19 Dashboard」という項目はナビゲーションコンポーネントに属しています。
コンテンツの問題の記録
コンテンツに関するバグレポートには、スクリーンショットを添付する必要があります。バグレポートの記録方法について詳しくは、「バグレポートの要件」の記事をご覧ください。
対象
スペルミスはコンテンツバグではありません。
ステージング環境では、ダミーテキストが表示されていたり、コンテンツが存在しなかったりすることがあります。これはバグではありません。
壊れた画像とプレースホルダー画像の違い
壊れた画像とは、Webサイト上で画像が正しく読み込まれず、表示されない状態を指します。本来表示されるはずの画像の代わりに、エラーアイコン、空白、または壊れた画像を示すアイコンが表示されることがあります。このような問題は、画像URLの誤り、サーバーの問題、ファイルの破損、またはネットワークの問題などが原因で発生します。
一方、プレースホルダー画像は、実際の画像が利用可能になるまで一時的な表示として意図的に使用されるものです。特定の画像がまだ表示されないことを示す視覚的な目印として使用されます。これらのプレースホルダーは、単純な図形、単色、またはアイコンで構成されていることがあります。壊れた画像とは異なり、プレースホルダー画像は一時的な目的で使用されるため、不具合とは見なされません。
違いをより理解するために、例を見てみましょう。ユーザープロフィール画像が表示されるWebページを想像してください。本来表示されるはずの画像が読み込まれず、壊れた画像アイコンや空白が表示される場合は、壊れた画像です。以下の例をご覧ください。
一方、灰色の四角形や、「画像サイズ」または単に「image」といった文字が表示されている場合、それはプレースホルダー画像です。以下の例をご覧ください。


