Isi
- 1. Pengguna akhir mengerti persis apa yang perlu dilakukan sistem (untuk mereka).
- 2. Penerimaan pengguna akhir lebih mungkin jika mereka terlibat selama tahap awal pengujian.
- Tanpa Bug, Tanpa Stres - Panduan Langkah Demi Langkah Anda untuk Membuat Perangkat Lunak yang Mengubah Hidup Tanpa Menghancurkan Kehidupan Anda
- 3. Pengguna akhir dapat mengidentifikasi bug sebelum terlalu mahal untuk diperbaiki.
- 4. Pengguna akhir menawarkan perspektif yang lebih luas.
- Kesimpulan
Sumber: Rawpixelimages / Dreamstime.com
Bawa pulang:
Melibatkan pengguna akhir di awal pengujian bisa sangat bermanfaat dan menghasilkan hasil yang lebih baik.
Sebagai pengguna akhir, banyak dari kita yang telah menguji suatu produk atau layanan sebelum pergi ke pasar mengetahui dengan kecemasan yang tidak menyenangkan di belakang pikiran kita yang menyarankan mungkin ada beberapa fungsi atau fitur yang tidak kita uji, hanya karena kita tidak tidak tahu tentang itu. Itulah mengapa sangat penting bagi pengguna akhir untuk terlibat dalam pengujian sebelum pengujian penerimaan pengguna (UAT) dimulai.
Ini tangkapan dua puluh dua. Karena pengguna akhir biasanya bukan penguji yang terampil, mereka memiliki pekerjaan penuh waktu mereka sendiri untuk fokus. Namun, setiap produk perangkat lunak yang akan memiliki rilis yang sukses di lingkungan lincah hari ini akan membutuhkan sejumlah besar waktu mereka, dan tidak hanya pada akhir fase pengembangan.
Seringkali pengujian fungsional atau kinerja, sebelum UAT, ditugaskan ke tim pengujian yang mungkin tidak terlibat dalam pengumpulan persyaratan bisnis atau memiliki pengetahuan minimal tentang tujuan proyek, hanya mengandalkan skrip pengujian mereka. Penguji-penguji itu bahkan mungkin di-outsourcing-kan karena kekurangan staf. Rahmat menyelamatkan adalah bahwa penguji berpengalaman digunakan dalam situasi tenggelam atau berenang ini, dan memiliki keterampilan dinamis yang ditetapkan untuk melintasi perairan tersebut. Namun, mereka mungkin tidak selalu sepenuhnya memahami perairan yang mengelilinginya, sehingga ada batasan untuk apa yang bisa mereka lakukan.
Keterbatasan seperti itu dapat menjadi sangat mahal untuk proyek, sangat cepat. Cara yang paling hemat biaya untuk menghindari cacat adalah dengan melibatkan pengguna akhir dalam pengujian sepanjang siklus pengembangan produk.
1. Pengguna akhir mengerti persis apa yang perlu dilakukan sistem (untuk mereka).
Penguji yang berpengalaman dapat disarankan tentang persyaratan, namun mereka mungkin tidak tahu apakah produk yang mereka uji secara efektif memenuhi persyaratan tersebut atau menyelesaikan semua masalah yang diperlukan, terutama yang tidak pernah disebutkan selama sesi pengumpulan persyaratan.
“Kita perlu melakukan pengujian di setiap tahap dengan meluncurkan modul tambahan ke tester. Itu tidak bisa menunggu sampai akhir; jika produk gagal, kami ingin memperbaikinya dengan cepat, ”kata Bashir Fancy, Ketua dan CEO Asosiasi Profesional TI Kanada (CIPS). Dia juga percaya bahwa pendekatan ini, sering disebut sebagai metodologi agile pemrograman ekstrim, memberikan proyek dengan tingkat partisipasi yang lebih tinggi selama UAT.
2. Penerimaan pengguna akhir lebih mungkin jika mereka terlibat selama tahap awal pengujian.
Robin Goldsmith, pemilik Go Pro Management Consultancy, tidak merekomendasikan mencoba mengubah pengguna akhir menjadi "penguji miniatur," namun ia memahami pentingnya membawa mereka ke dalam gambar lebih awal. "Pengguna harus mulai berpikir serius tentang apa yang ingin mereka lihat dalam produk yang dikirim sebelum mereka dapat merasa cukup percaya diri untuk mengandalkannya."
Melibatkan pengguna sejak dini tidak hanya memungkinkan mereka untuk menjadi lebih kompeten dan percaya diri sebagai penguji, tetapi juga membuat mereka merasa diberdayakan sebagai pemangku kepentingan utama. "Mereka ingin tahu bahwa tim proyek memfasilitasi versi kriteria penerimaan pengguna, bukan milik mereka sendiri," kata Goldsmith.
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.
3. Pengguna akhir dapat mengidentifikasi bug sebelum terlalu mahal untuk diperbaiki.
Semakin awal kita menemukan cacat, semakin sedikit uang yang dibutuhkan untuk memperbaikinya. Sebuah studi terkenal yang diterbitkan oleh Institut Nasional Standar dan Teknologi (NIST) pada tahun 2002 menunjukkan bahwa biaya perbaikan satu bug yang ditemukan selama fase produksi adalah 15 jam, dibandingkan dengan lima jam usaha jika bug yang sama ditemukan selama pengembangan.
Dan kita hanya melihat ujung gunung es.
Adalah jauh lebih mudah untuk mengisi ulang peran operasional sebagai lawan dari peran penguji UAT karena yang terakhir membutuhkan seseorang dengan pengalaman yang sangat spesifik, dan melihat ke belakang, untuk memvalidasi produk yang dikembangkan secara khusus untuk penggunaannya. Mengintip cepat di setiap lokasi kerja utama Kanada menunjukkan gaji rata-rata untuk penguji QA berkisar antara $ 55.000 dan $ 80.000. Angka-angka ini dapat dengan mudah meroket untuk perusahaan yang mengalihdayakan penguji mereka, yang harganya bisa mencapai $ 100 per jam ketika bekerja pada proyek profil tinggi. Gaji rata-rata untuk peran administratif, seperti koordinator administrasi klinis misalnya, berkisar antara $ 35.000 hingga $ 45.000.
Satu hal yang tidak dapat kami perkirakan adalah kerusakan reputasi yang terjadi ketika pengguna akhir, yang tidak terlibat sampai fase UAT, melihat produk yang harus mereka gunakan untuk pertama kalinya. Pada titik ini, mereka telah diatur untuk sejumlah rintangan, seperti dipaksa untuk berurusan dengan perubahan atau bahkan mungkin transformasi, dan sekarang memiliki rentang waktu yang singkat untuk menjadi ahli dengan produk atau layanan baru yang mereka tidak ditanyai tentang . Kecuali jika tim proyek dapat menawarkan produk yang sangat bagus, ada risiko tinggi bahwa umpan balik negatif yang diberikan oleh pengguna akhir dapat menodai reputasi proyek.
4. Pengguna akhir menawarkan perspektif yang lebih luas.
Sementara tim proyek bekerja sepanjang waktu tentang hasil proyek, seperti memfasilitasi pertemuan, mengidentifikasi persyaratan, dan memperbarui grafik Gantt, pengguna akhir dapat tetap fokus untuk memastikan produk yang semua orang bekerja dengan sangat keras untuk dikirim benar-benar melakukan apa yang diperlukan.
Perusahaan-perusahaan Fortune 500, seperti Apple dan Google, melakukan pengujian beta di mana, dengan beberapa bentuk kompensasi, publik dapat mengakses rilis awal produk, bug, dan semuanya, sebagai imbalan atas partisipasi mereka dalam membantu mengidentifikasi cacat dan memberikan umpan balik yang bermanfaat. .
Direktur Kode Pusat Mario Sancho, yang mengelola program pengujian beta untuk banyak perusahaan Fortune 1000 Kanada, percaya validasi pelanggan harus terjadi pada setidaknya tiga tingkat pengujian umum: uji alfa, di mana pengguna menguji rilis paling awal yang mungkin, pengujian beta, di mana pengguna dapat menguji setiap fitur utama produk, dan uji lapangan, juga dikenal sebagai UAT.
Kesimpulan
Pentingnya penerimaan pengguna akhir tidak dapat dikecilkan. Apa pun yang disosialisasikan tentang pengalaman UAT kepada manajemen, kolega dan publik dapat menandai warisan proyek sebagai keberhasilan atau kegagalan untuk waktu yang lama. Meskipun proyek mendapat manfaat dari pengalaman tim proyek yang sangat baik, memenuhi semua tenggat waktu, dan tetap sesuai anggaran, pandangan pemangku kepentingan tentang seberapa baik proyek mencapai (atau tidak mencapai) ruang lingkupnya sangat terbebani oleh pengalaman pengguna akhir.