謎解き Web画面 表示確認｜画面幅と入力別に崩れを確認
謎解き Web画面 表示確認は、画面幅と入力方法ごとに崩れを判定する工程です。対象は幅と入力に絞り、謎や進行の妥当性と解答内容は扱いません。合格線は見切れや重なりがなく、操作部と焦点が意図した順で追える状態です。結果は端末条件と操作の証拠を対に残し、印象評や記憶頼みを避けます。
画面幅と入力別に検査対象を切り出す
「ID544の「謎解き テストプレイ」が担う全体説明は繰り返さず、謎解き Web画面 表示確認で画面幅と入力方法ごとの崩れを確かめる判断だけを扱う。固有作品の内容、変動する開催情報、順位付け、根拠のない断定は対象外とする。」
全体のテストプレイとは分け、ここでは画面表示だけを検査します。文字や画像の内容でなく、要素が欠けずに見え、操作できるかを確かめます。開催条件や端末の人気順は対象外とし、検査時の環境だけを記録します。固有の答えは伏せ、実運用と同じ文字量、形式の試験データを使います。
再現できる準備条件と合格線をそろえる
幅は狭い、中間、広い状態とし、配置が切り替わる境目も検査します。入力はタッチ、ポインター、キーボードを分け、併用後の焦点移動も試します。初期表示から入力中、エラー、完了後まで通し、状態別の高さを比べます。拡大や画面回転では、読めるだけでなく、全操作部へ届くかを見ます。
- ✓謎解き Web画面 表示確認の対象範囲
- ✓謎解き Web画面 表示確認の準備条件
- ✓謎解き Web画面 表示確認の実施順
- ✓謎解き Web画面 表示確認の例外対応
- ✓謎解き Web画面 表示確認の完了記録
狭い画面から順に操作状態を追う
ISO・ISO/IEC 25010 Systems and software Quality Requirements and Evaluationを使います。同規格は品質観点を整える資料で、画面幅や合格線は制作側が定めます。W3C・Markup Validation Serviceは、構文誤りを示しますが、端末の崩れは再現しません。W3C・Web Content Accessibility Guidelines 2.2は、拡大や入力の確認軸ですが、固有の見やすさは保証しません。
- ISO・ISO/IEC 25010 Systems and software Quality Requirements and Evaluation
- W3C・Markup Validation Service
- W3C・Web Content Accessibility Guidelines 2.2
- 経済産業省・製品安全ガイド
- IPA・安全なウェブサイトの作り方
経済産業省・製品安全ガイドは、端末台や配線の危険を見る資料で、描画の正否は扱いません。IPA・安全なウェブサイトの作り方は、入力処理の安全確認に役立ちますが、配置ずれの基準ではありません。公開資料は一般の確認軸で、特定端末の合格証明にはしません。資料にない端末挙動は推測せず、実画面の結果と制作要件を優先します。
物理物とデジタルの接続を比べる
物理物だけなら、Webへの導線がなければ表示検査を対象外と記します。デジタルだけなら、入口から入力後まで画面状態を続けて確認します。両者連携では、印刷物から移った直後の幅、向き、戻る操作を重視します。
| 選択肢 | 確認項目 | 次に照合する項目 |
|---|---|---|
| 物理物だけ | 謎解き Web画面 表示確認の対象範囲 | 謎解き Web画面 表示確認の準備条件 |
| デジタルだけ | 謎解き Web画面 表示確認の実施順 | 謎解き Web画面 表示確認の例外対応 |
| 両者連携 | 謎解き Web画面 表示確認の完了記録 | 謎解き Web画面 表示確認について、画面幅と入力方法ごとの崩れを確かめるための実務判断だけに限定する |
比較は優劣でなく、崩れが生じる接点を検査表から漏らさないために使います。同じ画面でも開き方が違えば、各導線を独立した検査条件にします。物理側に問題があっても、Web側で隠れた操作部は別件として記録します。対象外にも理由を書き、未検査と後で区別できる形にします。
例外を不具合記録へ落とす
準備では検査版を固定し、実運用相当の試験データと想定表示をそろえます。端末表には画面幅と向き、入力方法と拡大状態を分けて並べます。ブラウザーの表示倍率と文字設定を記し、同じ初期条件を再現可能にします。
狭い画面で操作部が隠れる場面
狭い画面で入力すると、画面キーボードが送信などの操作部を覆う場合があります。開いた状態でスクロールし、確定や取消へ届かなければ表示不良と判定します。閉じた後だけ使える状態は代替にせず、覆われた画面と操作経路を証拠に残します。
キーボード操作で焦点が飛ぶ場面
見た目は整っていても、キーボード移動で焦点が画面外へ飛ぶことがあります。移動前後の要素と押したキーを記し、逆方向の操作で戻れるかまで再現します。焦点が見えないまま操作できる場合も、現在位置を判断できないため不合格です。
印刷物から横向き画面へ移る場面
印刷物から画面を開く場面では、端末が横向きのまま遷移することがあります。縦横それぞれで入口と入力欄を見て、回転直後に生じる重なりを確認します。再読込で直っても合格にせず、回転だけで崩れる条件として不具合票へ登録します。
完了判定に迷う場面を解く
実施は入口から下へ見た後、入力、エラー、戻る操作の順で進めます。不具合票には発生位置と期待状態、実際の状態、再現手順を分けて記します。画像や動画には幅と入力方法を添え、固有の謎が映り込む範囲は絞ります。例外は影響する操作と回避可否を示し、修正待ちか受容かを明確に分けます。
実機が少ない場合はどこまで合格にできますか？
画面幅の走査は開発用表示で広げ、実機は触る操作と画面回転へ絞れます。ただし実機で見ていない入力方法は、合格ではなく未検査として記録します。利用を想定する代表条件から先に選び、残りの範囲は例外欄で管理します。
構文検査が通れば表示確認も合格ですか？
構文の合格は要素の重なりや見切れを保証しないため、表示判定と分けます。検査結果は原因調査の手掛かりに使い、実画面での操作結果を主な証拠にします。構文修正後も同じ幅と入力を再試験し、周辺表示への副作用を確かめます。
戻る操作の後だけ崩れる場合は完了扱いにできますか？
遷移経路と直前の状態を記録し、同じ操作列で再現するかを確かめます。再現が不安定でも操作不能の影響があれば、未解決の例外として残します。完了にする際は回避手順と再確認条件を付け、根拠なく単発扱いにしません。
完了は予定した幅と入力の全欄に、合格か例外の根拠がある状態です。例外には担当と暫定対応、再確認条件を付け、放置との違いを示します。修正後は該当条件だけでなく、隣り合う幅と異なる入力も再確認します。この記録により、表示だけの判断を全体テストへ過不足なく引き渡せます。