- SIT Vs UAT: Gambaran Umum
- Pengujian Integrasi Sistem (SIT)
- Pengujian Penerimaan Pengguna (UAT)
- Perbedaan Utama Antara SIT Vs UAT
- Kesimpulan
Artikel Ini Menjelaskan Perbedaan Utama Antara SIT Vs UAT. Anda Juga Akan Mempelajari Tentang Pengujian Integrasi Sistem Dan Metode Pengujian Penerimaan Pengguna:
Secara umum, pengujian dilakukan oleh penguji dan pengembang, masing-masing mengikuti polanya sendiri dalam menguji sebuah aplikasi.
System Integration Testing atau SIT dilakukan oleh penguji, sedangkan User Acceptance Testing atau yang biasa disebut UAT dilakukan oleh pengguna akhir. Artikel ini akan membandingkan SIT dan UAT secara rinci dan membantu Anda memahami perbedaan utama di antara keduanya.
Ayo Jelajahi!!
SIT Vs UAT: Gambaran Umum
Secara umum, level pengujian memiliki hierarki berikut ini:
- Pengujian unit
- Pengujian komponen
- Pengujian sistem
- Pengujian integrasi sistem
- Pengujian penerimaan pengguna
- Produksi
Mari kita analisis perbedaan utama antara Pengujian Integrasi Sistem (SIT) dan Pengujian Penerimaan Pengguna (UAT).
Pengujian Integrasi Sistem (SIT)
Dua subsistem/sistem yang berbeda akan digabungkan pada suatu titik dalam proyek apa pun. Kita harus menguji sistem ini secara keseluruhan. Oleh karena itu, ini disebut Pengujian Integrasi Sistem.
Langkah Kerja SIT
- Masing-masing unit harus diintegrasikan terlebih dahulu dalam bangunan terpisah.
- Seluruh sistem harus diuji secara keseluruhan.
- Kasus uji harus ditulis menggunakan perangkat lunak yang tepat berdasarkan kebutuhan perangkat lunak.
- Kesalahan seperti kesalahan UI, kesalahan aliran data, dan kesalahan antarmuka dapat ditemukan dalam pengujian ini.
Contoh:
Mari kita pertimbangkan bahwa situs perawatan kesehatan memiliki 3 tab awalnya yaitu Informasi Pasien, Edukasi, dan Rekam Medis Sebelumnya Situs perawatan kesehatan kini telah menambahkan tab baru disebut Informasi injeksi.
Sekarang detail atau basis data tab baru harus digabungkan dengan tab yang sudah ada dan sistem harus diuji secara keseluruhan dengan 4 tab.
Kami harus menguji situs terintegrasi yang memiliki empat tab.
Situs terintegrasi terlihat seperti yang ditunjukkan di bawah ini:
Teknik yang Digunakan Dalam SIT
- Pendekatan dari atas ke bawah
- Pendekatan dari bawah ke atas
- Pendekatan big bang
#1) Pendekatan dari atas ke bawah
Seperti namanya, ini berarti mengikuti eksekusi dari atas ke bawah. Ini adalah metode di mana fungsionalitas atau modul utama diuji diikuti oleh sub-modul secara berurutan. Di sini, muncul pertanyaan tentang apa yang akan kita lakukan jika sub-modul yang berurutan tidak segera hadir untuk diintegrasikan.
Jawaban atas hal ini memunculkan RINTISAN.
Rintisan dikenal sebagai program yang disebut Mereka bertindak sebagai modul dummy dan menjalankan fungsi modul yang diperlukan secara terbatas.
Stub menjalankan fungsionalitas unit/modul/sub-modul secara parsial hingga modul yang sebenarnya siap untuk diintegrasikan karena integrasi sub-modul sulit dilakukan.
Komponen tingkat rendah dapat digantikan oleh stub untuk diintegrasikan. Oleh karena itu, pendekatan top-down dapat mengikuti bahasa terstruktur atau prosedur. Setelah satu stub digantikan dengan komponen yang sebenarnya, stub berikutnya dapat digantikan dengan komponen yang sebenarnya.
Eksekusi diagram di atas adalah modul A, modul B, modul C, modul D, modul E, modul F, dan modul G.
Contoh Untuk Rintisan:
#2) Pendekatan dari bawah ke atas (Bottom-Up Approach)
Pendekatan ini mengikuti hirarki dari bawah ke atas. Di sini, modul yang lebih rendah diintegrasikan terlebih dahulu dan kemudian modul yang lebih tinggi diintegrasikan dan diuji.
Modul atau unit paling bawah digabungkan dan diuji. Kumpulan unit yang lebih rendah disebut Cluster Ketika mengintegrasikan sub-modul dengan modul utama, jika modul utama tidak tersedia, maka sub-modul PENGEMUDI digunakan untuk membuat kode program utama.
DRIVER disebut program pemanggilan .
Kebocoran cacat lebih sedikit dalam pendekatan ini.
Untuk mengintegrasikan sub-modul ke tingkat yang lebih tinggi atau modul utama, modul driver dibuat seperti yang ditunjukkan pada gambar di atas.
#3) Pendekatan Dentuman Besar (Big Bang Approach)
Dengan kata sederhana, dalam Pendekatan Big Bang, Anda harus menghubungkan semua unit sekaligus dan menguji semua komponen. Tidak ada partisi yang dilakukan di sini. Kebocoran cacat tidak boleh terjadi.
Pendekatan ini berguna untuk proyek-proyek yang baru dikembangkan yang dikembangkan dari awal atau proyek-proyek yang telah mengalami peningkatan besar.
Pengujian Penerimaan Pengguna (UAT)
Setiap kali penguji menyerahkan proyek yang telah selesai diuji kepada klien/pengguna akhir, maka klien/pengguna akhir akan kembali menguji proyek tersebut untuk melihat apakah proyek tersebut telah dirancang dengan benar, dan hal ini disebut User Acceptance Testing.
Kasus uji yang tepat harus ditulis untuk keduanya untuk melakukan pengujian.
Pengembang mengembangkan kode berdasarkan dokumen Spesifikasi Kebutuhan Fungsional, penguji mengujinya dan melaporkan bug, tetapi klien atau pengguna akhir hanya mengetahui bagaimana sistem bekerja dengan tepat, oleh karena itu mereka menguji sistem dari sisi mereka.
Langkah Kerja UAT
- Rencana UAT harus dibuat berdasarkan persyaratan.
- Skenario harus dibangun dari persyaratan.
- Kasus uji dan data uji harus disiapkan.
- Kasus pengujian harus dijalankan dan diperiksa untuk setiap bug yang ada.
- Jika tidak ada bug dan kasus uji coba telah lulus, maka proyek dapat ditandatangani dan dikirim untuk produksi.
- Jika ada cacat atau bug yang ditemukan maka harus segera diperbaiki untuk mempersiapkan rilis.
Jenis Pengujian UAT
- Pengujian Alpha dan Beta: Pengujian alpha dilakukan di lokasi pengembangan sedangkan pengujian beta dilakukan di lingkungan eksternal, yaitu perusahaan luar, dll.
- Pengujian Penerimaan Kontrak: Dalam sebuah kontrak, spesifikasi yang diterima yang telah ditetapkan sebelumnya harus dipenuhi.
- Pengujian Penerimaan Peraturan: Seperti namanya, pengujian dilakukan berdasarkan peraturan.
- Pengujian Penerimaan Operasional: Operasi atau alur kerja yang dirancang harus sesuai dengan yang diharapkan.
- Pengujian Kotak Hitam: Tanpa mendalami perangkat lunak, perangkat lunak perlu diuji untuk tujuan vitalnya.
Perbedaan Utama Antara SIT Vs UAT
DUDUK. | UAT |
---|---|
Hal ini dilakukan oleh para penguji dan pengembang. | Hal ini dilakukan oleh pengguna akhir dan klien. |
Integrasi sub unit/unit diperiksa di sini. Antarmuka harus diuji. | Keseluruhan desain dapat dicek di sini. |
Masing-masing unit diintegrasikan dan diuji sedemikian rupa sehingga sistem bekerja sesuai dengan kebutuhan. | Sistem diuji secara keseluruhan untuk fungsionalitas utama produk seperti yang diinginkan oleh pengguna. |
Hal ini dilakukan berdasarkan persyaratan oleh para penguji. | Hal ini dilakukan berdasarkan perspektif pengguna tentang bagaimana produk harus digunakan oleh pengguna akhir. |
SIT dilakukan segera setelah sistem dirakit. | UAT dilakukan pada akhirnya sebelum peluncuran produk. |
Kesimpulan
Pengujian integrasi sistem dilakukan terutama untuk menguji persyaratan antarmuka sistem. Sedangkan pengujian penerimaan pengguna dilakukan untuk memverifikasi fungsionalitas sistem secara keseluruhan oleh pengguna akhir. Kasus pengujian yang tepat harus ditulis untuk kedua pengujian tersebut.
SIT dapat dilakukan dengan 3 teknik (pendekatan Top-down, Bottom-up, dan Big bang). UAT dapat dilakukan dengan menggunakan 5 metodologi (pengujian Alpha dan Beta, pengujian Penerimaan Kontrak, pengujian Penerimaan Regulasi, pengujian Penerimaan Operasional, dan pengujian Black box).
Cacat yang ditemukan dalam pengujian sistem dapat diperbaiki dengan mudah. Build yang berbeda dapat dibuat berdasarkan cacat. Sedangkan cacat yang ditemukan dalam UAT dianggap sebagai tanda hitam bagi penguji dan tidak diterima.
Dalam UAT, pejabat bisnis atau klien harus puas bahwa produk yang dikembangkan memenuhi kebutuhan mereka dalam lingkungan bisnis. SIT harus memenuhi persyaratan fungsional sistem.
Kami harap artikel ini dapat menjawab semua pertanyaan Anda tentang SIT Vs UAT!!!