Padepokan QA

Cara Menulis Test Case yang Baik, Lengkap dengan Contoh

Struktur test case yang jelas, contoh untuk fitur login, dan kesalahan yang paling sering dilakukan QA pemula.

Tim Padepokan QA · Senin, 28 September 2026 · 4 menit baca

Jawaban singkat: Test case yang baik punya satu tujuan, langkah yang bisa diulang siapa pun, data uji yang jelas, dan expected result yang terukur berdasarkan requirement. Komponen umumnya: ID, judul, prekondisi, langkah, data uji, expected result, prioritas, dan status.

Test case adalah resep pengujian: siapa pun yang membacanya harus bisa menjalankan pengujian yang sama dan mendapatkan kesimpulan yang sama. Kalau test case-mu hanya bisa dipahami dirimu sendiri, berarti masih perlu diperbaiki.

Struktur test case

Format tiap perusahaan bisa berbeda, tapi isinya hampir selalu seperti ini:

  • ID: penanda unik, misalnya TC-LOGIN-001.
  • Judul: apa yang diuji, singkat dan spesifik.
  • Prekondisi: kondisi yang harus terpenuhi sebelum pengujian.
  • Langkah-langkah: tindakan berurutan yang dilakukan penguji.
  • Data uji: data yang dipakai, misalnya email dan password.
  • Hasil yang diharapkan (expected result): apa yang seharusnya terjadi.
  • Prioritas: seberapa penting skenario ini.
  • Status: Pass, Fail, atau belum dijalankan.

Contoh: login dengan password salah

  • ID: TC-LOGIN-003
  • Judul: Login gagal jika password salah
  • Prekondisi: Akun budi@contoh.com sudah terdaftar dan aktif.
  • Langkah:
  1. Buka halaman login.
  2. Isi email budi@contoh.com.
  3. Isi password salah123.
  4. Klik tombol Masuk.
  • Expected result: Muncul pesan "Email atau password salah", pengguna tetap di halaman login, dan password tidak ditampilkan ulang.
  • Prioritas: High

Perhatikan bahwa expected result-nya terukur. Bukan "login gagal", tapi apa persisnya yang terlihat oleh pengguna.

Dari satu skenario ke satu fitur

Contoh di atas baru satu test case. Di pekerjaan sungguhan, satu fitur biasanya diuji dengan sekumpulan test case yang saling melengkapi. Untuk fitur login, daftar judulnya bisa seperti ini:

  • TC-LOGIN-001 Login berhasil dengan email dan password yang benar
  • TC-LOGIN-002 Login gagal jika email belum terdaftar
  • TC-LOGIN-003 Login gagal jika password salah
  • TC-LOGIN-004 Login gagal jika email dikosongkan
  • TC-LOGIN-005 Login gagal jika format email tidak valid (tanpa @)
  • TC-LOGIN-006 Password tampil tersamar saat diketik

Perhatikan polanya: satu happy path, lalu beberapa skenario negatif yang masing-masing menguji satu kondisi. ID yang berurutan dan judul yang konsisten membuat daftar ini mudah dirawat.

Kalau ingin melihat pola ini diterapkan pada fitur yang lebih kompleks, QA Starter Kit berisi 41 contoh test case untuk satu fitur utuh, yaitu "Bayar Pajak Daerah" di aplikasi e-commerce, beserta templatenya.

Ciri test case yang baik

  1. Satu tujuan per test case. Jangan gabungkan "login berhasil" dan "logout" dalam satu test case.
  2. Langkah yang bisa diulang. Hindari kata seperti "isi data yang sesuai". Tulis datanya.
  3. Expected result yang jelas. Tanpa ini, orang lain tidak bisa menentukan Pass atau Fail.
  4. Mencakup skenario negatif. Password kosong, email tanpa @, spasi di awal input, dan sebagainya.
  5. Mudah dirawat. Gunakan penamaan dan urutan yang konsisten.

Kesalahan yang sering dilakukan pemula

  • Hanya menulis skenario "jalan mulus" (happy path).
  • Langkah terlalu umum sehingga orang lain menjalankannya dengan cara berbeda.
  • Tidak mencatat data uji.
  • Menulis expected result berdasarkan perilaku aplikasi saat ini, bukan berdasarkan requirement.
Test case ditulis berdasarkan requirement, bukan berdasarkan apa yang kebetulan terjadi di aplikasi. Kalau keduanya berbeda, itulah bug.

Dari mana ide skenario datang?

Gunakan teknik pengujian agar skenariomu efisien dan tidak asal banyak. Dua teknik paling dasar dibahas di Equivalence Partitioning & Boundary Value Analysis.

Pertanyaan Umum

Apa bedanya test case dan test scenario?

Test scenario adalah gambaran besar apa yang diuji, misalnya "pengguna login". Test case adalah rincian langkah, data, dan hasil yang diharapkan untuk satu kondisi dari scenario tersebut.

Berapa banyak test case yang perlu ditulis untuk satu fitur?

Tidak ada angka pasti. Gunakan teknik seperti Equivalence Partitioning dan Boundary Value Analysis agar setiap kelompok input dan batas nilai terwakili tanpa test case yang berulang.

Tools apa yang dipakai untuk menulis test case?

Pemula cukup memakai spreadsheet. Di perusahaan, test case sering dikelola di tools manajemen pengujian atau Jira dengan add-on khusus.

Latihan dan alat bantu

Cara tercepat menguasai test case adalah menulisnya sendiri untuk aplikasi sungguhan, lalu membandingkannya dengan contoh yang sudah rapi.

:::cta

QA Starter Kit

Template dan contoh dokumen QA dalam satu studi kasus: 41 contoh test case, 8 contoh bug report, Regression Checklist, Summary otomatis di Excel, Test Plan 15 halaman, dan Test Summary Report (Word). Pakai sebagai acuan format saat menulis test case-mu sendiri. Harga Rp99.000.

Lihat isi QA Starter Kit

Mau latihan dulu tanpa biaya? Tulis test case berdasarkan requirement di Arena Latihan WarTicket. :::