Bab V SKENARIO PENGUJIAN DAN PELAPORAN BUG

5.1Tujuan Pembelajaran
a. Mahasiswa mampu memahami definisi, fungsi, dan cara pembuatan
skenario pengujian serta pelaporan bug
b. Mahasiswa mampu membuat skenario pengujian serta pelaporan bug
5.2 Dasar Teori
I. SKENARIO PENGUJIAN
Kasus uji adalah seperangkat data input, pra-kondisi, dan pasca kondisi eksekusi yang dikembangkan
untuk melakukan verifikasi terhadap kesesuaian program dengan spesifikasi kebutuhan tertentu.
Secara umum terdapat beberapa informasi yang diperlukan dari tiap kasus uji, antara lain:

1. Fitur: Informasi mengenai fitur atau fungsionalitas yang akan diuji. Use case ID juga dapat
digunakan sehingga lebih mudah dalam melakukan tracing.
2. Test Case ID: Kode kasus pengujian
3. Deskripsi: Informasi yang menjelaskan scenario yang akan diuji
4. Tipe: Kasus uji dibagi menjadi 2 tipe: positif dan negatif.
a. Skenario positif adalah skenario yang dibuat untuk menguji perilaku sistem ketika kondisi
normal.
b. Skenario negative adalah scenario yang dibuat untuk menguji perilaku sistem ketika kondisi
todak normal atau terdapat kesalahan.
Pada kasus fitur pendaftaran. Contoh kasus uji yang termasuk skenario positif adalah
memasukkan data pendaftaran dengan benar sesui aturan dan lengkap. Contoh skenario
negatif adalah alamat email tidak valid, password tidak sesuai ketentuan, atau data tidak
lengkap.
5. Pre-Condition: Kondisi prasyarat sebelum pengujian pada kasus uji tersebut dilakukan.
Contoh: User sudah berada pada halaman utama.
6. Langkah Pengujian/Test Step: langkah-langkah yang dilakukan saat pengujian
7. Data Pengujian/Test Data: Informasi ini diperlukan apabila dalam pengujian terdapat data
yang harus dimasukkan dalam sistem. Contoh pada kasus pendaftaran adalah data nama,
email, dan password.
8. Expected Result: Hasil diharapkan dari fitur yang sedang diuji
9. Actual Result: Hasil sebenarnya yang terjadi ketika pengujian dilakukan
10. Test Status: Informasi status dari hasil pengujian. Beberapa status pengujian yang mungkin
terjadi:
a. Pass: Fitur yang diuji berjalan dengan semestinya atau lolos pengujian
b. Fail: Fitur yang diuji tidak berjalan dengan semestinya atau terdapat bug
c. Blocked: Skenario tidak dapat diuji karena terdampak bug yang muncul pada fitur lain.

Format penulisan kasus uji dapat berbeda-beda tergantung dari kebutuhan perusahaan. Umumnya
scenario pengujian dituliskan dalam bentuk tabular. Pembuatan kasus uji dapat memanfaatkan tools
sederhana seperti excel. Selain itu terdapat pula test case management tools berbayar seperti QASE.
Berikut adalah contoh scenario pengujian untuk kasus uji pendaftaran:
 Tabel 1. Contoh Test Case

Fitu ID Description Tipe Pre- Test Step Test Data Expected Actual Status
r Conditio Result Result
n
UC- TC- User Posi User 1. User Nama: 1. Sistem v Pass
01 01 melakukan tif sudah memasukkan Divi Putri menampilka
pendaftaran masuk data nama, Email: n konfirmasi
dengan ke email, dan [Link] pendaftaran
data yang halaman password @[Link] berhasil
sesuai dan registras yang benar m dilakukan
lengkap i 2. User Password: 2. User
memilih KataKunci diarahkan ke
tombol 123! halaman
“register” beranda
UC- TC- User Neg User 1. User Nama: 1. Sistem x Fail
01 02 melakukan atif sudah memasukka Divi Putri menampilka
pendaftaran masuk n data Email: n pesan
dengan ke nama, email [Link] error dan
data halaman yang benar. @[Link] memberikan
password registras 2. User m penanda
yang tidak i memasukka Password: pada kolom
sesuai n data KataKunci password
ketentuan password 123 2. User gagal
yang tidak mendaftar
sesuai
ketentuan
3. User
memilih
tombol
“register”

II. PELAPORAN BUG

