Apa itu Skenario Pengujian dalam Pengujian Perangkat Lunak (Contoh)
Thomas Hamilton
Apa itu Skenario Tes?
A Skenario Uji didefinisikan sebagai fungsionalitas apa pun yang dapat diuji. Ini juga disebut Kondisi Uji atau Kemungkinan Uji. Sebagai penguji, Anda harus menempatkan diri Anda pada posisi pengguna akhir dan mencari tahu skenario dunia nyata serta kasus penggunaan Aplikasi yang Sedang Diuji.
Pengujian Skenario
Pengujian Skenario in pengujian perangkat lunak adalah metode yang menggunakan skenario aktual untuk menguji aplikasi perangkat lunak, bukan kasus uji. Tujuan pengujian skenario adalah untuk menguji skenario menyeluruh untuk masalah perangkat lunak yang kompleks. Skenario membantu dengan cara yang lebih mudah untuk menguji dan mengevaluasi masalah rumit secara menyeluruh.
Mari kita pelajari dengan bantuan video di bawah ini –
Mengapa membuat Skenario Uji?
Skenario Uji dibuat karena alasan berikut,
- Membuat Skenario Tes memastikan Cakupan Tes lengkap
- Skenario Pengujian dapat disetujui oleh berbagai pemangku kepentingan seperti Analis Bisnis, Pengembang, Pelanggan untuk memastikan Aplikasi yang Diuji diuji secara menyeluruh. Ini memastikan bahwa perangkat lunak berfungsi untuk kasus penggunaan yang paling umum.
- Mereka berfungsi sebagai alat cepat untuk menentukan upaya kerja pengujian dan dengan demikian membuat proposal untuk klien atau mengatur tenaga kerja.
- Mereka membantu menentukan transaksi end-to-end yang paling penting atau penggunaan sebenarnya dari aplikasi perangkat lunak.
- Untuk mempelajari fungsi program secara menyeluruh, Skenario Uji sangat penting.
Kapan tidak membuat Skenario Pengujian?
Skenario Tes tidak dapat dibuat ketika
- Aplikasi yang Sedang Diuji rumit, tidak stabil, dan terdapat keterbatasan waktu dalam proyek.
- Proyek yang mengikuti Metodologi Agile seperti Scrum, Kanban tidak boleh membuat Skenario Uji.
- Skenario Uji mungkin tidak dibuat untuk perbaikan bug baru atau Pengujian Regresi. Dalam kasus seperti ini, Skenario Pengujian harus sudah banyak didokumentasikan pada siklus pengujian sebelumnya. Hal ini terutama berlaku untuk proyek Pemeliharaan.
Cara Menulis Skenario Tes
Sebagai penguji, Anda dapat mengikuti lima langkah berikut untuk membuat Skenario Pengujian-
- Langkah 1: Membaca Dokumen Persyaratan seperti BRS, SRS, FRS, System Under Test (SUT). Anda juga dapat merujuk kasus penggunaan, buku, manual, dll. dari aplikasi yang akan diuji.
- Langkah 2: Untuk setiap persyaratan, cari tahu kemungkinan tindakan dan tujuan pengguna. Menentukan aspek teknis dari persyaratan. Pastikan kemungkinan skenario penyalahgunaan sistem dan evaluasi pengguna dengan pola pikir peretas.
- Langkah 3: Setelah membaca Dokumen Persyaratan dan melakukan Analisis, buat daftar skenario pengujian berbeda yang memverifikasi setiap fitur perangkat lunak.
- Langkah 4: Setelah Anda membuat daftar semua kemungkinan Skenario Pengujian, a Matriks Ketertelusuran dibuat untuk memverifikasi bahwa setiap & setiap persyaratan memiliki Skenario Pengujian yang sesuai
- Langkah 5: Skenario yang dibuat ditinjau oleh supervisor Anda. Later, mereka juga ditinjau oleh Pemangku Kepentingan lain dalam proyek tersebut.
Tips Membuat Skenario Pengujian
- Setiap Skenario Pengujian harus dikaitkan dengan minimal satu Persyaratan atau Kisah Pengguna sesuai Metodologi Proyek.
- Sebelum membuat Skenario Pengujian yang memverifikasi beberapa Persyaratan sekaligus, pastikan Anda memiliki Skenario Pengujian yang memeriksa persyaratan tersebut secara terpisah.
- Hindari membuat Skenario Pengujian yang terlalu rumit yang mencakup beberapa Persyaratan.
- Jumlah skenario mungkin banyak, dan menjalankan semuanya memerlukan biaya yang mahal. Berdasarkan prioritas pelanggan, jalankan saja Skenario Pengujian yang dipilih
Contoh 1: Skenario Uji untuk Aplikasi eCommerce
Untuk Aplikasi eCommerce, ada beberapa skenario pengujian
Skenario Tes 1: Periksa Fungsi Login
Untuk membantu Anda memahami perbedaan Skenario Uji dan Kasus Uji, kasus uji khusus untuk Skenario Uji ini adalah
- Periksa perilaku sistem saat ID email dan kata sandi yang valid dimasukkan.
- Periksa perilaku sistem saat ID email tidak valid dan kata sandi valid dimasukkan.
- Periksa perilaku sistem saat ID email valid dan kata sandi tidak valid dimasukkan.
- Periksa perilaku sistem saat ID email tidak valid dan kata sandi tidak valid dimasukkan.
- Periksa perilaku sistem saat id email dan kata sandi dibiarkan kosong dan Masuk dimasukkan.
- Centang Lupa kata sandi Anda berfungsi seperti yang diharapkan
- Periksa perilaku sistem ketika nomor telepon dan kata sandi yang dimasukkan valid/tidak valid.
- Periksa perilaku sistem ketika "Biarkan saya tetap masuk" dicentang
Terbukti, Test Case lebih spesifik.
Skenario Tes 2: Periksa Fungsi Pencarian
Skenario Tes 3: Periksa Produk DescriptHalaman ion
Skenario Tes 4: Periksa Fungsi Pembayaran
Skenario Tes 5: Periksa Riwayat Pesanan
Terlepas dari 5 skenario ini, berikut adalah daftar semua skenario lainnya
- Periksa perilaku Halaman Beranda untuk pelanggan yang kembali
- Periksa Kategori/Halaman Produk
- Periksa Layanan Pelanggan/Halaman Kontak
- Periksa halaman Penawaran Harian
Contoh 2: Skenario Uji untuk Situs Perbankan
Skenario Uji 1: Periksa Fungsi Login dan Otentikasi
Skenario Uji 2: Cek Pengiriman Uang dapat dilakukan
Skenario Uji 3: Cek Laporan Rekening dapat dilihat
Skenario Uji 4: Cek Deposit Tetap/Deposit Berulang dapat dibuat
Dan seterusnya…
Templat Skenario Uji
Unduh Templat Skenario Uji Excel(.xlsx)
