Gunakan Skenario Kasus Sebagai Kasus Uji

Apa itu Pengujian Perangkat Lunak?

Pengujian perangkat lunak adalah tindakan memeriksa artefak dan perilaku perangkat lunak yang diuji melalui validasi dan verifikasi. Pengujian perangkat lunak juga memberikan pandangan perangkat lunak yang objektif dan independen, memungkinkan perusahaan untuk menghargai dan memahami risiko implementasi perangkat lunak.

Pengujian perangkat lunak dapat memberi pengguna atau sponsor informasi yang objektif dan independen tentang kualitas perangkat lunak dan risiko kegagalan perangkat lunak. Salah satu tujuan utama pengujian adalah untuk mendeteksi kesalahan perangkat lunak untuk menemukan dan memperbaiki cacat. Pengujian tidak dapat menentukan bahwa suatu produk akan berfungsi dengan baik dalam semua kondisi, hanya saja produk tersebut tidak akan berfungsi dengan baik dalam kondisi tertentu.

Gunakan Pengujian Kasus

Use case testing adalah teknik pengujian kotak hitam fungsional yang membantu penguji menentukan skenario pengujian dan menjalankan seluruh sistem dari awal hingga selesai berdasarkan transaksi per transaksi seperti yang dijelaskan oleh Ivar Jacobson dalam bukunya “Rekayasa Perangkat Lunak Berorientasi Objek” Dengan menggunakan teknik ini, tim pengujian membuat skenario pengujian yang dapat menjalankan seluruh perangkat lunak dari awal hingga akhir berdasarkan fungsionalitas setiap fitur. Use case testing adalah interaksi antara pengguna dan aplikasi perangkat lunak dan, oleh karena itu, membantu menguji sistem dari sudut pandang pengguna. Berikut beberapa keuntungannya.

Apa itu Kasus Penggunaan?

• Sebuah use case ditulis menggunakan bahasa naratif, menggambarkan persyaratan fungsional sistem dari perspektif pengguna akhir.
• Diagram use case dibuat menggunakan bahasa pemodelan terpadu, dengan setiap langkah diwakili oleh namanya dalam bentuk oval;
• Seorang aktor yang diwakili oleh figur tongkat dengan namanya tertulis di bawah; setiap aksi ditunjukkan oleh hubungan antara aktor dan use case;
• Batasan sistem yang ditunjukkan oleh persegi panjang di sekitar use case.

Elemen kasus penggunaan

Bergantung pada kedalaman dan kompleksitas yang Anda inginkan atau butuhkan, use case menjelaskan kombinasi dari elemen-elemen berikut.

• Aktor – siapapun atau apapun yang melakukan perilaku (yang menggunakan sistem)
• Aktor Utama – Stakeholder yang memulai interaksi dengan sistem untuk mencapai tujuan
• Aktor Sekunder adalah  salah satu dari mana sistem membutuhkan bantuan untuk menyelesaikan use case .
• Prasyarat – harus nyata atau terjadi sebelum dan sesudah use case dijalankan
• Pemicu – Ini adalah peristiwa yang menyebabkan use case dimulai

Gunakan Skenario Kasus dan Jalur Alternatif

Pemodelan use case adalah cara formal untuk merepresentasikan bagaimana sistem bisnis berinteraksi dengan lingkungannya, dan menggambarkan aktivitas yang dilakukan oleh pengguna sistem. Ini juga merupakan teknik berbasis skenario di UML. Kasus penggunaan adalah serangkaian langkah yang diperlukan untuk menyelesaikan tugas atau tujuan tertentu. Biasanya, use case dapat memiliki banyak jalur; setiap jalur dianggap sebagai skenario use case. Sederhananya, use case adalah tujuan dengan berbagai proses, dan skenario use case mewakili jalur linier dan langsung melalui salah satu operasi ini.

Skenario adalah adegan yang menggambarkan beberapa interaksi dengan sistem yang diusulkan. Skenario adalah alat yang digunakan selama analisis kebutuhan untuk menggambarkan penggunaan spesifik dari sistem yang diusulkan. Skenario menangkap sistem, seperti yang dilihat dari luar, misalnya oleh pengguna, menggunakan contoh spesifik. Kasus penggunaan mungkin berisi beberapa “jalur” yang dapat diambil pengguna saat berinteraksi dengan sistem; setiap jalur disebut sebagai skenario

• Skenario Keberhasilan Utama [Aliran Dasar] – Tidak ada kesalahan dalam kasus penggunaan.
• Jalur Alternatif [Aliran Alternatif] – Jalur ini merupakan variasi dari tema utama. Ini adalah pengecualian yang terjadi ketika terjadi kesalahan pada tingkat sistem.

Gunakan Contoh Pengujian Kasus

Skenario use case dilihat sebagai interaksi antara aplikasi dan aktor (pengguna). Kasus penggunaan ini digunakan untuk menggambarkan persyaratan dan karenanya juga dapat digunakan sebagai dasar untuk pengujian penerimaan.

Dengan contoh ATM, kami menunjukkan kasus yang berhasil dan tidak berhasil. Dalam diagram ini, kita dapat melihat interaksi antara A (aktor — dalam hal ini, orang) dan S (sistem). Langkah 1 hingga 5 adalah kasus sukses, yang menunjukkan bahwa kartu dan kata sandi telah diverifikasi dan pelaku diizinkan mengakses akun.

1. J: Masukkan kartu,
2. S: Validasi kartu dan minta PIN,
3. A: Memasukkan PIN,
4. S: Memvalidasi Pin, dan
5. S: Memungkinkan akses ke akun.

Namun, mungkin ada tiga skenario lain selama proses perpanjangan, misalnya, saat memverifikasi kartu dan sistem menentukan bahwa ada sesuatu yang salah. Kasus ekspansi ini dapat dicantumkan di bawah ini. Yaitu 2a, 4a dan 4b seperti yang ditunjukkan pada gambar di bawah ini.

2a) S: Kartu tidak valid (pesan ditampilkan dan kartu ditolak)
3a) S: Kata sandi tidak valid (pesan ditampilkan dan minta untuk mencoba lagi – dua kali), dan
4a) S: Kata sandi tidak valid 3 kali (makan kartu dan keluar)

Gunakan Skenario Kasus sebagai Uji Kasus

Skenario use case pada dasarnya adalah dokumen use case. Dengan kata lain, ini menjelaskan tindakan yang mungkin dilakukan pengguna menggunakan aplikasi atau sistem. Ini juga menjelaskan situasi yang mungkin dialami pengguna saat menggunakan perangkat lunak. Untuk membuat skenario pengujian yang akurat, kami sering mengumpulkan masukan dari pelanggan, pengguna akhir, dan/atau pemangku kepentingan. Ini membantu untuk secara efektif mencakup semua kemungkinan skenario kasus penggunaan dan memungkinkan pengujian komprehensif semua alur kerja bisnis dari kasus penggunaan.

Gunakan Kasus vs Uji Kasus

Kasus penggunaan dan kasus uji adalah istilah yang sering digunakan di bidang pengujian perangkat lunak, dan keduanya juga terkait erat. Kasus penggunaan digunakan untuk menentukan bagaimana sistem yang dirancang untuk melakukan tugas tertentu akan digunakan. Sebaliknya, kasus uji adalah sekumpulan input uji, kondisi eksekusi, dan hasil yang diharapkan yang dikembangkan untuk tujuan pengujian tertentu.

• Mendokumentasikan detail kasus penggunaan dalam Paradigma Visual
• Bagaimana Menghasilkan Skenario Kasus Penggunaan dari Notes?
• Use Case Diagram Menjadi Mudah