- Apakah Itu Ujian Penerimaan Pengguna?
- 7 Cabaran UAT Dan Mitigasi Rancang
- Ujian Sistem Vs Ujian Penerimaan Pengguna
- Kesimpulan
Ketahui Apa itu Ujian Penerimaan Pengguna (UAT), Bersama dengan Definisi, Jenis, Langkah dan Contohnya:
Peraturan nombor satu saya apabila cuba memahami konsep baharu ialah : nama itu sentiasa relevan dan kebanyakannya bermaksud literal (dalam konteks teknikal).
Mengetahui apa itu, akan memberikan pemahaman awal tentangnya dan membantu saya untuk mulakan dengan.
=> Klik Di Sini Untuk Siri Tutorial Pelan Ujian Lengkap
Mari kami menguji konsep ini.
=> Baca semua tutorial dalam siri Ujian Penerimaan kami.
Apakah Itu Ujian Penerimaan Pengguna?
Kami tahu apa itu ujian, penerimaan bermakna kelulusan atau persetujuan. Pengguna dalam konteks produk perisian ialah sama ada pengguna perisian atau orang yang meminta perisian itu dibina untuknya (pelanggan).
Jadi, mengikut peraturan saya – definisi akan menjadi:
User Acceptance Testing (UAT), juga dikenali sebagai beta atau ujian pengguna akhir, ditakrifkan sebagai menguji perisian oleh pengguna atau pelanggan untuk menentukan sama ada ia boleh diterima atau tidak. Ini ialah ujian akhir yang dilakukan setelah ujian fungsian, sistem dan regresi selesai.
Tujuan utama ujian ini adalah untuk mengesahkan perisian terhadap keperluan perniagaan. Pengesahan ini dijalankan oleh pengguna akhir yang biasa dengan keperluan perniagaan.projek.
Pasukan UAT – Peranan & Tanggungjawab
Organisasi UAT biasa akan mempunyai Peranan dan tanggungjawab berikut. Pasukan UAT akan disokong oleh pengurus projek, pasukan pembangunan dan ujian berdasarkan keperluan mereka.
Peranan | Tanggungjawab | Boleh Disampaikan |
---|---|---|
Pengurus Program Perniagaan | • Mencipta dan menyelenggara rancangan Penyampaian Program • Menyemak dan Meluluskan Strategi dan Pelan Ujian UAT • Memastikan kejayaan penyiapan program mengikut jadual dan belanjawan • Berhubung dengan Pengurus program IT dan pantau kemajuan program • Bekerjasama rapat dengan pasukan operasi perniagaan dan melengkapkan mereka untuk operasi Hari 1 • Dokumen Keperluan Perniagaan Log Keluar • Semak kandungan kursus e-pembelajaran
| • Laporan kemajuan program • Laporan status mingguan
|
Pengurus Ujian UAT | • Strategi UAT Crete • Memastikan kerjasama yang berkesan antara IT dan Business BA dan PMO • Mengambil bahagian dalam mesyuarat panduan keperluan • Semak Anggaran Usaha, Pelan Ujian • Pastikan Kebolehkesanan Keperluan • Dorong pengumpulan metrik untuk mengukur manfaat yang diperoleh daripada metodologi ujian, alatan dan penggunaan persekitaran yang dikemas kini
| • Strategi Ujian Induk • Semakan & meluluskan Senario Ujian • Semakan & meluluskan UjianKes • Semakan & Luluskan Matriks Kebolehkesanan Keperluan • Laporan Status Mingguan
|
Pemimpin Ujian UAT & Pasukan | • Sahkan & Sahkan Keperluan Perniagaan terhadap proses Perniagaan • Anggaran untuk UAT • Buat & Laksanakan Pelan ujian UAT • Mengambil bahagian dalam sesi JAD keperluan • Sediakan senario ujian, kes ujian dan data ujian berdasarkan Proses Perniagaan • Mengekalkan Kebolehkesanan • Laksanakan kes ujian dan sediakan log ujian • Laporkan kecacatan dalam alat pengurusan ujian dan uruskannya sepanjang kitaran hayatnya • Hasilkan UAT Akhir laporan ujian • Sediakan Perniagaan Sokongan Kesediaan dan Pembuktian Langsung
| • Log Ujian • Laporan Status Mingguan • Laporan Kecacatan • Metrik Pelaksanaan Ujian • Laporan Ringkasan Ujian • Artifak Ujian Boleh Guna Semula Arkib
|
7 Cabaran UAT Dan Mitigasi Rancang
Tidak kira sama ada anda adalah sebahagian daripada keluaran berbilion dolar atau pasukan permulaan, anda harus mengatasi semua cabaran ini untuk menyampaikan perisian yang berjaya untuk penghujungnya -pengguna.
#1) Persediaan persekitaran dan proses penggunaan:
Menjalankan ujian ini dalam persekitaran yang sama yang digunakan oleh pasukan ujian berfungsi pastinya akan mengabaikan kes penggunaan dunia sebenar. Selain itu, aktiviti ujian penting seperti ujian prestasi tidak boleh dijalankan pada ujianpersekitaran dengan data ujian yang tidak lengkap.
Persekitaran seperti pengeluaran yang berasingan harus disediakan untuk ujian ini.
Setelah persekitaran UAT dipisahkan daripada persekitaran ujian, anda perlu mengawal kitaran keluaran dengan berkesan. Kitaran keluaran yang tidak terkawal boleh membawa kepada versi perisian yang berbeza pada persekitaran ujian dan UAT. Masa ujian penerimaan yang berharga dibazirkan apabila perisian tidak diuji pada versi terkini.
Sementara itu, masa yang diperlukan untuk penjejakan isu pada versi perisian yang salah adalah tinggi.
#2) Perancangan Ujian:
Pengujian ini harus dirancang dengan pelan ujian penerimaan yang jelas dalam analisis keperluan dan fasa reka bentuk.
Dalam perancangan strategi, set kes penggunaan dunia sebenar harus dikenal pasti untuk dilaksanakan. Adalah sangat penting untuk menentukan objektif ujian untuk ujian ini kerana pelaksanaan ujian yang lengkap tidak mungkin untuk aplikasi besar dalam fasa ujian ini. Pengujian hendaklah dijalankan dengan mengutamakan objektif perniagaan yang kritikal terlebih dahulu.
Pengujian ini dijalankan pada penghujung kitaran ujian. Jelas sekali, ia adalah tempoh paling kritikal untuk keluaran perisian. Kelewatan dalam mana-mana peringkat pembangunan dan ujian sebelumnya akan memakan masa UAT.
Perancangan ujian yang tidak betul, dalam kes yang paling teruk, membawa kepada pertindihan antara ujian sistem dan UAT. Disebabkan kurang masa dan tekanan untuk memenuhi tarikh akhir, perisian itu digunakankepada persekitaran ini walaupun ujian berfungsi tidak selesai. Matlamat teras ujian ini tidak dapat dicapai dalam situasi sedemikian.
Pelan ujian UAT harus disediakan dan dimaklumkan kepada pasukan dengan baik sebelum memulakan ujian ini. Ini akan membantu mereka untuk perancangan ujian, menulis kes ujian & skrip ujian dan mencipta persekitaran UAT.
#3) Mengendalikan keperluan perniagaan baharu sebagai insiden/kecacatan:
Kekaburan dalam keperluan terperangkap dalam fasa UAT. Penguji UAT menemui isu yang timbul disebabkan keperluan yang samar-samar (dengan melihat UI lengkap yang tidak tersedia semasa fasa pengumpulan keperluan) dan mencatatnya sebagai kecacatan.
Pelanggan menjangkakan perkara ini akan diperbaiki dalam keluaran semasa tanpa mengambil kira masa untuk permintaan perubahan. Jika keputusan tepat pada masanya tidak diambil oleh pengurusan projek mengenai perubahan saat akhir ini, maka ini boleh menyebabkan kegagalan keluaran.
#4) Penguji atau penguji tidak mahir tanpa pengetahuan perniagaan:
Apabila tiada pasukan tetap, syarikat memilih kakitangan UAT daripada pelbagai jabatan dalaman.
Walaupun kakitangan itu sudah biasa dengan keperluan perniagaan, atau jika mereka tidak dilatih untuk yang baharu keperluan yang sedang dibangunkan, mereka tidak dapat melaksanakan UAT yang berkesan. Selain itu, pasukan perniagaan bukan teknikal mungkin menghadapi banyak kesukaran teknikal dalam melaksanakan kes ujian.
Sementara itu, menugaskanpenguji pada penghujung kitaran UAT tidak menambah sebarang nilai pada projek. Sedikit masa untuk melatih kakitangan UAT boleh meningkatkan peluang kejayaan UAT dengan ketara.
#5) Saluran Komunikasi Tidak Betul:
Komunikasi antara pembangunan jauh, ujian dan UAT pasukan lebih sukar. Komunikasi e-mel selalunya sangat sukar apabila anda mempunyai pasukan teknologi luar pesisir. Kekaburan kecil dalam laporan insiden boleh menangguhkan pembetulannya selama sehari.
Perancangan yang betul dan komunikasi yang berkesan adalah penting untuk kerjasama pasukan yang berkesan. Pasukan projek harus menggunakan alat berasaskan web untuk log kecacatan dan soalan. Ini akan membantu mengagihkan beban kerja secara sama rata dan mengelakkan melaporkan isu pendua.
#6) Meminta pasukan ujian Fungsian untuk melakukan ujian ini:
Tiada situasi yang lebih buruk daripada meminta pasukan ujian berfungsi melaksanakan UAT.
Pelanggan membebankan tanggungjawab mereka kepada pasukan ujian kerana kekurangan sumber. Keseluruhan tujuan ujian ini akan terjejas dalam kes sedemikian. Setelah perisian disiarkan secara langsung, pengguna akhir akan segera melihat isu yang tidak dianggap sebagai senario dunia sebenar oleh penguji berfungsi.
Penyelesaian untuk perkara ini adalah dengan memberikan ujian ini kepada penguji yang berdedikasi dan mahir. mempunyai pengetahuan perniagaan.
#7) The Blame Game
Kadangkala pengguna perniagaan hanya cuba mencari sebab untuk menolak perisian. Ia mungkin merekakendiri untuk menunjukkan betapa unggulnya mereka atau menyalahkan pasukan pembangunan dan ujian untuk mendapatkan penghormatan dalam pasukan perniagaan. Ini sangat jarang berlaku tetapi berlaku dalam pasukan yang mempunyai politik dalaman.
Sangat sukar untuk menangani situasi sedemikian. Walau bagaimanapun, membina hubungan positif dengan pasukan perniagaan pasti akan membantu untuk mengelakkan permainan menyalahkan.
Saya harap garis panduan ini pasti akan membantu anda untuk melaksanakan pelan penerimaan pengguna yang berjaya dengan mengatasi pelbagai cabaran. Perancangan, komunikasi, pelaksanaan dan pasukan yang bermotivasi yang betul adalah kunci kepada ujian penerimaan pengguna yang berjaya.
Ujian Sistem Vs Ujian Penerimaan Pengguna
Penglibatan pasukan ujian bermula agak awal dalam projek betul-betul daripada fasa analisis keperluan.
Semua melalui kitaran hayat projek, beberapa jenis pengesahan dilakukan untuk projek, iaitu ujian statik, Ujian Unit, Ujian sistem, ujian integrasi, ujian hujung ke hujung atau ujian regresi . Ini membolehkan kita memahami dengan lebih baik tentang ujian yang dilakukan dalam fasa UAT dan betapa berbezanya ia daripada ujian lain yang dilakukan sebelum ini.
Walaupun kita melihat perbezaan dalam SIT dan UAT, adalah penting untuk kita memanfaatkan sinergi tetapi masih mengekalkan kebebasan antara kedua-dua fasa yang akan membolehkan masa yang lebih cepat untuk memasarkan.
Kesimpulan
#1) UAT bukan tentang halaman, medan ataubutang. Andaian asas sebelum ujian ini bermula ialah semua perkara asas itu diuji dan berfungsi dengan baik. Insya-Allah, pengguna mendapati pepijat semudah itu - ia adalah berita yang sangat buruk untuk pasukan QA. :(
#2) Ujian ini adalah mengenai entiti yang merupakan elemen utama dalam perniagaan.
Izinkan saya memberikan contoh kepada anda: Jika AUT adalah sistem tiket, UAT tidak akan menjadi tentang, mencari menu yang membuka halaman, dsb. Ia adalah mengenai tiket dan tempahan mereka, keadaan yang boleh diambil, perjalanannya melalui sistem , dsb.
Satu lagi Contoh, jika tapak tersebut ialah tapak pengedar kereta, maka tumpuan adalah pada "kereta dan jualannya" dan bukannya tapak tersebut. Oleh itu, perniagaan teras ialah perkara yang disahkan dan disahkan dan siapa yang lebih baik untuk melakukannya daripada pemilik perniagaan. Itulah sebabnya ujian ini paling masuk akal apabila pelanggan terlibat pada tahap yang besar.
#3) UAT juga merupakan satu bentuk ujian pada terasnya yang bermaksud bahawa terdapat adalah peluang yang baik untuk mengenal pasti beberapa pepijat pada fasa ini juga . Ia kadang-kadang berlaku. Selain daripada fakta bahawa ia adalah peningkatan besar pada pasukan QA, pepijat UAT biasanya bermaksud mesyuarat untuk duduk dan membincangkan cara mengendalikannya kerana selepas ujian ini biasanya tiada masa untuk membaiki dan menguji semula.
Keputusannya sama ada untuk:
- Tolak tarikh siaran langsung, betulkankeluarkan dahulu dan kemudian teruskan.
- Biarkan pepijat seperti sedia ada.
- Anggap ia sebagai sebahagian daripada permintaan perubahan untuk keluaran masa hadapan.
#4) UAT diklasifikasikan sebagai ujian Alfa dan Beta, tetapi klasifikasi itu tidak begitu penting dalam konteks projek pembangunan perisian biasa dalam industri berasaskan perkhidmatan.
- Ujian alfa ialah apabila UAT dijalankan dalam persekitaran pembina perisian dan lebih penting dalam konteks perisian komersial di luar rak.
- Pengujian Beta ialah apabila UAT dijalankan keluar dalam persekitaran pengeluaran atau persekitaran pelanggan. Ini lebih biasa untuk aplikasi yang dihadapi pelanggan. Pengguna di sini adalah pelanggan sebenar seperti anda dan saya dalam konteks ini.
#5) Selalunya dalam projek pembangunan perisian biasa, UAT dijalankan dalam Persekitaran QA jika tiada persekitaran pementasan atau UAT.
Ringkasnya, cara terbaik untuk mengetahui sama ada produk anda boleh diterima dan sesuai untuk tujuan adalah dengan meletakkannya di hadapan pengguna.
Organisasi memasuki cara penyampaian yang Tangkas, pengguna perniagaan semakin terlibat dan projek sedang dipertingkatkan serta disampaikan melalui gelung maklum balas. Semua selesai, fasa Penerimaan Pengguna dianggap sebagai pintu masuk ke dalam pelaksanaan dan pengeluaran.
Apakah pengalaman UAT anda? Adakah anda bersediaatau adakah anda menguji pengguna anda? Adakah pengguna menemui sebarang masalah? Jika ya, bagaimana anda berurusan dengan mereka?
=> Lawati Di Sini Untuk Siri Tutorial Pelan Ujian Lengkap
Bacaan Disyorkan
Ujian UAT, alfa dan beta ialah jenis ujian penerimaan yang berbeza.
Memandangkan ujian penerimaan pengguna ialah ujian terakhir yang dijalankan sebelum perisian disiarkan secara langsung, jelas sekali ini adalah peluang terakhir untuk pelanggan menguji perisian dan mengukur sama ada ia sesuai untuk tujuan tersebut.
Bilakah Ia Dilaksanakan?
Ini biasanya langkah terakhir sebelum produk disiarkan secara langsung atau sebelum penghantaran produk diterima. Ini dilakukan selepas produk itu sendiri diuji secara menyeluruh (iaitu selepas ujian sistem).
Siapa yang Melakukan UAT?
Pengguna atau pelanggan – Ini mungkin sama ada seseorang yang membeli produk (dalam kes perisian komersial) atau seseorang yang mempunyai perisian yang dibina khas melalui pembekal perkhidmatan perisian atau pengguna akhir jika perisian disediakan kepada mereka lebih awal daripada masa dan apabila maklum balas mereka dicari.
Pasukan boleh terdiri daripada penguji beta atau pelanggan harus memilih ahli UAT secara dalaman daripada setiap kumpulan organisasi supaya setiap dan setiap peranan pengguna boleh diuji dengan sewajarnya.
Ujian Keperluan Untuk Penerimaan Pengguna
Pembangun dan penguji berfungsi ialah orang teknikal yang mengesahkan perisian terhadap spesifikasi fungsian. Mereka mentafsir keperluan mengikut pengetahuan mereka dan membangunkan/menguji perisian (di sini adalah kepentingan pengetahuan domain).
Iniperisian lengkap mengikut spesifikasi fungsi tetapi terdapat beberapa keperluan perniagaan dan proses yang hanya diketahui oleh pengguna akhir sama ada terlepas untuk berkomunikasi atau disalahtafsirkan.
Pengujian ini memainkan peranan penting dalam mengesahkan jika semua keperluan perniagaan dipenuhi atau tidak sebelum mengeluarkan perisian untuk kegunaan pasaran. Penggunaan data langsung dan kes penggunaan sebenar menjadikan ujian ini sebagai bahagian penting dalam kitaran keluaran.
Banyak perniagaan yang mengalami kerugian besar akibat isu selepas keluaran mengetahui kepentingan Ujian Penerimaan Pengguna yang berjaya. Kos membaiki kecacatan selepas keluaran adalah berkali-kali lebih besar daripada membaikinya sebelum ini.
Adakah UAT Benar-benar Perlu?
Selepas melakukan banyak ujian sistem, penyepaduan dan regresi seseorang akan tertanya-tanya tentang keperluan ujian ini. Sebenarnya, ini adalah fasa projek yang paling penting kerana ini adalah masa di mana pengguna yang benar-benar akan menggunakan sistem akan mengesahkan sistem untuk kesesuaian dengan tujuannya.
UAT ialah fasa ujian yang sebahagian besarnya bergantung pada perspektif pengguna akhir dan pengetahuan domain jabatan yang mewakili pengguna akhir.
Sebenarnya, ini akan sangat membantu pasukan perniagaan, jika mereka terlibat dalam projek ini agak awal, supaya mereka dapat memberikan pandangan dan sumbangan mereka yang akan membantupenggunaan sistem yang berkesan dalam dunia sebenar.
Proses Ujian Penerimaan Pengguna
Cara paling mudah untuk memahami proses ini ialah menganggap ini sebagai projek ujian autonomi – yang bermaksud, ia akan mempunyai pelan, reka bentuk dan fasa pelaksanaan.
Berikut adalah pra-syarat sebelum fasa perancangan bermula:
#1) Kumpulkan Penerimaan kunci Kriteria
Secara ringkasnya, Kriteria Penerimaan ialah senarai perkara yang akan dinilai sebelum menerima produk.
Ini boleh terdiri daripada 2 jenis:
(i) Fungsi Aplikasi atau Berkaitan Perniagaan
Sebaik-baiknya, semua fungsi perniagaan utama harus disahkan, tetapi atas pelbagai sebab, termasuk masa, ia tidak praktikal untuk melakukan semuanya. Oleh itu, satu atau dua pertemuan dengan pelanggan atau pengguna yang akan terlibat dalam ujian ini boleh memberi kita idea tentang jumlah ujian yang akan terlibat dan aspek yang akan diuji.
(ii) Kontrak – Kami tidak akan membincangkan perkara ini dan penglibatan pasukan QA dalam semua ini hampir tiada apa-apa. Kontrak awal yang disediakan sebelum SDLC bermula disemak dan persetujuan dicapai sama ada semua aspek kontrak telah diserahkan atau tidak.
Kami hanya akan menumpukan pada fungsi aplikasi.
#2) Tentukan skop penglibatan QA.
Peranan pasukan QA ialah salah satu daripada yang berikut:
(i) Tiada Penglibatan – Ini sangat jarang berlaku.
(ii) Bantu dalam ujian ini – Paling biasa. Dalam kes ini, penglibatan kami mungkin melatih pengguna UAT tentang cara menggunakan aplikasi dan bersedia semasa ujian ini untuk memastikan kami boleh membantu pengguna sekiranya berlaku sebarang kesulitan. Atau dalam beberapa kes, selain daripada bersedia dan membantu, kami mungkin berkongsi respons mereka dan merekodkan keputusan atau log pepijat dsb., semasa pengguna melakukan ujian sebenar.
(iii) Lakukan UAT dan membentangkan Keputusan – Jika ini berlaku, pengguna akan menunjukkan kawasan AUT yang mereka ingin nilai dan penilaian itu sendiri dilakukan oleh pasukan QA. Setelah selesai, keputusan dibentangkan kepada pelanggan/pengguna dan mereka akan membuat keputusan sama ada keputusan yang mereka ada mencukupi atau tidak dan mengikut jangkaan mereka untuk menerima AUT. Keputusan itu bukanlah keputusan pasukan QA.
Bergantung pada kes di tangan, kami memutuskan pendekatan mana yang terbaik.
Objektif dan Jangkaan utama:
Biasanya, UAT dijalankan oleh Pakar Perkara (PKS) dan/atau pengguna perniagaan, yang mungkin pemilik atau pelanggan sistem yang sedang diuji. Sama seperti fasa ujian Sistem, fasa UAT juga merangkumi fasa keagamaan sebelum ia dibawa kepenutupan.
Aktiviti utama setiap fasa UAT ditakrifkan di bawah:
Tadbir Urus UAT
Serupa dengan sistem ujian, tadbir urus yang berkesan dikuatkuasakan untuk UAT bagi memastikan gerbang kualiti yang kukuh bersama dengan kriteria Kemasukan dan Keluar yang ditetapkan (disediakan di bawah **).
** Sila ambil perhatian bahawa ia hanyalah panduan. Ini boleh diubah suai berdasarkan keperluan dan keperluan projek.
Perancangan Ujian UAT
Prosesnya hampir sama dengan pelan ujian biasa dalam fasa sistem.
Pendekatan yang paling biasa diikuti dalam kebanyakan projek ialah merancang untuk kedua-dua fasa ujian sistem dan UAT bersama-sama. Untuk mendapatkan maklumat lanjut tentang pelan ujian UAT bersama-sama dengan sampel, sila lihat bahagian UAT dokumen pelan ujian yang dilampirkan.
Pelan Ujian Penerimaan Pengguna
(Ini ialah sama yang anda akan temui di tapak kami untuk siri latihan QA juga).
Klik pada imej di bawah dan tatal ke bawah untuk mencari sampel dokumen rancangan ujian dalam pelbagai format. Dalam templat itu semak bahagian UAT.
Tarikh, persekitaran, pelakon(yang), protokol komunikasi, peranan dan tanggungjawab, templat, keputusan dan proses analisisnya , kriteria keluar masuk – semua ini dan perkara lain yang berkaitan akan ditemui dalam pelan ujian UAT.
Sama ada pasukan QA mengambil bahagian, mengambil bahagian atau tidak mengambil bahagian disemua dalam ujian ini, menjadi tugas kami untuk merancang fasa ini dan memastikan segala-galanya diambil kira.
Reka Bentuk Ujian Penerimaan Pengguna
Kriteria penerimaan yang dikumpul daripada pengguna digunakan dalam ini langkah. Sampel boleh kelihatan seperti yang ditunjukkan di bawah.
(Ini adalah petikan daripada CSTE CBOK. Ini adalah salah satu rujukan terbaik yang tersedia tentang ujian ini.)
Templat Ujian Penerimaan Pengguna:
Berdasarkan kriteria, kami (pasukan QA) memberi mereka senarai kes ujian UAT kepada pengguna. Kes ujian ini tidak berbeza daripada kes ujian sistem biasa kami. Ia hanyalah subset kerana kami menguji semua aplikasi sebaliknya, hanya pada kawasan fungsian utama.
Selain itu, data, templat untuk merekodkan keputusan ujian, prosedur pentadbiran, mekanisme pengelogan kecacatan, dsb. ., perlu disediakan sebelum kita beralih ke fasa seterusnya.
Perlaksanaan Ujian
Biasanya, apabila boleh, ujian ini berlaku dalam persidangan atau bilik perang seperti yang ditetapkan di mana pengguna, PM, wakil pasukan QA semuanya duduk bersama selama satu atau dua hari dan menyelesaikan semua kes ujian penerimaan.
Atau sekiranya pasukan QA melakukan ujian, kami menjalankan kes ujian di AUT .
Setelah semua ujian dijalankan dan keputusan sudah ada, Keputusan Penerimaan dibuat. Ini juga dipanggil Keputusan Go/No-Go . Jika pengguna berpuas hati, itu adalah Go, atau sebaliknyaia tidak boleh dilakukan.
Mencapai keputusan penerimaan biasanya merupakan penghujung fasa ini.
Alat & Metodologi
Biasanya, jenis alatan perisian yang digunakan semasa fasa ujian ini adalah serupa dengan alatan yang digunakan semasa menjalankan ujian berfungsi.
Alat:
Memandangkan fasa ini melibatkan pengesahan aliran akhir ke hujung aplikasi yang lengkap, mungkin sukar untuk mempunyai satu alat untuk mengautomasikan pengesahan ini sepenuhnya. Walau bagaimanapun, sedikit sebanyak, kami akan dapat memanfaatkan skrip automatik yang dibangunkan semasa ujian sistem.
Sama seperti ujian sistem, pengguna juga akan menggunakan pengurusan ujian dan alat pengurusan kecacatan seperti QC, JIRA, dll. Alat ini boleh dikonfigurasikan untuk mengumpul data bagi fasa Penerimaan Pengguna.
Metodologi:
Walaupun metodologi konvensional seperti pengguna perniagaan tertentu yang melaksanakan UAT produk masih relevan, dalam dunia yang benar-benar global seperti hari ini, Ujian Penerimaan Pengguna kadangkala perlu melibatkan pelanggan yang berbeza-beza merentas negara berdasarkan produk.
Contohnya , tapak web e-dagang akan digunakan oleh pelanggan di seluruh glob. Dalam senario seperti ini, ujian ramai akan menjadi pilihan terbaik yang berdaya maju.
Ujian ramai ialah metodologi di mana orang dari seluruh dunia boleh mengambil bahagian dan mengesahkan penggunaan produk dan memberi cadangan dan cadangan.
Orang ramaiplatform ujian dibina dan digunakan oleh banyak organisasi sekarang. Laman web atau produk yang perlu diuji ramai dihoskan dalam platform dan pelanggan boleh mencalonkan diri mereka untuk melakukan pengesahan. Maklum balas yang diberikan kemudiannya dianalisis dan diutamakan.
Metodologi Ujian Orang Ramai terbukti lebih berkesan kerana nadi pelanggan di seluruh dunia dapat difahami dengan mudah.
UAT Dalam Persekitaran Tangkas
Persekitaran tangkas adalah sifatnya yang lebih dinamik. Dalam dunia yang tangkas, pengguna perniagaan akan terlibat sepanjang projek pecut dan projek itu akan dipertingkatkan berdasarkan gelung maklum balas daripada mereka.
Pada permulaan projek, pengguna perniagaan akan menjadi pemegang kepentingan utama untuk menyediakan keperluan dengan itu mengemas kini tunggakan produk. Semasa penghujung setiap pecut, pengguna perniagaan akan mengambil bahagian dalam demo pecut dan akan tersedia untuk memberikan sebarang maklum balas.
Selain itu, fasa UAT akan dirancang sebelum pecutan selesai di mana pengguna perniagaan akan melakukan pengesahan mereka .
Maklum balas yang diterima semasa demonstrasi pecut dan UAT pecut, dikumpulkan dan ditambah kembali pada tunggakan produk yang sentiasa disemak dan diutamakan. Oleh itu dalam dunia yang tangkas, pengguna perniagaan lebih dekat dengan projek dan mereka menilai perkara yang sama untuk kegunaannya dengan lebih kerap tidak seperti air terjun tradisional