Dokumentasi Catatan Teknik

Wawasan, tutorial, dan catatan mendalam seputar QA automation dan rekayasa perangkat lunak.

QA Process & Strategy Terakhir diperbarui: 10 Agustus 2026

Alur End-to-End QA Process: Dari Risk Analysis, Test Plan, hingga Eksekusi

Terakhir diperbarui: 14 Agustus 2026

Menjamin kualitas sebuah perangkat lunak bukanlah proses coba-coba, melainkan pekerjaan yang terstruktur. Sebelum berbicara tentang tools canggih atau skrip otomatisasi, seorang QA harus memahami alur bisnisnya terlebih dahulu. Mengacu pada standar ISTQB (International Software Testing Qualifications Board), tahapan pengujian harus dijalankan selangkah demi selangkah.

Siklus Pengujian (QA Lifecycle)
🔄 Tahapan Sistematis Berbasis ISTQB
1. Planning & Control → 2. Analysis → 3. Design & Implementation → 4. Execution & Defect Management → 5. Test Completion 📊
1. Test Planning (Perencanaan)

Ini adalah fondasi awal. Jika tim proyek (seperti Product Manager atau Developer) bertanya, "Apa sih isi dokumen Test Plan itu?", jawabannya sederhana. Test Plan adalah dokumen kesepakatan yang berisi:

  • Apa yang dites (In-Scope): Misalnya, kita hanya fokus menguji fitur pencarian rumah.
  • Apa yang TIDAK dites (Out-of-Scope): Misalnya, fitur profil pengguna tidak dites karena tidak ada perubahan di rilis ini.
  • Siapa melakukan apa: Pembagian tugas, siapa yang menguji di HP Android, siapa yang di iPhone.
  • Jadwal: Kapan pengujian dimulai dan kapan target selesainya.
💡 Contoh: Tim akan merilis fitur "Filter Pencarian Properti". Di dokumen Planning, QA menyepakati bahwa pengujian awal akan dilakukan secara manual (diklik sendiri oleh tester). Namun, QA juga meminta alokasi waktu ekstra di akhir minggu untuk mulai menulis kode otomatisasi, agar ke depannya fitur ini tidak perlu dites manual lagi berulang-ulang.
2. Test Analysis (Analisis Risiko)

Di tahap ini, QA fokus membaca dokumen panduan fitur (PRD) dan memosisikan diri sebagai pengguna awam. Tujuannya adalah mencari tahu: "Bagian mana dari aplikasi ini yang paling bikin perusahaan rugi kalau sampai rusak?"

💡 Contoh: Saat membaca cara kerja "Formulir Hubungi Agen", QA menemukan risiko besar: "Bagaimana jika calon pembeli berhasil menekan tombol 'Kirim Pesan', tapi email notifikasinya tidak pernah masuk ke HP agen properti?" Skenario ini langsung dicatat sebagai prioritas tertinggi karena dampaknya adalah hilangnya calon pembeli.
3. Test Design & Implementation (Pembuatan Skenario)

Setelah tahu bagian mana yang rawan, QA membuat "buku panduan" pengujian yang disebut Test Case. Test Case berisi langkah-langkah detail, seperti: Klik ini, isi teks itu, dan ekspektasinya harus muncul pesan sukses.

Di sinilah otomatisasi mulai masuk. Jika langkahnya terlalu panjang dan membosankan untuk diklik manual setiap hari, QA mulai membuatkan program robotnya.

💡 Contoh: QA membuat skenario untuk memastikan "Urutkan Harga Rumah dari Termurah" berjalan lancar. Mengecek harga ratusan rumah satu per satu secara manual tentu sangat melelahkan. Di sini, QA mulai menulis skrip otomatisasi menggunakan Playwright agar robot yang mengecek urutan harga di layar, dan menggunakan Postman untuk memastikan data dari server (API) memang sudah urut.
4. Test Execution & Defect Management (Eksekusi & Pelaporan Bug)

Ini adalah tahap "praktek lapangan". Aplikasi benar-benar digunakan, tombol-tombol diklik (baik oleh manusia maupun oleh robot otomatisasi). Jika ada yang tidak berfungsi semestinya (bug/defect), QA harus segera melaporkannya ke developer dengan bukti yang jelas.

💡 Contoh: Developer baru saja memasukkan kode baru. Sistem otomatisasi (via GitHub Actions) langsung menjalankan skrip yang dibuat QA tadi. Hasilnya, terdeteksi sebuah bug: "Gambar rumah tidak muncul jika statusnya 'Terjual'". Sistem otomatis langsung mencatat masalah ini ke aplikasi Jira, lengkap dengan screenshot, agar developer bisa langsung memperbaikinya.
5. Test Completion (Rapor Kelayakan)

Setelah semua dites dan masalah penting sudah diperbaiki, tugas QA tidak sekadar bilang "Oke, beres". QA harus memberikan "Rapor" formal berupa Test Summary Report ke seluruh tim sebagai tanda bahwa aplikasi sudah aman dan siap dipakai oleh publik.

💡 Contoh: Sebelum aplikasi portal properti diluncurkan, QA mengirimkan ringkasan ke grup Slack/Teams: "Pengujian rilis v4.0 Selesai. Fitur Pencarian dan Formulir Agen 100% Aman. Ada 1 bug kecil pada warna tombol yang tidak memblokir pengguna. Kesimpulan: Aplikasi Siap Dirilis (Go-Live)."
Kesimpulan

Kerja QA yang terstruktur memastikan tidak ada celah yang terlewat. Otomatisasi (penggunaan robot untuk mengetes) bukanlah pengganti pengujian manual, melainkan alat bantu agar kita bisa mengetes lebih cepat dan lebih akurat. Kualitas produk harus dikawal ketat dari awal ide dibuat hingga akhirnya sampai ke tangan konsumen.