User Acceptance Test

-->

Acceptance Testing umumnya melibatkan menjalankan suite tes pada sistem selesai. Setiap uji individu, yang dikenal sebagai kasus, latihan kondisi operasi yang khusus lingkungan pengguna atau fitur dari sistem, dan akan menghasilkan hasil lulus atau gagal, atau boolean,. Umumnya tidak ada tingkat keberhasilan atau kegagalan. Lingkungan pengujian biasanya dirancang untuk menjadi identik, atau sedekat mungkin, untuk lingkungan pengguna diantisipasi, termasuk ekstrem tersebut. Kasus-kasus uji masing-masing harus disertai dengan data masukan uji kasus atau deskripsi formal dari kegiatan operasional (atau keduanya) yang akan dilakukan-dimaksudkan untuk benar-benar latihan kasus dan spesifik deskripsi formal dari hasil yang diharapkan.

Acceptence Test biasanya diciptakan oleh pelanggan bisnis dan disajikan dalam bahasa domain bisnis. Ini adalah tingkat tinggi tes untuk menguji kelengkapan cerita pengguna atau cerita ‘bermain’ dalam setiap sprint / iterasi. Tes ini dibuat idealnya melalui kolaborasi antara pelanggan bisnis, analis bisnis, penguji dan pengembang, namun pelanggan bisnis (pemilik produk) adalah pemilik utama dari tes ini. Seperti cerita-cerita pengguna lulus kriteria penerimaan mereka, para pemilik bisnis dapat memastikan kenyataan bahwa para pengembang yang maju dalam arah yang benar tentang bagaimana aplikasi ini juga dipertimbangkan untuk bekerja dan karena itu penting bahwa tes ini meliputi kedua tes logika bisnis serta UI validasi elemen (jika perlu).

kartu uji akseptasi idealnya dibuat selama perencanaan sprint atau rapat iterasi perencanaan, sebelum pembangunan dimulai sehingga pengembang memiliki gagasan yang jelas tentang apa yang harus dikembangkan. Kadang-kadang (karena perencanaan yang buruk!) Penerimaan tes dapat span beberapa cerita (yang tidak diterapkan di sprint sama) dan ada cara yang berbeda untuk menguji mereka keluar selama sprint sebenarnya. Salah satu teknik yang populer adalah antarmuka eksternal tiruan atau data untuk meniru cerita-cerita lain yang mungkin tidak dimainkan selama iterasi (seperti yang cerita mungkin telah prioritas bisnis relatif lebih rendah). Sebuah cerita pengguna tidak dianggap lengkap sampai tes penerimaan telah berlalu.

PROSES

Acceptence Test Suite dijalankan terhadap data input yang disediakan atau menggunakan script tes penerimaan untuk mengarahkan para penguji. Kemudian hasil yang diperoleh dibandingkan dengan hasil yang diharapkan. Jika ada yang cocok benar untuk setiap kasus, suite tes dikatakan lulus. Jika tidak, sistem baik mungkin ditolak atau diterima pada kondisi yang telah disepakati sebelumnya antara sponsor dan produsen.

Tujuannya adalah untuk memberikan keyakinan bahwa sistem disampaikan memenuhi persyaratan bisnis baik sponsor dan pengguna. Tahap penerimaan juga dapat bertindak sebagai gateway kualitas akhir, dimana setiap cacat mutu yang sebelumnya tidak terdeteksi mungkin ditemukan.

Tujuan utama dari pengujian penerimaan adalah, setelah selesai dengan sukses, dan mencadangkan sejumlah tertentu tambahan (yang telah disetujui) kriteria penerimaan dipenuhi, para sponsor akan menandatangani pada sistem sebagai memenuhi kontrak (yang telah disepakati sebelumnya antara sponsor dan produsen), dan memberikan akhir pembayaran.

USER ACCEPTENCE TESTING

User Acceptence Testing (UAT) adalah proses untuk mendapatkan konfirmasi bahwa sebuah sistem memenuhi yang disepakati persyaratan. Sebuah Subject Matter Expert (SME), lebih baik pemilik atau klien dari benda yang diuji, memberikan konfirmasi tersebut setelah pengadilan atau diperiksa. Dalam pengembangan perangkat lunak, UAT adalah salah satu tahap akhir proyek dan sering terjadi sebelum klien atau pelanggan menerima sistem baru.

Pengguna sistem melakukan tes ini, yang pengembang berasal dari kontrak klien atau pengguna spesifikasi kebutuhan.

Test-desainer menyusun tes formal dan menyusun berbagai tingkat keparahan. Idealnya perancang tes penerimaan pengguna tidak harus menjadi pencipta integrasi sistem formal dan kasus uji untuk sistem yang sama, namun dalam beberapa situasi ini tidak dapat dihindari. The UAT bertindak sebagai verifikasi akhir dari fungsi bisnis yang diperlukan dan berfungsinya sistem, meniru kondisi dunia nyata penggunaan atas nama klien membayar atau pelanggan besar yang spesifik. Jika perangkat lunak itu bekerja sebagaimana dimaksud dan tanpa masalah selama penggunaan normal, satu cukup bisa memperkirakan tingkat yang sama stabilitas di produksi.

Pengguna tes, yang biasanya dilakukan oleh klien atau pengguna akhir, biasanya tidak fokus pada identifikasi masalah sederhana seperti kesalahan ejaan dan masalah kosmetik, atau cacat showstopper, seperti crash perangkat lunak; penguji dan pengembang sebelumnya mengidentifikasi dan memperbaiki masalah ini selama lebih awal unit testing, pengujian integrasi, dan tahap pengujian sistem.

Hasil tes ini memberikan kepercayaan kepada klien tentang bagaimana sistem akan tampil di produksi. Mungkin juga ada persyaratan hukum atau kontraktual untuk penerimaan dari sistem.