Isi
- Demo dan Mati!
- Langkah Ke Sepatu Pengguna
- Sejarah UAT Singkat
- UAT Memberitahu Anda Bagaimana Sistem Dapat Digunakan
- Siapa yang Dapat Melakukan UAT?
- Tanpa Bug, Tanpa Stres - Panduan Langkah Demi Langkah Anda untuk Membuat Perangkat Lunak yang Mengubah Hidup Tanpa Menghancurkan Kehidupan Anda
- Aliran Keberhasilan Dan Kegagalan
- Manfaat UAT
Sumber: Lightcome / iStockphoto
Bawa pulang:
Setelah perangkat lunak mengalami pengujian unit, integrasi dan sistem, kebutuhan untuk pengujian penerimaan mungkin tampak berlebihan. Mengapa pengujian penerimaan pengguna (UAT) masih penting? Di sini, pelajari juga manfaat UAT dan mengapa ini unik.
Demo dan Mati!
Pernahkah Anda menyampaikan presentasi atau pelatihan pelanggan, dan ada sesuatu yang setengah jalan? Atau, pernahkah Anda memberi seseorang seperangkat instruksi dan menyadari bahwa Anda melewatkan sesuatu, atau itu tidak berhasil seperti yang Anda harapkan? Selama masing-masing contoh ini, Anda mengadopsi perspektif pengguna akhir dan bekerja dengan perangkat lunak dalam persona itu. Kemungkinannya, Anda melakukan sesuatu yang berbeda karena Anda berpikir sebagai pengguna, bukan sebagai pengembang.
Langkah Ke Sepatu Pengguna
Sudut unik pengujian penerimaan pengguna (UAT) adalah untuk menguji perangkat lunak sebagai pengguna akhir. Perangkat lunak dibangun untuk memberikan hasil nyata kepada pengguna. Misalnya, situs e-commerce memungkinkan pelanggan membeli produk. Ketika pelanggan melakukan pemesanan, perangkat lunak situs e-commerce memberi tahu administrator toko, sehingga barang yang dipilih dapat ditarik dan dikemas untuk pengiriman. Mungkin ada berbagai jenis pengguna perangkat lunak, sehingga tahap pengujian ini memungkinkan tim pengembangan untuk memverifikasi bahwa pengguna akhir mencapai hasil perangkat lunak yang diharapkan.
Sejarah UAT Singkat
Sebelum munculnya internet, sebagian besar perangkat lunak dikerahkan untuk audiens pengguna yang dikenal. Jika perusahaan mengembangkan perangkat lunak untuk pelanggan, manajer yang ditugaskan memiliki wewenang untuk memverifikasi bahwa perangkat lunak memenuhi persyaratan kontrak. Ini dimaksudkan untuk mewakili suatu titik di mana perangkat lunak "cocok untuk tujuan," yang dicapai dengan memilih perwakilan pengguna akhir untuk melakukan pengujian dan memberikan laporan dengan hasil. Karena pengguna adalah kelompok yang dikenal dan tertutup, masing-masing dapat dilatih dalam penggunaan perangkat lunak, biasanya melalui langkah-langkah uji yang sangat rinci. Moto hari itu adalah bahwa lebih banyak detail lebih baik.
Karena semakin banyak perangkat lunak dikembangkan untuk pelanggan di web, audiens pengguna akhir menjadi lebih terbuka. Itu tidak mungkin lagi untuk mengidentifikasi dan melatih semua pengguna akhir yang mungkin, sehingga desain perangkat lunak harus memasukkan penekanan yang jauh lebih besar pada kegunaan dan harus mudah dimengerti - bahkan dengan informasi yang disediakan minimal. Jadi, UAT harus berubah untuk memenuhi persyaratan ini.
UAT Memberitahu Anda Bagaimana Sistem Dapat Digunakan
Jadi, UAT tidak hanya memberi tahu kita sejauh mana fungsionalitas untuk sebuah perangkat lunak, tetapi juga memberi tahu kita seberapa bisa digunakannya. Sebagian besar UAT paling baik dilakukan oleh individu yang memahami pengguna akhir yang ditargetkan yang akan mengalami perangkat lunak dengan sedikit pengetahuan sebelumnya dan dapat memberikan indikasi sebenarnya dari kemudahan perangkat lunak penggunaan dan apa yang perlu diperbaiki.
Siapa yang Dapat Melakukan UAT?
Sebagai pengembang menguji perangkat lunak, mereka mengingat detail tentang bagaimana suatu sistem ditulis. Pengetahuan ini dapat memengaruhi pengujian, dan pengembang dapat mengambil langkah yang berbeda dari pengguna akhir, seperti melakukan langkah lebih cepat atau mengabaikan detail halus yang mungkin membingungkan pengguna akhir. Dengan demikian, pengembang bukan kandidat UAT terbaik. Jadi siapa?
Banyak organisasi mempekerjakan tim pengujian khusus yang tidak terlibat dalam desain dan pengembangan teknis. Organisasi yang lebih kecil baik mengalokasikan pengujian untuk staf non-pengembangan, seperti mereka yang melakukan tugas administrasi, atau menggunakan layanan dari perusahaan luar. Beberapa organisasi menggunakan apa yang dikenal sebagai "pengujian lorong," di mana mereka benar-benar memilih anggota staf yang tidak secara aktif dipekerjakan pada proyek dan meminta mereka untuk mencoba sistem dari perspektif pengguna akhir. Contohnya akan memesan produk secara online.
Setelah pengujian internal, tahap uji coba atau pengujian beta dapat terjadi, di mana perangkat lunak tersedia untuk kelompok kecil pengguna "nyata" yang diundang untuk menggunakan produk secara gratis atau dengan diskon yang signifikan, sebagai imbalan untuk umpan balik penggunaan yang rinci.
Tanpa Bug, Tanpa Stres - Panduan Langkah Demi Langkah Anda untuk Membuat Perangkat Lunak yang Mengubah Hidup Tanpa Menghancurkan Kehidupan Anda
Anda tidak dapat meningkatkan keterampilan pemrograman Anda ketika tidak ada yang peduli dengan kualitas perangkat lunak.
Tahapan UAT progresif dengan beragam audiens meningkatkan kepercayaan diri terhadap kegunaan perangkat lunak. Dikombinasikan dengan fase pengembangan berulang, beberapa siklus UAT dapat dilakukan untuk menguji fitur-fitur baru saat dikirimkan, sambil memverifikasi fungsi-fungsi sebelumnya.
Penguji UAT yang baik ingin tahu apa yang terjadi jika mereka mengambil rute berbeda ke tujuan tertentu. Lagi pula, semua orang mendekati penggunaan perangkat lunak dengan cara yang berbeda, jadi jika banyak kemungkinan dapat dicakup oleh sekelompok kecil orang, kepercayaan perangkat lunak dalam mode operasi lebih tinggi.
Aliran Keberhasilan Dan Kegagalan
Proses UAT harus memverifikasi bahwa setiap jenis pengguna perangkat lunak memperoleh hasil nyata yang diperlukan untuk aliran keberhasilan dan kegagalan.
Dalam alur kesuksesan, pengguna akhir berjalan pergi dengan hasil yang diharapkan, seperti menempatkan pesanan produk. Dalam aliran kegagalan, perangkat lunak mendukung pengguna akhir melalui beberapa bentuk skenario kesalahan, seperti ketika pelanggan memberikan informasi pembayaran kartu kredit yang tidak valid.
Untuk memverifikasi fungsionalitas, beberapa informasi harus diberikan kepada penguji. Kalau tidak, mereka tidak tahu apa yang seharusnya dilakukan perangkat lunak. Tetapi untuk menguji kegunaan, ini harus minimal - hanya berdasarkan tugas atau persyaratan, seperti membeli "x" (produk) dan membayar "y" (menggunakan detail kartu kredit). Tanggung jawab harus ditempatkan pada penguji untuk mencatat pengamatan, keberhasilan dan kegagalan.
Manfaat UAT
Manfaat utama dari UAT yang baik adalah menjaga biaya pemeliharaan yang sedang berlangsung serendah mungkin. Lebih murah untuk memperbaiki masalah fungsionalitas dan kegunaan awal. Jauh lebih sulit untuk memperbaiki bug ketika ada lebih banyak kode di sekitarnya untuk uji regresi atau jika pengembang asli tidak tersedia.
UAT yang dilakukan dalam berbagai tahap dan dengan berbagai jenis audiens pengujian memberikan peluang yang optimal untuk mengidentifikasi dan memperbaiki fitur yang rusak / masalah kegunaan dalam fase awal pengujian. Menjaga sasaran UAT pada tingkat tugas dan persyaratan memungkinkan penguji untuk mengamati dan memperhatikan lebih banyak dan bahkan mencoba langkah-langkah di luar ruang lingkup yang disediakan pengembang.
Umpan balik dari siklus UAT dapat dimasukkan ke dalam iterasi pengembangan selanjutnya, meningkatkan ketahanan dan kegunaan perangkat lunak. Tepat waktu, bahkan fase uji beta dapat melengkapi kegiatan pemasaran dan penjualan dengan memberikan referensi dan umpan balik studi kasus.