User acceptance test (UAT) atau pengujian penerimaan pengguna adalah fase terakhir dari proses pengujian perangkat lunak. Selama UAT, perangkat lunak perangkat lunak diuji untuk memastikan apakah fungsi dan tugasnya sudah sesuai dengan requirement atau kebutuhan pengguna. UAT adalah salah satu prosedur proyek perangkat lunak final dan paling penting yang harus dilaksanakan sebelum perangkat lunak yang telah dikembangkan diluncurkan
Menurut Perry (2006, hlm. 70), UAT adalah pengujian yang dimulai oleh pengguna akhir, di mana pengguna biasanya adalah karyawan atau kolaborator perusahaan yang berinteraksi langsung dengan sistem, dan di mana fungsionalitas yang ada memenuhi kebutuhan UAT. Memberikan dokumentasi hasil yang dapat digunakan sebagai bukti penerimaan pengguna terhadap produk yang diproduksi. Kebutuhan apa yang tersirat Tentu saja, persyaratan perangkat lunak telah disepakati sebelumnya antara pengembang dan pengguna. Menurut Black (2009), tes penerimaan biasanya mencoba untuk menunjukkan bahwa suatu sistem memenuhi persyaratan tertentu. Persyaratan-persayartan tersebut bisa jadi terdiri dari requirement perangkat lunaknya saja, maupun persyaratan lain seperti bagaimana dalam metode pengembangan SCRUM dapat terjadi perubahan yang tiba-tiba di luar system requiremenError! Hyperlink reference not valid. Meskipun tentunya perubahan tersebut tentunya berisiko menambah sprint atau waktu pengerjaan serta biaya jasa pengembangan perangkat lunak. Pada pengembangan software dan hardware komersial, acceptance test biasanya disebut juga alpha tests yang dilakukan oleh pengguna in-house, dan beta tests yang dilakukan oleh pengguna yang sedang menggunakan atau akan menggunakan sistem tersebut. Pada intinya proses alpa dan beta test ini juga merupakan UAT, hanya saja dilakukan untuk aplikasi komersial yang akan digunakan oleh banyak pengguna dan dipublish di marketplace terbuka seperti Google Play Store (bukan hanya suatu perusahaan dan karyawannya saja). Dapat disimpulkan bahwa UAT adalah pengujian yang dilakukan oleh pengguna langsung aplikasi yang akan menggunakan perangkat lunak yang sedang dikembangkan untuk memastikan perangkat lunak sudah sesuai dengan kebutuhan dari pengguna.
Sebelumnya telah dijelaskan bahwa UAT sering disebut sebagai pengujian alpha dan beta dalam aplikasi komersial. Keduanya merupakan jenis UAT yang dijalankan dan memiliki perannya masing-masing. Selanjutnya, kita akan membahas jenis-jenis UAT.
1. Alpha Testing
Pengujian alpha adalah pengujian akhir perangkat lunak sebelum dirilis ke masyarakat umum. Pengujian alfa dilakukan in-house atau in-house dan melibatkan pengembang pengguna, analis bisnis, dan tim pengujian. Misalnya, tempatkan PIC atau staf TI perusahaan Anda terlebih dahulu dan kecualikan pengguna akhir perusahaan Anda (akuntansi, HRD, dll.). Pengujian alfa memiliki dua fase: 1. Selama fase pertama pengujian alfa, perangkat lunak diuji oleh pengembang di lingkungan internal mereka. Gunakan debugger perangkat lunak atau debugger yang dibantu perangkat keras. Tujuannya adalah untuk menangkap bug dengan cepat. 2. Selama fase kedua pengujian alfa, perangkat lunak diserahkan kepada personel QA (Jaminan Mutu) perangkat lunak untuk pengujian tambahan di lingkungan yang serupa dengan penggunaan yang dimaksudkan. Ini untuk mensimulasikan lingkungan nyata atau pengujian untuk menghindari kegagalan atau cacat sistem nyata selama instalasi sistem (Udzlmd, 2014). Pada dasarnya, pengujian alpha sering digunakan dengan perangkat lunak sebagai bentuk pengujian penerimaan internal sebelum perangkat lunak memasuki pengujian beta. Pengujian alfa dijalankan di lingkungan pengembang oleh tim internal sebelum dirilis ke pelanggan eksternal. 2. Tes beta Pengujian beta, juga dikenal sebagai pengujian pengguna, dilakukan di situs pengguna akhir (pengguna akhir) untuk memvalidasi kegunaan, fungsionalitas, kompatibilitas, dan pengujian keandalan perangkat lunak yang dibangun. Ini juga disebut pengujian lapangan. Pengujian ini dilakukan di lingkungan pengguna akhir (server kantor pengguna, bukan server pengembang). Pengujian beta adalah fase kedua pengujian perangkat lunak di mana Anda mencoba aplikasi Anda dengan pengguna aplikasi Anda yang sebenarnya. Tujuan pengujian beta adalah untuk menempatkan aplikasi ke tangan pengguna nyata di luar tim pengembangan untuk menemukan bug dan masalah dari perspektif pengguna akhir (Buche, 2021).
Proses UAT adalah untuk memeriksa dan menguji hasil dari perangkat lunak yang dihasilkan. Antara lain, periksa apakah poin-poin dalam dokumen persyaratan sudah ada di perangkat lunak yang diuji. Selain itu, item yang diterbitkan diuji untuk melihat apakah mereka dapat memenuhi kebutuhan pengguna. Untuk informasi lebih lanjut, Venkatesh (2003) mencantumkan proses atau fase berikut dari Pengujian Penerimaan Pengguna (UAT): 1. Menyusun Rencana UAT Rencana pengujian UAT menjelaskan strategi yang harus Anda gunakan untuk memvalidasi dan mengonfirmasi bahwa aplikasi Anda memenuhi kebutuhan bisnis Anda. Fase ini juga mencakup persiapan dokumen kriteria masuk dan keluar UAT, skenario pengujian, pendekatan kasus uji, rencana pengujian, tanggal, lingkungan, aktor, peran, dan tanggung jawab yang akan dijalankan dalam rencana pengujian UAT. 2. Desain UAT Langkah ini menggunakan kriteria penerimaan yang dikumpulkan dari pengguna. Berdasarkan kriteria, tim QA (Quality Assurance) akan memberikan daftar kasus uji UAT kepada pengguna. Proses ini juga mencakup dua tahap: 1. Identifikasi Skenario Uji dan Kasus Uji: Identifikasi skenario uji yang terkait dengan proses yang dibuat dan diuji dalam prosedur yang jelas. 2. Menyiapkan data uji: Kami sangat menyarankan menggunakan data langsung untuk UAT. Untuk alasan privasi dan keamanan, data harus dienkripsi dan bukan data sebenarnya. 3. Eksekusi Uji UAT Fase eksekusi tes UAT adalah fase implementasi kasus uji dan pelaporan kesalahan (jika ada). Selain itu, pengujian UAT juga memungkinkan Anda untuk menguji ulang jika bug telah diperbaiki setelah diperbaiki. Kasus uji UAT membantu tim menguji aplikasi mereka secara efektif di lingkungan UAT. Setelah semua tes selesai dan hasilnya tersedia, keputusan penerimaan akan dibuat. Keputusan ini sering disebut keputusan go/no-go. Jika pengguna puas, hasil tes UAT disebut lulus, jika tidak disebut gagal. 4. Konfirmasi Tujuan Bisnis yang dipenuhi Analis bisnis atau pemeriksa UAT harus menggunakan dokumen uji UAT untuk memastikan bahwa berbagai tujuan bisnis terpenuhi. Selama fase ini, kita perlu memastikan bahwa produk tersebut cocok untuk penyebaran produksi. Keluaran dari pengujian UAT adalah rencana pengujian, skenario UAT, kasus uji, dan hasil pengujian. Berikut adalah kriteria yang harus dipertimbangkan untuk rilis UAT sebelum memindahkan perangkat lunak ke produksi:
1. Tidak ada cacat kritis yang terbuka
2. Proses bisnis bekerja dengan memuaskan
5. Sign Off Setelah berhasil menyelesaikan tes dan secara umum menyelesaikan masalah tim, tes UAT dianggap berhasil, yang menunjukkan penerimaan aplikasi. Fakta bahwa pengguna telah menerima perangkat lunak berarti perangkat lunak tersebut memenuhi persyaratan yang ditentukan, siap diluncurkan di lingkungan produksi dan dapat melanjutkan dengan pembatalan pendaftaran.
Menurut Dalimunthe & Wibisono (2013), pengujian penerimaan pengguna memiliki beberapa tujuan dan manfaat: Manfaat UAT 1. Meningkatkan kepercayaan pelanggan bahwa perangkat lunak dapat memenuhi kebutuhan mereka. 2. Pengujian memastikan bahwa perangkat lunak stabil dan berfungsi dengan baik dengan mengidentifikasi bug. 3. Kepuasan pelanggan meningkat karena mereka memiliki keyakinan bahwa sistem memenuhi kebutuhan mereka. 4. Memperoleh sistem sesuai dengan spesifikasi fungsional sistem. Tujuan UAT 1. Menguji apakah sistem memenuhi spesifikasi fungsional sistem. 2. Membangun keyakinan bahwa sistem yang disampaikan memenuhi kebutuhan bisnis sponsor dan pengguna. 3. Melengkapi sejumlah tambahan yang telah disetujui.
Ada banyak faktor yang mempengaruhi penerimaan pengguna terhadap suatu sistem. Salah satunya adalah faktor kegunaan. Usability adalah pengalaman pengguna saat berinteraksi dengan aplikasi atau website, sehingga lebih mudah dan cepat bagi pengguna. Ada banyak cara untuk menguji kegunaan perangkat lunak. Beberapa di antaranya adalah Technology Acceptance Model (TAM), System Usability Scale dan GOMS. Selain itu, terdapat metode perancangan sistem yang berpusat pada pengguna sebagai metode evaluasi antarmuka pengguna yang dapat menilai tingkat antarmuka pengguna sistem. Dalam pendekatan desain sistem yang berpusat pada pengguna ini, evaluasi sistem berfokus pada antarmuka dari sudut pandang pengguna. Pengguna adalah objek utama dalam merancang dan membangun sistem yang baik. Antarmuka pengguna terdiri dari layar menu (tampilan di layar), ikon dan gerakan, dan bahasa perintah. Usability merupakan topik sentral dalam Human-Computer Interaction (HCI) karena merupakan aspek penting dalam mengevaluasi kualitas antarmuka pengguna. Antarmuka pengguna yang hebat dan menarik memudahkan pengguna untuk menggunakannya. Prinsip kesederhanaan dalam desain antarmuka pengguna sangat penting. Jika antarmuka pengguna terlalu rumit, pengguna harus mempelajari kembali cara menggunakannya, membuat sistem sulit digunakan. Pengguna sering menilai sistem dengan antarmuka daripada fitur-fiturnya. Jika antarmuka pengguna dirancang dengan buruk, seringkali menjadi alasan untuk tidak menggunakan perangkat lunak. Desain yang ramah pengguna adalah kondisi yang dapat kita gunakan dengan mudah dan nyaman. Lebih lanjut, Davis (1989) menjelaskan bahwa, menurut pendapatnya, alasan penolakan pengguna sistem informasi untuk menerima sistem ditentukan oleh dua variabel mendasar:
1. keyakinan kemudahan dalam pemakaian (perceived ease of use), dan
2. keyakinan akan manfaat (perceived usefullness).
Menurutnya, kedua variabel tersebut secara bersama-sama mempengaruhi keinginan untuk menggunakan sistem dan secara tidak langsung mempengaruhi penggunaan sistem.
Kesempatan lowongan magang terbaru di tahun 2024
Baca Selengkapnya..