Apa itu pengujian fungsional?

Dalam pengembangan perangkat lunak, terdapat berbagai jenis pengujian perangkat lunak. Masing-masing menjalankan tugas tersebut dengan pendekatan yang sedikit berbeda. Pengujian fungsional paling selaras dengan konsep pengalaman pengguna, dan berfokus pada satu pertanyaan penting: Apakah fitur perangkat lunak berfungsi seperti yang diharapkan dan sesuai dengan persyaratan yang ditentukan?

Kualitas perangkat lunak sering dinilai dari berbagai sudut sebagai bagian dari siklus hidup pengembangan perangkat lunak. Dalam pengujian fungsional, penguji perlu memvalidasi fungsi dasar dan memastikan bahwa fungsi perangkat lunak mampu mendukung persyaratan bisnis. Pelaksanaan pengujian memungkinkan kru DevOps membandingkan hasil pengujian aktual dengan hasil yang diharapkan.

Pengujian adalah bagian penting dari proses pengembangan, dan pengujian fungsional memungkinkan tim QA melakukan semacam jaminan kualitas sebelum fakta, memberi mereka jendela yang jelas tentang bagaimana alur kerja akan beroperasi ketika tiba saatnya untuk meluncurkannya secara nyata.

Elemen operasional yang berbeda disoroti, tergantung pada jenis pengujian perangkat lunak yang digunakan sebagai bagian dari strategi pengujian keseluruhan. Pengujian fungsional menilai kompatibilitas keseluruhan antara modul perangkat lunak yang berbeda, yang memiliki pengaruh langsung pada aspek terkait lainnya, seperti interaksi pengguna yang diharapkan dan kelayakan antarmuka pengguna.

Lingkungan pengujian yang disediakan oleh pengujian fungsional dianggap sebagai pengujian kotak hitam, di mana penguji tidak memiliki insight tentang mekanisme kerja sistem (seperti di pengujian kotak putih), dan sebaliknya diberi laporan “Lulus/Gagal” tentang apakah sistem dan saluran pipelnya berfungsi seperti yang diinginkan.

Pengujian fungsional biasanya mengikuti proses pengujian yang membutuhkan enam langkah:

1. Identifikasi berbagai fungsi yang perlu dijalankan perangkat lunak.
2. Buat data input sesuai dengan persyaratan fungsional.
3. Tetapkan output yang diharapkan per spesifikasi fungsional.
4. Jalankan kasus uji.
5. Evaluasi perbandingan output aktual dengan output yang diharapkan.
6. Tentukan apakah aplikasi perangkat lunak berfungsi memuaskan sesuai harapan.

Sama seperti adanya berbagai model pengujian perangkat lunak, terdapat juga berbagai jenis pengujian fungsional. Banyak jenisnya, dan ini hanya sebagian darinya. Jenis pengujian fungsional mencakup berbagai nuansa dan dicantumkan di sini berdasarkan abjad.

Dalam pengujian perangkat lunak, penguji sering mengikuti proses pengujian formal dengan tes ad-hoc. Bentuk informal pengujian eksplorasi ini sepenuhnya dipandu oleh keterampilan dan intuisi penguji. Tidak ada struktur yang pasti. Sebaliknya, naluri penguji mendorong teknik pengujian yang digunakan.

Contoh: “Buddy testing”, di mana pengembang dan penguji bekerja sama untuk meningkatkan modul atau aplikasi. Dalam bentuk pengujian ad-hoc ini, penguji biasanya menemukan bug atau hal-hal lain yang perlu diperbaiki sementara pengembang berfokus untuk membuat perbaikan ini.

Antarmuka pemrograman aplikasi (API) memungkinkan pengembangan perangkat lunak dan berbagai aplikasi atau sistem yang berbeda untuk terhubung. Pengujian API memastikan titik koneksi API beroperasi sesuai kebutuhan. Ini juga memberikan wawasan mengenai izin pengguna dan cara data dikelola melalui API.

Contoh: “Headless testing” terjadi ketika antarmuka pengguna atau bidang input data antarmuka pengguna tidak tersedia. Dalam situasi seperti itu, data input yang dibagikan dengan layanan atau aplikasi antarmuka seringkali dapat diuji dengan baik melalui pengujian API.

