iPhone Duoのアクセシビリティテストはどう行う？2026年 iPhone 18 Pro互換性受け入れチェックリスト

フォームを入力している途中でiPhone Duoを展開したら、VoiceOverのフォーカスが先頭へ戻り、入力内容とエラーメッセージの位置まで分からなくなりました。

判断：iPhone Duoのアクセシビリティテストは、まずiPhone 18 Proで共通する主要タスクを確認し、その後にiPhone Duoの内外ディスプレイ切り替え、フォーカス継続、状態復元を追加する進め方が適しています。 すべての支援機能と状態を総当たりする必要はありませんが、認証、決済、重要フォームは実機で手動受け入れを行います。

このチェックリストが必要なチーム

一般的なアプリチームは、両機種で共通する最低限のアクセシビリティ基準を作れます。金融、医療、行政・企業向けアプリでは、失敗が許されない業務と監査証跡を追加します。

QAチームは、静的な階層確認、XCTestによる自動回帰、Accessibility Inspectorによる診断、真人操作による最終確認を分けて運用します。なお、AppleはiPhone Duo向けの表示やレイアウトに関する開発資料を公開していますが、各支援技術の状態遷移は対象SDKと実機で再確認する必要があります。iPhone Duoの開発資料を基準資料として扱ってください。

先にiPhone 18 Proで共通タスクの基線を作る

iPhone 18 Proでは、画面切り替えがない状態で、次の主要タスクが完了できるかを確認します。

• Dynamic Typeで文字を拡大した状態の入力、送信、購入、確認、退出
• 太字設定とボタン形状の設定を有効にした状態の主要操作
• VoiceOverで見出し、入力欄、エラー、ダイアログ、戻る操作を順序どおりに確認
• Voice Control、外付けキーボード、Switch Controlによる主要ボタンへの到達
• ドラッグ、ホバー、細かなジェスチャーだけに依存しない代替経路

Dynamic Typeでは、単に文字が画面内に収まるかだけを見ません。送信ボタンが画面外へ押し出されていないか、エラーが入力欄と結び付いているか、確認やキャンセルが別の固定領域に隠れていないかを記録します。AppleのDynamic Typeとタイポグラフィの指針も、設計時の判定材料になります。

文字拡大で操作が消える問題を切り分ける

文字が大きくなったときに起きる問題は、見た目の崩れだけではありません。購入、申請、保存、退出のような操作が到達不能になると、利用者は途中まで入力した情報を失う可能性があります。

確認では、次の順で証拠を残します。

1. 文字サイズを大きくし、太字を有効にします。
2. ボタン形状を有効にし、ボタンの境界とラベルを確認します。
3. 入力欄へ値を入れ、エラーを発生させます。
4. 送信、確認、戻る、キャンセルを順番に操作します。
5. 画面の再配置後も、キーボードやスクロールで操作へ到達できることを記録します。

Accessibility Inspectorでは、ラベル、役割、値、ヒント、アクセシビリティ階層の欠落を早期に見つけられます。ただし、実際に読み上げを聞いたときの文脈や、操作後に利用者が現在位置を理解できるかは判定できません。Accessibility Inspectorの公式資料を静的診断の根拠にし、合否は手動確認と分けます。

iPhone Duoでは表示変化後のフォーカスを追跡する

iPhone Duoを折りたたむ、展開する、表示領域を変えるといった操作の後は、次の状態を確認します。

• フォーカスが画面先頭へ不意に移動していない
• すでに非表示になった要素へフォーカスが残っていない
• ダイアログを閉じた後、呼び出し元の操作位置へ戻れる
• リストの現在位置と選択項目が維持されている
• ナビゲーション階層を読み上げで追跡できる
• 表示変更後に、次に読むべき要素が予測できる

レイアウト変更を通知する仕組みは、画面の更新を支援技術へ伝えるために使えますが、通知を送れば自動的に正しいフォーカスになるわけではありません。layoutChanged通知の説明を確認し、実機では「変更後にどの要素へ移ったか」を動画や操作ログで残します。

注意：シミュレーターでフォーカス移動が安定していても、VoiceOver利用者が実機で同じ文脈を得られるとは限りません。特にモーダル、キーボード表示中のフォーム、リストの途中位置は、最終ビルドで確認します。

状態を失わない中断テストを組み込む

アプリがクラッシュしなかっただけでは、アクセシビリティの受け入れ合格とは言えません。入力内容、選択項目、再生位置、エラーメッセージが維持され、利用者が続きから再開できるかを確認します。

優先する経路は、ログイン、決済、編集、メディア再生です。たとえばフォームの必須項目を入力し、エラーを表示した直後にiPhone Duoの表示状態を変えます。その後、入力済みの値、選択状態、エラーの説明、VoiceOverの現在位置を順に照合します。

自動化できる状態はXCTestへ移し、画面遷移、アクセシビリティ識別子、入力値の保持を回帰させます。XCTestの公式ドキュメントを参照しつつ、VoiceOverの読み上げ順と操作理解は自動化の合格だけで終了させません。

補助入力は「触れる」ではなく「完了できる」で判定する

