2. Apa itu Test Case?
• Test Case adalah serangkaian tindakan yang dijalankan untuk memverifikasi
fitur atau fungsionalitas tertentu dari aplikasi atau perangkat lunak Anda. Test
Case berisi langkah-langkah pengujian, data uji, prasyarat, pasca kondisi yang
dikembangkan untuk skenario pengujian khusus untuk memverifikasi
persyaratan apa pun.
• Test Case mencakup variabel atau kondisi tertentu, yang dengannya seorang
insinyur pengujian dapat membandingkan hasil yang diharapkan dan hasil
aktual untuk menentukan apakah produk perangkat lunak berfungsi sesuai
dengan kebutuhan pelanggan.
3.
4. Contoh Cara Menulis Test Case dalam
Pengujian Manual
• Mari buat Test Case untuk skenario: Periksa Fungsionalitas
Login
• Langkah 1) Kasus uji sederhana untuk menjelaskan skenarionya
adalah
5. • Langkah 2) Uji Data.
• Untuk menjalankan kasus uji, Anda memerlukan Data Uji.
Menambahkannya di bawah
6. • Langkah 3) Lakukan tindakan.
• Untuk menjalankan kasus uji, seorang penguji perlu melakukan
serangkaian tindakan tertentu pada UAT (User Acceptance
Testing).
• Ini didokumentasikan seperti di bawah ini:
7. • Langkah 4) Periksa perilaku UAT.
• Tujuan dari kasus uji dalam pengujian perangkat lunak adalah
untuk memeriksa perilaku UAT untuk hasil yang diharapkan. Ini
perlu didokumentasikan seperti di bawah ini
8. • Selama waktu pelaksanaan tes, penguji akan memeriksa hasil
yang diharapkan terhadap hasil aktual dan menetapkan status
lulus atau gagal
9. • Langkah 5) Bahwa selain test case ini – mungkin Anda memiliki
bidang seperti, Pra – Kondisi yang menentukan hal-hal yang
harus ada sebelum tes dapat dijalankan. Untuk kasus
pengujian pada umumnya, prasyaratnya adalah memiliki
browser yang diinstal untuk memiliki akses ke situs yang
sedang diuji. Sebuah test case juga dapat mencakup Post –
Conditions yang menentukan apa pun yang berlaku setelah
test case selesai.
10. Format Kasus Uji Standar
• Di bawah ini adalah format contoh kasus uji login standar.
11. Informasi untuk saat menyusun Test
Case:
• Deskripsi persyaratan apa yang sedang diuji.
• Penjelasan tentang bagaimana sistem akan diuji.
• Pengaturan pengujian seperti versi aplikasi yang sedang diuji, perangkat lunak, file data,
sistem operasi, perangkat keras, akses keamanan, tanggal fisik atau logis, waktu, prasyarat
seperti pengujian lain dan informasi pengaturan lainnya yang berkaitan dengan persyaratan
yang sedang diuji.
• Masukan dan keluaran atau tindakan dan hasil yang diharapkan.
• Bukti atau lampiran apa pun.
• Gunakan bahasa kasus aktif.
• Test Case tidak boleh lebih dari 15 langkah.
• Naskah pengujian otomatis dikomentari dengan masukan, tujuan, dan hasil yang
diharapkan.
• Setup menawarkan alternatif untuk tes prasyarat.
• Dengan tes lain, itu harus menjadi urutan skenario bisnis yang salah.
12. Praktik Terbaik untuk menulis Contoh Test
Case yang baik
• 1. Kasus Uji harus sederhana dan transparan
• Buat kasus uji yang sesederhana mungkin. Mereka harus jelas
dan ringkas karena pembuat kasus uji tidak boleh
mengeksekusinya. Gunakan bahasa mudah dipahami seperti
pergi ke home Page, masukkan akun untuk login, klik ini dan
seterusnya. Ini membuat pemahaman langkah-langkah
pengujian menjadi mudah dan eksekusi pengujian lebih cepat.
13. • 2. Buat Test Case dengan mempertimbangkan Calon Pengguna
• Tujuan akhir dari setiap proyek aplikasi adalah untuk membuat test case
yang memenuhi persyaratan pengguna dan mudah digunakan atau
dioperasikan. Seorang QA/Tester harus membuat test case dengan
mengingat perspektif calon pengguna mereka.
• 3. Hindari pengulangan Test Case
• Jangan ulangi test case. Jika test case diperlukan untuk mengeksekusi
beberapa test case lain, panggil test case dengan id test casenya di
kolom pra-kondisi.
14. • 4. Jangan Berasumsi
• Jangan berasumsi dengan fungsionalitas dan fitur aplikasi
perangkat lunak Anda saat menyiapkan test case. Tetap pada
Dokumen Spesifikasi.
• 5. Pastikan 100% Sesuai
• Pastikan Anda menulis test case untuk memeriksa semua
persyaratan perangkat lunak/ aplikasi yang disebutkan dalam
dokumen spesifikasi. Gunakan Matriks Ketertelusuran untuk
memastikan tidak ada fungsi/kondisi yang belum diuji.
15. • 6. Harus dapat diidentifikasi.
• Beri nama ID test case sedemikian rupa sehingga mudah
diidentifikasi saat melacak cacat atau mengidentifikasi
persyaratan perangkat lunak pada tahap selanjutnya.v
16. • 7. Menerapkan Teknik Pengujian
• Tidak mungkin memeriksa setiap kemungkinan kondisi dalam aplikasi
perangkat lunak Anda. Teknik Pengujian Perangkat Lunak/ aplikasi membantu
Anda memilih beberapa test case dengan kemungkinan maksimum untuk
menemukan cacat.
• Analisis Nilai Batas (BVA): Seperti namanya, ini adalah teknik yang
mendefinisikan pengujian batas untuk rentang nilai tertentu.
• Equivalence Partition (EP): Teknik ini mempartisi rentang menjadi
bagian/kelompok yang sama yang cenderung memiliki perilaku yang sama.
• Teknik Transisi Keadaan : Metode ini digunakan ketika perilaku perangkat
lunak berubah dari satu keadaan ke keadaan lain mengikuti tindakan tertentu.
• Teknik Tebakan Kesalahan: Ini adalah menebak/mengantisipasi kesalahan
yang mungkin muncul saat melakukan pengujian manual. Ini bukan metode
formal dan mengambil keuntungan dari pengalaman penguji dengan aplikasi.
17. • 8. Membersihkan diri
• Kasus pengujian yang Anda buat harus mengembalikan
Lingkungan Pengujian ke status pra-pengujian dan tidak boleh
membuat lingkungan pengujian tidak dapat digunakan. Hal ini
terutama berlaku untuk pengujian konfigurasi.
• 9. Dapat diulang dan independen
• Kasus uji harus menghasilkan hasil yang sama setiap kali tidak
peduli siapa yang mengujinya
18. • 10. Kolaborasi dengan satu Tim
• Setelah membuat test case, minta agar ditinjau oleh rekan satu
Tim Anda. Rekan-rekan Anda dapat menemukan cacat dalam
desain test case Anda, yang mungkin dengan mudah Anda
lewatkan. Hal ini juga sangat dibutuhkan jika rekan Anda masih
baru dan belum memiliki pengalaman yang mendalam tentang
QA/Tester