Banyak organisasi ingin proses pengujian mereka benar-benar mencerminkan pengalaman aktual pengguna nyata. Untuk perusahaan semacam itu, skenario pengujian yang kompleks memberikan tingkat akurasi yang diinginkan, tapi harus ditekankan bahwa kompleksitas yang lebih besar membutuhkan lebih banyak upaya di awal untuk dijalankan.

Contoh: Pemrosesan pesanan online hanya tampak seperti operasi yang lancar. Di balik layar, ada banyak proses yang harus diuji, seperti seberapa mudah item dapat ditambahkan ke keranjang online pembelanja, seberapa cepat fungsi seperti menerapkan diskon terintegrasi, dan seberapa lancar pembelian tersebut dapat dilakukan.

Pengujian integrasi (integration testing) biasanya dijalankan bersamaan dengan pengujian unit karena manfaat seperti deteksi masalah awal dan cakupan pengujian yang lebih luas. Selain memastikan kesesuaian format data, pengujian integrasi memberikan insight tentang cara kerja dan kinerja layanan mikro.

Contoh: Katakanlah sistem manajemen pesanan terintegrasi dengan beberapa jenis modul yang mengatur pemrosesan pembayaran. Pengujian integrasi menunjukkan di mana gangguan masa depan dapat terjadi di antara dua entitas dan memberikan pengembang cetak biru untuk memperbaiki masalah integrasi lebih awal dan lebih murah.

Idealnya, setelah uji fungsional dilewati, itu akan selalu lulus. Namun, tidak begitu kenyataannya, di mana perangkat lunak sering dipengaruhi oleh pengembang yang mungkin tanpa sadar menyebabkan kesalahan dengan perubahan kode baru. Pengujian regresi (regression testing) memastikan bahwa garis dasar yang stabil dipertahankan.

Contoh: Setiap kali perubahan kode dilakukan, sebuah bentuk pengujian regresi atau lainnya dijalankan. Itu termasuk pembaruan terkait, seperti yang akan dilakukan setelah perbaikan bug, penambahan fungsionalitas baru, atau setelah pembaruan perangkat lunak.

Pengujian kewajaran (sanity testing) adalah cara yang cepat dan tangkas untuk memeriksa bahwa fungsionalitas yang ada tidak terganggu oleh penambahan perubahan yang relatif kecil atau perbaikan bug. Pengujian kewajaran cenderung digunakan sebagai cara cepat untuk mengonfirmasi bahwa fungsionalitas baru tidak mengganggu fungsionalitas sistem lainnya.

Contoh: Seperti halnya dengan pengujian regresi, pengujian kewajaran memungkinkan Anda “memundurkan” sistem ke fungsionalitas sebelumnya untuk memverifikasi peningkatan kinerja, mengonfirmasi operasi dasar, dan memastikan sistem berfungsi seperti yang diharapkan. Setiap kali perubahan kode dilakukan, suatu bentuk pengujian regresi atau lainnya dijalankan. Itu termasuk pembaruan terkait, seperti yang akan dilakukan setelah perbaikan bug, penambahan fungsionalitas baru, atau setelah pembaruan perangkat lunak.

Pepatah lama mengatakan bahwa “di mana ada asap, di sana ada api.” Pepatah ini tampaknya telah mengilhami nama “pengujian asap” (smoke testing). Pengujian asap dilakukan di awal proses pengembangan, dan ketika dilakukan, pengujian ini menilai fungsionalitas menyeluruh. Jika fungsionalitas gagal, tim QA melakukan koreksi yang diperlukan.

Contoh: Pengujian asap dapat digunakan untuk memverifikasi integrasi berkelanjutan dan alur kerja berkelanjutan sebagai pemeriksaan akhir sebelum pembuatan perangkat lunak baru (atau perubahan kode utama) dapat diterapkan.

Kadang disebut pengujian end-to-end, pengujian sistem digunakan untuk menilai bagaimana perangkat lunak dari seluruh sistem perangkat lunak beroperasi bersama. Pengujian sistem sering melibatkan analisis beberapa sistem perangkat lunak terpisah yang mungkin bekerja secara serempak dalam sistem perangkat lunak tertentu dengan baik atau tidak.