Voice Control、外付けキーボード、Switch Controlは、主要タスクが完了するかを見ます。全画面を機械的に巡回するより、現実の利用者が実行する経路を優先する方が、欠陥の影響を判断しやすくなります。

安定したラベルが付いているか、操作順が予測できるか、押下後に視覚または読み上げのフィードバックがあるかを確認します。キーボード操作では、フォーカスリングが見えるか、モーダルから抜けられるか、主要操作へ順番に到達できるかを確認し、Appleのキーボード操作に関する設計指針と照合します。

第一歩：実行単位を分けて回帰を縮小する

テスト環境が限られる場合は、次の五段階に分けます。

1. 静的確認でラベル、役割、値、ヒント、階層の欠落を検出します。
2. iPhone 18 Proで共通する主要タスクを自動回帰します。
3. iPhone Duoのシミュレーターで展開、折りたたみ、レイアウト変更の論理を確認します。
4. iPhone Duoの実機でフォーカス、入力、選択、再生位置の復元を確認します。
5. VoiceOver、Voice Control、外付けキーボード、Switch Controlによる重要経路を真人操作で受け入れます。

この分け方なら、シミュレーターは論理上の抜けを探す場所、実機は支援技術の体験と状態継続を判定する場所になります。Appleのアプリ向けアクセシビリティテスト手順も、役割分担を決める際の基準にできます。

受け入れ判定は影響度と証拠でそろえる

問題の優先度は、見た目の違和感ではなく、主要タスクへの影響で付けます。社内のスコアは、阻害度、再現条件、回避策、監査への影響をそれぞれ記録する形にすると、単純な件数競争を避けられます。

公開前には、端末状態、システムバージョン、ビルド番号、使用した支援機能、操作手順、期待結果、実測結果を一つの記録にまとめます。Xcode 27.1 betaと実機が利用可能になった段階では、フォーカス、状態復元、補助入力を再検証し、資料の更新だけで合格扱いにしない運用が安全です。

よくある確認事項

iPhone Duoを折りたたんだとき、VoiceOverのフォーカスは失われますか？

必ず失われるとは判断できません。表示サイズやナビゲーション構造、アプリが送るレイアウト変更通知によって挙動が変わるため、シミュレーターだけで合否を決めないことが重要です。現在位置、次に読む要素、モーダルの階層が維持されるかを、対象アプリの実機で確認してください。

Dynamic TypeはiPhone Duoの内外ディスプレイでどう確認しますか？

同じ文字サイズ設定で、折りたたみ状態と展開状態の両方を確認します。見出し、入力欄、エラーメッセージ、送信や購入ボタンが切れず、スクロールや再配置によって到達可能であることを見ます。文字を大きくした状態だけでなく、太字やボタン形状の設定も組み合わせてください。

アクセシビリティの受け入れに2機種の実機は必須ですか？

すべての画面を2機種で同じ深さまで確認する必要はありません。ただし、iPhone 18 Proで共通タスクの基準を作り、iPhone Duoでは表示切り替えが関係する重要タスクを実機で確認する構成が安全です。認証、決済、入力中の画面など、失敗時にやり直しにくい経路は実機を省略しないでください。

Accessibility InspectorだけでVoiceOverの手動確認を代替できますか？

代替できません。Accessibility Inspectorはラベル、役割、値、ヒント、アクセシビリティ階層の問題を早期に発見できますが、読み上げ順、フォーカスの文脈、操作後の理解しやすさまでは判断できません。静的な確認と自動回帰を先に行い、最後にVoiceOver利用者を含む手動確認を残してください。

2機種のアクセシビリティ回帰マトリクスはどう縮小できますか？

画面数ではなく、失敗した場合の影響で絞り込みます。ログイン、主要フォーム、購入や申請、編集、再生などの中断しにくいタスクを優先し、iPhone 18 Proでは共通基線、iPhone Duoでは展開・折りたたみと状態復元を追加します。低リスクの情報画面は自動確認とスポット検証に回します。

最終判断：機種数ではなく、失敗できないタスクを先に固定する

最終更新日：2026年9月17日。 iPhone Duoの開発資料、Appleのアクセシビリティ指針、Dynamic Type、レイアウト変更通知、XCTestの公式資料を再確認したうえで整理しています。支援技術の実際の挙動は、対象SDKと実機が利用可能になった時点で再検証してください。

まず、失敗させられないユーザータスクを三つ選び、iPhone 18 Proで共通基線を作ります。その後、iPhone Duoで内外ディスプレイの切り替え、フォーカスの連続性、入力や選択状態の復元を加え、阻断項目を公開前に閉じます。

既存環境では、ビルド待ち、シミュレーターの占有、実機の貸し借り、遠隔協業の調整が重なり、重要な手動検証が後回しになりがちです。Macの台数を増やすだけではVoiceOver利用者による確認を代替できず、物理デバイスが必要な受け入れでは、共有環境の予約待ちも残ります。

一方、短期のリリース検証や一時的なQA増員であれば、zekmacのMacレンタルを独立した検証環境として組み合わせる選択肢があります。長期的な高負荷ビルドや物理インターフェースを常時占有する運用には自社環境が適しますが、構築・シミュレーター回帰・遠隔レビューの待ち時間を分けたい場合は、手動実機検証を守るための一時的なMac環境として検討できます。