TEST CASE

Pengertian Test Case

 Test case adalah sekumpulan skenario yang disusun oleh

tester agar sistem yang akan dites dapat memenuhi
ketentuan, standar tertentu serta dapat berfungsi dengan
baik.
 Penyusunan test case dapat membantu tester untuk
menemukan masalah pada dokumen ketentuan dan pada
desain dari aplikasi itu sendiri.
 Pembuatan Test Case

1. Requirement’s description.
Tester harus paham bagaimana cara aplikasi berjalan, paham dengan business goal dari
pembuatan aplikasi tersebut sehingga pembuatan test case tidak berseberangan dengan
requirement yang telah ditetapkan sebelumnya.
2. System explanation.
Tester dapat menjelaskan ke developer mengenai aplikasi terkait, karena pada umumnya
pekerjaan developer dibagi menjadi beberapa bagian dan bagian lainnya dikerjakan oleh
orang lain.
3. Crystal clear and compact test cases.
Dikarenakan pembaca test case bukan hanya tester, penggunaan bahasa dan langkah-
langkah pengetesan harus jelas. Langkah pengetesan diusahakan tidak rumit dan kompleks.
4. Inputs and outputs or actions (positive-negative scenarios) and expected results.
Tester harus memahami hasil yang tampil setelah mengeksekusi langkah-langkah yang
dituliskan dalam langkah pengetesan.
Pembuatan Test Case

5. Proofs.
Untuk kemudahan tracking dan dokumentasi, ada baiknya tester merekam atau menyertakan
bukti output dari test case yang gagal dieksekusi. Ini juga memudahkan developer dalam
memperbaiki sebab kegagalan dari sistem yang sedang diuji.
6. Updates.
Setiap tester menemukan skenario baru, ada baiknya untuk terus memperbarui test case yang
sudah ada. Sehingga kemungkinan test case dapat mencakup seluruh aspek dari aplikasi,
semakin besar.
7. Naming.
Konsisten dalam penamaan pembuatan test case berguna untuk kemudahan dalam tracking.
Contoh : setelah menggunakan istilah ‘Login’ kemudian muncul istilah ‘Sign In’.
 Point yang perlu diperhatikan pada test case

1. Simple and transparent.

Semua langkah pelaksanaanya pun juga harus jelas dan tidak ada yang terlewat. Contoh :
untuk melakukan order, harus ‘Login’ terlebih dahulu. Apabila langkah sudah terlalu banyak,
login bisa dicantumkan di pre-condition.
2. End-user mind.
Tester bermindset bahwa ia adalah end-user. Untuk itu, kemudahan dalam penggunaan
aplikasi juga perlu diperhatikan karena kepuasan konsumen adalah saat aplikasi tidak memiliki
kegagalan sistem yang bisa menghambat berjalannya sistem tersebut.
3. Don’t assume.
Tester diharapkan tidak berasumsi bahwa end-user mengerti keseluruhan dari aplikasi. Jadi
usahakan susun test case walaupun hal yang termudah.
4. 100% Coverage.
Kemungkinan test case bisa mengcover 100% dari semua aspek dari aplikasi tidaklah mudah.
Tetapi apabila tester terus berfokus pada kualitas testing, bukan tidak mungkin 100% coverage
bisa tercapai.
 Point yang perlu diperhatikan pada test case

1. Easy to understand.
Pemilihan bahasa sewaktu menyusun test case juga harus diperhatikan karena pengguna test
case bukan hanya tester saja. Bahasa yang sederhana dan mudah dipahami lebih disukai
karena bisa dimengerti bahkan oleh end-user yang mungkin awam.
2. Repeatable.
Artinya test case harus mempunyai kondisi hasil yang sama di seluruh platform yang sedang
dites. Contoh : apabila di OS Android setelah login, maka akan tampil halaman my profile maka
di iOS pun akan demikian.
3. Peer review.
Meminta tolong pada tester lain atau orang lain untuk me-review test case yang kita susun.
Apabila pemili-han bahasa yang dipilih kurang baik dan menimbul-kan banyak pertanyaan,
tester perlu melakukan peru-bahan agar test case lebih mudah untuk dipahami.
CONTOH PENYUSUNAN TEST CASE

 KASUS PADA FORM LOGIN

 Contoh Test Case nya

Contoh Test Case yang masih membingungkan

Contoh Test Case yang baik

 Contoh Test Case Lain nya

Menentukan scenario :

NOMOR SKENARIO HASIL YANG DIHARAPKAN HASIL

1 LOGIN DENGAN BENAR LOGIN BERHASIL VALID
2 LOGIN DENGAN SALAH LOGIN DITOLAK, SISTEM MENAMPILKAN PESAN TIDAK VALID
PENOLAKAN
3 LOGIN TIDAK DI ISI LOGIN DITOLAK, SISTEM MENAMPILKAN PESAN TIDAK VALID
PENOLAKAN
 MENENTUKAN TEST CASE
ID
SKENARIO USER LOGIN PASSWORD HAK AKSES HASIL DIHARAPKAN
TEST
1 LOGIN DENGAN BENAR    LOGIN BERHASIL

2 LOGIN DENGAN SALAH

Password salah
Password dan hak akses salah
Username salah
Username dan password salah
3 LOGIN TIDAK DI ISI
User login tidak di isi
Hak akses tidak di isi
Password tidak di isi
   Login Gagal, Pesan Penolakan
   Login Gagal, Pesan Penolakan
   Login Gagal, Pesan Penolakan
   Login Gagal, Pesan Penolakan
-   Login Gagal, Pesan Penolakan
  - Login Gagal, Pesan Penolakan
 -  Login Gagal, Pesan Penolakan
 MENENTUKAN INPUTAN TEST CASE

ID
SKENARIO USER LOGIN PASSWORD HAK AKSES HASIL DIHARAPKAN
TEST
1 LOGIN DENGAN BENAR Admin Admin Admin LOGIN BERHASIL

2 LOGIN DENGAN SALAH

Password salah Admin Kasir Admin Login Gagal, Pesan Penolakan
Password dan hak akses salah Admin Kasir Kasir Login Gagal, Pesan Penolakan
Username salah Kasir Admin Admin Login Gagal, Pesan Penolakan
Username dan password salah Kasir Kasir Admin Login Gagal, Pesan Penolakan
3 LOGIN TIDAK DI ISI
User login tidak di isi - Admin Admin Login Gagal, Pesan Penolakan
Hak akses tidak di isi Admin Admin - Login Gagal, Pesan Penolakan
Password tidak di isi Admin - Admin Login Gagal, Pesan Penolakan
 END OF TEST CASE EXAMPLE

ID USER HASIL
SKENARIO PASSWORD HAK AKSES HASIL DIHARAPKAN
TEST LOGIN TESTING
1 LOGIN DENGAN BENAR Admin Admin Admin LOGIN BERHASIL SUKSES

2 LOGIN DENGAN SALAH

Password salah Admin Kasir Admin Login Gagal, Pesan Penolakan SUKSES

Password dan hak akses salah Admin Kasir Kasir Login Gagal, Pesan Penolakan SUKSES

Username salah Kasir Admin Admin Login Gagal, Pesan Penolakan SUKSES

Username dan password salah Kasir Kasir Admin Login Gagal, Pesan Penolakan SUKSES

3 LOGIN TIDAK DI ISI

User login tidak di isi - Admin Admin Login Gagal, Pesan Penolakan SUKSES

Hak akses tidak di isi Admin Admin - Login Sukses GAGAL

Password tidak di isi Admin - Admin Login Gagal, Pesan Penolakan SUKSES
End of slide …