Contoh: Skenario end-to-end memungkinkan penguji untuk menilai alur kerja yang lengkap. Untuk operasi retail online, ini bisa berarti seluruh pengalaman retail yang dialami konsumen, mulai dari pesanan pembelian awal hingga seluruh proses pemenuhan.

Pengujian unit adalah bentuk pengujian dalam lingkup mikro. Di sini, kita tidak menguji seluruh sistem, hanya sepotong kode tertentu. Sebagian kode dievaluasi dalam lingkungan pengujian yang terisolasi, dan jika pengujian unit gagal (berdasarkan perbandingan data pengujian terhadap tujuan fungsionalitas), lebih banyak pengujian dapat dilakukan pada tingkat sistem.

Contoh: Elemen komputasi yang cukup mendasar diuji dengan baik melalui pengujian unit. Pertimbangkan fungsi sederhana yang mengubah suhu Celcius ke Fahrenheit. Lingkungan pengujian berisi kode yang dimaksud dan kasus uji yang terlibat.

Sebagai tahap lanjutan dari pengujian perangkat lunak, pengujian penerimaan pengguna (user acceptance testing) menggabungkan dan mempelajari hasil performance testing yang dilakukan oleh orang-orang yang mewakili demografi yang menjadi sasaran perangkat lunak yang diproduksi. Pengguna akhir ini membawa tingkat realisme tambahan pada proses pengujian.

Contoh: Pengguna paket perangkat lunak upgrade ke tingkat layanan berikutnya, memberi mereka akses ke berbagai fungsionalitas baru. Pengujian penerimaan pengguna memverifikasi bahwa pengguna akan dapat melihat peningkatan akses mereka ke berbagai fitur seperti yang diharapkan.

Seperti namanya, pengujian non-fungsional mengevaluasi perilaku aplikasi yang biasanya tidak dianggap penting untuk memastikan fungsionalitas. Meskipun demikian, memberikan pengalaman pengguna yang terorganisir dengan baik dan menyenangkan kini dianggap sebagai bagian penting dari pengembangan perangkat lunak. Pengujian non-fungsional dapat mengungkapkan potensi masalah sistem, terutama ketika perangkat lunak dimaksimalkan untuk menunjukkan skalabilitas yang lebih besar.

Melacak semua berbagai alat pengujian fungsional secara akurat bisa jadi sulit karena sebagian besar mendukung platform dan jenis aplikasi yang berbeda. Meskipun tidak mungkin untuk mengikuti pasar digital yang berkembang pesat ini, perkiraan jumlah alat pengujian fungsional bisa mencapai ratusan dan bahkan mungkin ribuan. Berikut beberapa alat yang menonjol karena popularitasnya yang terbukti dan kegunaannya yang diakui.

• Appium: Pasar digital pengujian fungsional menawarkan banyak alat sumber terbuka, dengan Appium memimpin dalam jajaran. Appium menyediakan dukungan untuk beberapa bahasa pemrograman. Selanjutnya, Appium memungkinkan Anda mengotomatiskan aplikasi native, web mobile, dan hybrid untuk platform iOS dan Android.

• Katalon Studio: Platform otomatisasi pengujian Katalon Studio menawarkan sarana untuk menetapkan dan mengevaluasi hasil pengujian regresi dan pengujian end-to-end. Ini memiliki fungsi ‘rekam dan putar’ dan koordinasi lintas platform.

• Micro Focus Unified Functional Testing (UFT): UFT Micro Focus adalah alat pengujian komersial lainnya, yang memberi penguji jendela multi-platform yang jelas ke dalam penggunaan layanan web, Antarmuka Pemrograman Aplikasi (API) dan Antarmuka Pengguna Grafis is (GUI).

• Playwright: Microsoft mengembangkan kerangka kerja komersial ini untuk otomatisasi browser web. Alat ini dikenal karena meningkatkan keandalan. Dan meskipun Playwright mendukung fitur web kontemporer, alat ini menawarkan lebih sedikit pilihan untuk menangani bahasa pemrograman.

• Selenium: Salah satu alat bantu otomatisasi pengujian yang paling populer adalah Selenium, yang merupakan kerangka kerja sumber terbuka. Alat berbasis browser ini memungkinkan penguji untuk menulis dan mengevaluasi skrip pengujian dalam berbagai bahasa pemrograman populer, termasuk JavaScript^TM, NodeJS, dan Python.