画面録画をUI検証の仕様に変える受け入れテスト設計

画面録画を「仕様」に変えるとは何か

AI駆動開発では、画面を作る速さより、変更後のUIが壊れていないと確かめる作業が詰まりやすい。画面録画は、確認手順を操作の順番として残す手段になる。

Anthropicはデスクトップ版Claudeアプリに、iOSシミュレータ連携と「Record a skill」を追加した。前者はClaude Codeで作成したiOSアプリをビルドし、サイドバーから呼び出したシミュレータで実行できる。後者はユーザー操作を録画し、繰り返し使えるスキルにするClaude Cowork向け機能だ。Claude CodeにiOSシミュレータ連携機能追加。画面録画からスキルを作れる機能も

両機能が自動で連携するとは発表されていない。ただし、実装と検証を分けて運用する材料にはなる。

実装とUI検証を分ける

Claude Codeには、画面、状態遷移、ビルドエラーの修正を任せる。一方、録画する操作は「ログイン後に一覧を開く」「入力して保存する」のように、利用者が達成したい仕事単位へ絞る。

合格条件は操作だけに置かない。遷移先の画面、保存後の表示、操作不能な状態にならないことを短い文章で併記する。録画は経路、文章は判定基準を担う。実装側は修正に集中でき、検証側は同じ経路を繰り返し確認できる。

複数のAIを動かせても、受け入れ判断まで任せ切るべきではない。OpenAIはChatGPT Voiceで、ChatGPT WorkやCodex上の複数エージェントを音声で指揮できるとしている。ChatGPT、会話しつつPC操作や複数AIエージェント同時指揮が可能に 実装担当は差分を作り、検証担当は条件に照らし、人は仕様変更か不具合かを決める。

iOSシミュレータで確認する範囲

iOSシミュレータ連携はmacOS版Claudeデスクトップアプリで利用でき、AppleのXcodeからシミュレータ機能をインストールする必要がある。機能はパブリックベータ版として提供されている。

小規模チームなら、PRごとに「ビルドする」「シミュレータで起動する」「録画した主要導線を再現する」と順番を固定するとよい。スクリーンショットの見栄えだけでなく、タップ後の遷移や保存結果まで確認対象に入る。

ただし、録画済みの手順だけを通っても、すべての異常系は保証しない。ネットワーク失敗、権限拒否、空データは別の受け入れ条件として追加する。

導入の分岐点

画面変更が頻繁で、毎回同じ手動確認をしているチームには向く。反対に、合格条件が曖昧なまま録画だけを増やすと、古い操作を機械的に再生するだけになる。

まずは、壊れると困る主要導線を1本選ぶ。録画、期待結果、確認する担当者をセットで管理できるなら導入する価値がある。管理できないなら、録画を増やす前に受け入れ条件を整えるべきだ。

まとめ

AIには実装や反復確認を任せ、人は業務要件に照らした採否を握る。UIの正しさは操作の成功ではなく、期待した結果に届いたかで判定する。まずは主要導線を1本選び、どの操作と表示を合格条件にするか決めよう。