Bug adalah kesalahan pada program yang menyebabkan program tidak berperilaku atau tidak
menghasilkan keluarkan yang semestinya. Semua bug yang telah dideteksi harus dilaporkan
dan ditindaklanjuti. Pelaporan Bug / Bug Report perlu dilakukan secara benar sehingga
kemungkinan bug tersebut diperbaiki menjadi semakin tinggi. Apabila bug tidak dilaporkan
dengan benar, ada kemungkinan developer tidak bisa memperbaiki karena bug tersebut
irreproducible atau tidak bisa ditemukan kembali. Beberapa informasi yang harus ditemukan
dalam bug report antara lain.
1. Title
Judul dari bug yang muncul. Judul harus jelas sehingga developer dapat segera memahami
kesalahan yang terjadi.
2. Description
Penjelasan yang lebih rinci dari bug yang terjadi
3. Platform
 Menjelaskan lingkungan pengujian termasuk versi software, OS, Browser, dst yang
digunakan ketika melakukan pengujian.
4. Step to reproduce
Langkah-langkah dalam bentuk numbered list yang menjelaskan langkah yang diperlukan
untuk menghasilkan bug. Langkah-langkah ini diperlukan untuk mempermudah developer
dalam memproduksi ulang bug
5. Expectation
Ekspektasi sesuai dengan test case
6. Priority & Severity
Bug dapat diklasifikasikan menurut priority dan severity-nya. Priority menunjukkan
dampak kerugian bisnis yang dapat ditimbulkan (High, Medium, Low). Severity
menunjukkan dampak kerusakan yang ditimbulkan pada keseluruhan sistem (Critical,
Major, Minor, Low).
7. Attachment
Bukti terjadinya bug bisa berapa foto, screenshot, atau video.

5.3 Latihan
5.3.1 Membuat kasus uji berdasarkan user story dan acceptance criteria
-
User story: Sebagai pembeli, saya ingin menambahkan produk kedalam keranjang
saya sehingga saya dapat dengan mudah melihat barang-barang yang ingin saya beli
dan melanjutkan proses checkout
- Acceptance criteria:
1. Halaman daftar produk harus memiliki tombol tambah ke keranjang di setiap
produknya
2. Jumlah produk dalam keranjang belanja harus dapat dilihat melalui icon
keranjang belanja di bagian navigasi
3. Saat menekan tombol ‘tambah ke keranjang’ dan memasukkan jumlah barang,
produk tersebut harus ditambahkan dalam keranjang belanja dan merubah
jumlah produk dalam keranjang belanja
4. Halaman keranjang belanja dapat diakses melalui icon keranjang belanja di
bagian navigasi
5. Halaman keranjang belanja harus memberikan informasi nama produk, jumlah
yang dibeli dan harga
6. Halaman keranjang belanja harus memiliki tombol “checkout” untuk lanjut ke
proses pembelian
- Skenario Pengujian
1. Buka Excel dan buatlah kolom sesuai contoh pada Tael 1.
2. Buat 1 kasus uji positif dan 1 kasus Uji negatif
3. Hasil perancangan kasus uji
 5.3.2 Membuat Bug report berdasarkan kasus uji yang telah dibuat

No 1
Title User berhasil register dengan data tidak lengkap
Description url: [Link]
User berhasil mendaftar pada sistem tanpa menginputkan password
Platform Windows 10 Home, Chrome v.117
Step to 1. User memasukkan data nama, email yang benar.
Reproduce 2. User memasukkan data password yang tidak sesuai ketentuan
3. User memilih tombol “register”

Expectation 1. Sistem menampilkan pesan error dan memberikan penanda pada

kolom password
2. User gagal mendaftar

Priority, Severity High, Critical

Attachment Foto

5.4 Tugas:
A. Membuat kasus uji menggunakan bantuan tools [Link]
Langkah-langkah:
1. Masuk ke website [Link] dan buatlah akun (disarankan akun yang free)
2. Login menggunakan akun yang baru dibuat
3. Buat Project baru dengan memilih menu “Create new project”
4. Buat project pada [Link] dan kasus uji (positif dan negatif) untuk user story
berdasarkan acceptance criteria pada studi kasus masing-masing kelompok!
5. Lakukan pengujian berdasarkan kasus uji yang telah dibuat!
6. Buatlah bug report untuk bug yang ditemukan!
([Link]
7. Laporkan dalam bentuk langkah-langkah beserta screenshot tampilan [Link]!