User Acceptance Test (UAT): Cara Menguji Sistem Sebelum Serah Terima

User acceptance test (UAT) adalah tahap ketika pengguna dari pihak klien menguji sistem dengan skenario kerja nyata untuk memastikan sistem siap dipakai sebelum serah terima. UAT yang terencana mencegah kejutan setelah rilis, mempercepat penerimaan, dan menjadi dasar yang jelas untuk berita acara serah terima.

Poin penting

• UAT dilakukan oleh pengguna sebenarnya, bukan oleh programmer.
• Siapkan skenario tertulis berdasarkan pekerjaan sehari-hari.
• Catat setiap temuan dengan langkah, hasil yang diharapkan, dan bukti tangkapan layar.
• Bedakan bug dengan permintaan perubahan.
• Tetapkan kriteria lulus sebelum pengujian dimulai.

Mengapa UAT penting

Programmer menguji apakah fungsi berjalan. UAT menguji apakah sistem membantu pekerjaan. Sebuah formulir mungkin berfungsi sempurna secara teknis, tetapi urutan isiannya tidak sesuai dokumen yang dipegang staf, sehingga pekerjaan justru lebih lama. Hal seperti ini hanya terlihat ketika pengguna sebenarnya mencobanya.

UAT juga melindungi kedua pihak. Klien memiliki bukti bahwa sistem sudah diuji sebelum diterima, dan pengembang memiliki batas yang jelas antara perbaikan dan pekerjaan tambahan.

Siapa yang terlibat

• Penguji: staf yang akan memakai sistem setiap hari, sebaiknya dari setiap peran pengguna.
• Koordinator klien: mengatur jadwal, mengumpulkan temuan, dan mengambil keputusan.
• Tim pengembang: mendampingi, menjelaskan, dan memperbaiki temuan.
• Pimpinan: menyetujui hasil akhir dan menandatangani berita acara.

Menyusun skenario uji

Skenario sebaiknya meniru pekerjaan nyata, bukan sekadar daftar menu. Contoh skenario yang baik: "Staf keuangan membuat tagihan untuk 20 mahasiswa, satu mahasiswa membayar sebagian, lalu staf mencetak laporan tunggakan."

Setiap skenario memuat:

• Peran pengguna yang menjalankan.
• Data awal yang dibutuhkan.
• Langkah-langkah.
• Hasil yang diharapkan.
• Kolom hasil aktual dan status lulus atau gagal.

Jangan lupa skenario pengecualian: data salah ketik, pembatalan, hak akses yang tidak berwenang, dan pemakaian dari ponsel bila memang dibutuhkan.

Mencatat temuan dengan benar

Temuan yang jelas mempercepat perbaikan. Gunakan format yang sama untuk setiap temuan:

• Judul singkat.
• Langkah untuk mengulang masalah.
• Hasil yang diharapkan dan hasil yang terjadi.
• Tangkapan layar atau rekaman layar.
• Tingkat dampak: berat (pekerjaan tidak bisa dilanjutkan), sedang, atau ringan (tampilan, ejaan).

Kriteria lulus

Sepakati sebelum UAT dimulai, misalnya:

• Semua skenario utama lulus.
• Tidak ada temuan berat yang tersisa.
• Temuan sedang dan ringan memiliki jadwal perbaikan yang disepakati.
• Data uji sudah dibersihkan dan data awal siap dimigrasikan.

Kesalahan umum

• UAT dilakukan oleh satu orang yang tidak mewakili semua peran.
• Skenario dibuat dadakan saat pengujian.
• Temuan dikirim lewat banyak saluran chat sehingga ada yang tercecer.
• Permintaan fitur baru dicampur dengan bug, sehingga jadwal serah terima mundur tanpa kejelasan.
• Pengujian memakai data yang terlalu sedikit sehingga masalah performa tidak terlihat.

Contoh format lembar skenario

Lembar skenario sederhana sudah cukup, asalkan konsisten. Contoh kolom yang dipakai:

1. Nomor skenario dan modul.
2. Peran pengguna, misalnya staf akademik atau kepala bagian.
3. Prasyarat, misalnya data mahasiswa semester ganjil sudah tersedia.
4. Langkah-langkah, ditulis berurutan dan singkat.
5. Hasil yang diharapkan.
6. Hasil aktual, diisi saat pengujian.
7. Status: lulus, gagal, atau perlu klarifikasi.
8. Catatan dan tautan tangkapan layar.

Simpan lembar ini di tempat bersama yang bisa diakses kedua pihak, sehingga status setiap temuan selalu jelas tanpa harus menelusuri percakapan.

UAT bertahap untuk sistem besar

Sistem dengan banyak modul sebaiknya diuji per modul begitu modul tersebut selesai, bukan sekaligus di akhir proyek. UAT bertahap memberi beberapa keuntungan: pengguna tidak kewalahan, temuan desain bisa dipakai untuk memperbaiki modul berikutnya, dan risiko serah terima mundur berkurang. Setelah semua modul lulus, lakukan satu putaran pengujian alur lengkap lintas modul, misalnya dari pendaftaran sampai laporan pimpinan.

Menyiapkan pengguna sebelum UAT

Berikan pengenalan singkat sebelum UAT dimulai: tujuan pengujian, cara mengisi lembar skenario, dan cara melaporkan temuan. Penguji yang memahami bahwa tugasnya mencari masalah, bukan sekadar mencoba-coba, akan memberi masukan yang jauh lebih berguna. Sediakan juga data uji yang mirip data sebenarnya agar hasil pengujian mencerminkan kondisi nyata.

UAT adalah salah satu tahap dalam tahapan pembuatan sistem informasi. Di Rajonet, UAT bersama klien menjadi syarat sebelum serah terima, dan progresnya dapat dipantau melalui portal klien.