Cara Menulis Kasus Uji dengan Contoh

Oleh: Thomas Hamilton Thomas Hamilton
Hours Updated

🚀 Ringkasan Cerdas

Kasus uji adalah serangkaian kondisi, masukan, tindakan, dan hasil yang diharapkan yang didokumentasikan untuk memverifikasi bahwa fitur tertentu berfungsi dengan benar dalam aplikasi perangkat lunak.

  • Prinsip Utama: Setiap kasus uji harus memvalidasi satu persyaratan atau fitur, mendokumentasikan kondisi, masukan, dan hasil yang diharapkan.
  • Fokus Implementasi: Penguji harus mendokumentasikan tindakan dan data pengujian yang jelas dan langkah demi langkah untuk pelaksanaan yang konsisten oleh setiap anggota tim.
  • Pendekatan Berpusat pada Pengguna: Rancang kasus uji dengan perspektif pengguna akhir, pastikan kasus tersebut mencerminkan skenario dan persyaratan dunia nyata.
  • Jaminan Cakupan: Gunakan matriks ketertelusuran untuk memastikan setiap persyaratan diuji, menghindari titik buta dan memaksimalkan cakupan.
  • Penghapusan Relevansi: Hindari pengulangan kasus uji; gunakan ID kasus uji untuk mereferensikan dependensi dalam kondisi awal.
  • Teknik Aplikasi: Gunakan teknik pengujian seperti Analisis Nilai Batas dan Pembagian Kesetaraan untuk fokus pada area berisiko tinggi.
  • Manajemen dan Ketertelusuran: Gunakan alat manajemen pengujian untuk dokumentasi berbasis templat, pelacakan eksekusi, dan penautan cacat otomatis.
Baca Selengkapnya

Cara Menulis Kasus Uji

Apa itu Kasus Uji?

A Kasus cobaan adalah satu set tindakan, masukan, dan hasil yang diharapkan yang membantu penguji memverifikasi apakah fitur atau fungsi tertentu dalam perangkat lunak berfungsi sebagaimana mestinya. Ini berfungsi sebagai langkah-demi-langkah panduan yang menentukan apa yang akan diuji, bagaimana cara mengujinya, dan hasil apa yang diharapkan.

Pikirkan kasus uji sebagai resep untuk validasi —memberi tahu Anda bahan-bahan yang tepat (data uji), proses (langkah-langkah yang harus dilakukan), dan seperti apa hidangan yang sempurna (hasil yang diharapkan).

Kasus pengujian yang ditulis dengan baik membantu memastikan:

  • Perangkat lunak ini memenuhi persyaratan bisnis dan pengguna.
  • Bug atau perilaku tak terduga adalah tertangkap lebih awal.
  • Pengujian dapat dilakukan diulang dan ditinjau ulang oleh profesional QA mana pun.
  • Tim bisa jejak persyaratan yang diverifikasi oleh setiap pengujian.

👉 Daftar untuk Proyek Pengujian Perangkat Lunak Langsung Gratis

Langkah-langkah Membuat Kasus Uji dalam Pengujian Manual

Mari kita buat Test Case untuk skenario ini: Periksa Fungsi Login

Buat Kasus Uji dalam Pengujian Manual

Langkah 1) Kasus uji sederhana untuk menjelaskan skenario tersebut adalah

Kasus cobaan # Uji Kasus Description
1 Periksa respons ketika email dan kata sandi yang valid dimasukkan

Langkah 2) Uji Datanya.
Untuk menjalankan kasus uji, Anda memerlukan Data Uji. Menambahkannya di bawah

Kasus cobaan # Uji Kasus Description Data Uji
1 Periksa respons ketika email dan kata sandi yang valid dimasukkan Surel: guru99@email.com
Kata sandi: lNf9^Oti7^2h

Mengidentifikasi data pengujian dapat memakan waktu dan terkadang memerlukan pembuatan data pengujian lagi. Alasannya perlu didokumentasikan.

Langkah 3) Lakukan tindakan.
Untuk menjalankan kasus uji, penguji perlu melakukan serangkaian tindakan tertentu pada AUT. Ini didokumentasikan sebagai berikut:

Kasus cobaan # Uji Kasus Description Langkah-Langkah Tes Data Uji
1 Periksa respons ketika email dan kata sandi yang valid dimasukkan 1) Masukkan Alamat Email

2) Masukkan Kata Sandi

3) Klik Masuk

 Surel: guru99@email.com

Kata sandi: lNf9^Oti7^2h

Seringkali, Langkah-Langkah Uji tidak sesederhana yang dijelaskan di atas, sehingga memerlukan dokumentasi. Selain itu, penulis kasus uji dapat meninggalkan organisasi, pergi berlibur, sakit dan tidak bertugas, atau sangat sibuk dengan tugas-tugas penting lainnya. Karyawan yang baru direkrut mungkin diminta untuk menjalankan kasus uji. Langkah-langkah yang terdokumentasi akan membantunya dan juga memudahkan peninjauan oleh pemangku kepentingan lainnya.

Langkah 4) Periksa perilaku AUT.
Tujuan kasus uji dalam pengujian perangkat lunak adalah untuk memeriksa perilaku AUT untuk mendapatkan hasil yang diharapkan. Hal ini perlu didokumentasikan seperti di bawah ini.

Kasus cobaan # Uji Kasus Description Data Uji Hasil yang diharapkan
1 Periksa respons ketika email dan kata sandi yang valid dimasukkan Surel: guru99@email.com
Kata sandi: lNf9^Oti7^2h		 Login harus berhasil

Selama waktu pelaksanaan tes, penguji akan memeriksa hasil yang diharapkan terhadap hasil sebenarnya dan menetapkan status lulus atau gagal

Kasus cobaan # Uji Kasus Description Data Uji Hasil yang diharapkan Hasil Aktual Lulus / Gagal
1 Periksa respons ketika email dan kata sandi yang valid dimasukkan Email: guru99@email.com Kata sandi: lNf9^Oti7^2h Login harus berhasil Masuk berhasil Lulus

Langkah 5) Selain kasus uji Anda -mungkin memiliki bidang seperti,
Prasyarat yang menentukan hal-hal yang harus ada sebelum pengujian dapat dijalankan. Untuk kasus pengujian kami, prasyaratnya adalah memasang peramban untuk mengakses situs yang diuji. Kasus pengujian juga dapat mencakup pascakondisi yang menentukan apa pun yang berlaku setelah kasus pengujian selesai. Untuk kasus pengujian kami, pascakondisinya adalah waktu & tanggal login yang disimpan dalam basis data.

Elemen Kunci dari Kasus Uji

Kasus uji standar biasanya mencakup:

  1. ID Kasus Uji – Pengidentifikasi unik (misalnya, TC001)
  2. Judul atau Description – Apa yang diverifikasi oleh tes tersebut
  3. Prasyarat – Apa yang harus ada sebelum tes dimulai
  4. Langkah-Langkah Tes – Tindakan tepat yang harus dilakukan
  5. Data Uji – Nilai masukan atau parameter
  6. Hasil yang diharapkan – Hasil yang harus Anda lihat
  7. Hasil Aktual – Apa yang sebenarnya terjadi
  8. Status – Lulus, Gagal, atau Diblokir

ARTIKEL TERKAIT

Uji Kasus vs Skenario Uji

A skenario pengujian menjelaskan apa yang perlu diuji — fungsionalitas luas atau perjalanan pengguna.

A kasus uji, di sisi lain, menjelaskan bagaimana fungsionalitas itu akan diverifikasi — langkah-langkah, data, dan hasil yang diharapkan secara tepat.

Secara sederhana:

  • Skenario Uji = Ide apa yang akan diuji.
  • Kasus Uji = Implementasi tentang cara menguji ide tersebut.

Bayangkan seperti ini —

“Jika skenario pengujian adalah judul bab, setiap kasus pengujian adalah paragraf yang menjelaskan bab tersebut secara rinci.”

Contoh Ilustrasi:

Mari kita ambil contoh agar lebih jelas:

Skenario Uji:

“Periksa fungsi login situs web.”

Kasus Uji Terkait:

  1. Verifikasi login dengan nama pengguna dan kata sandi yang valid.
  2. Verifikasi pesan kesalahan dengan kata sandi tidak valid.
  3. Verifikasi login dengan kolom kosong.
  4. Kolom verifikasi kata sandi menyembunyikan teks masukan.

Di sini, skenarionya adalah tujuan fungsional tunggal, sementara kasus uji memecahnya menjadi kondisi spesifik yang dapat diuji.

Baca untuk informasi lebih lanjut tentang Perbedaan Antara Kasus Uji vs Skenario Uji

Manfaat Menulis Kasus Uji Berkualitas Tinggi

  • Kasus uji berkualitas tinggi memastikan pengujian menyeluruh cakupan pengujian, konsistensi, dan keterlacakan di seluruh proses QA.
  • Mereka membantu penguji menangkap bug lebih awal, memelihara stabilitas regresi, dan menjamin bahwa setiap fungsionalitas selaras dengan persyaratan bisnis.
  • Kasus pengujian yang ditulis dengan baik adalah jelas, dapat digunakan kembali, dan dapat diulang, memungkinkan penguji atau alat otomatisasi apa pun untuk menjalankannya dengan andal.
  • Mereka juga bertindak sebagai jembatan komunikasi antara pengembang, penguji, dan pemangku kepentingan — mengurangi ambiguitas dan menghemat waktu.
  • Dengan mendokumentasikan tujuan, langkah, dan hasil pengujian, tim dapat mengukur kemajuan, mematuhi standar, dan mengelola pembaruan secara efisien.
  • Yang terpenting, kasus uji yang bagus mengurangi biaya pemeliharaan, mempercepat otomatisasi, dan menyediakan keyakinan terhadap kualitas perangkat lunak.
  • Mereka berfungsi sebagai dokumentasi hidup untuk orientasi penguji baru dan sebagai masukan terstruktur untuk AI dan alat manajemen pengujian.

Kesalahan Umum yang Harus Dihindari Saat Menulis Kasus Uji

Bahkan penguji yang berpengalaman pun membuat kesalahan kecil yang melemahkan kualitas pengujian.

Menghindari kesalahan-kesalahan ini dapat secara dramatis meningkatkan akurasi, kejelasan, dan pemeliharaan rangkaian pengujian Anda.

  1. Menulis langkah-langkah yang tidak jelas: Instruksi ambigu seperti "periksa halaman login" membingungkan penguji. Gunakan langkah-langkah yang jelas dan berbasis tindakan.
  2. Melewati skenario negatif: Selalu sertakan masukan yang tidak valid atau uji batas untuk memastikan cakupan penuh.
  3. Menggunakan kembali data uji yang tidak jelas: Data yang tidak berlabel atau tidak konsisten membuat hasil pengujian tidak dapat diandalkan. Simpan lembar data pengujian bersama.
  4. Kasus pengujian yang terlalu rumit: Kasus yang panjang dan bertahap sulit dipertahankan. Pastikan setiap kasus tetap fokus dan atomik.
  5. Mengabaikan pembaruan setelah perubahan produk: Kasus uji yang ketinggalan zaman menghasilkan hasil yang salah. Revtinjau dan revisi secara berkala.
  6. Hilangnya ketertelusuran: Selalu hubungkan kasus uji ke persyaratan untuk melacak cakupan dan kepatuhan.
  7. Melewati tinjauan sejawat: Mata yang segar akan menangkap langkah-langkah yang tidak jelas atau berlebihan sejak awal.

Pertanyaan Umum (FAQ)

Kasus uji ditulis setelah persyaratan difinalisasi dan sebelum pengembangan atau pengujian dimulai. Hal ini memastikan langkah validasi yang jelas untuk setiap fungsionalitas dan membantu tim QA mengidentifikasi celah di awal siklus pengembangan perangkat lunak.

Kasus uji yang kuat mencakup ID unik, judul, prasyarat, langkah pengujian, data masukan, hasil yang diharapkan, hasil aktual, status, dan komentar. Kolom-kolom ini memastikan kejelasan, ketertelusuran, dan kemudahan pemeliharaan bagi penguji dan pemangku kepentingan.

Manajemen kasus uji memastikan dokumentasi pengujian yang terorganisir, dapat digunakan kembali, dan terlacak. Manajemen ini meningkatkan kolaborasi, mengurangi redundansi, dan membantu melacak cakupan pengujian. Gunakan alat seperti TestRail atau Jira untuk memusatkan, mengontrol versi, dan memantau progres pengujian secara efektif.

Untuk meningkatkan efisiensi, fokuslah pada penggunaan ulang, prioritas, dan kejelasan. Gunakan desain pengujian modular, otomatisasi untuk pengujian berulang, tinjauan berkala, dan ketertelusuran sesuai persyaratan. Optimalisasi berkelanjutan mengurangi redundansi dan meningkatkan akurasi pengujian seiring waktu.

AI menyederhanakan pembuatan kasus uji dengan menganalisis persyaratan, memprediksi kasus khusus, dan menghasilkan skenario berbasis data. AI mempercepat cakupan, mengurangi kesalahan manusia, dan mengadaptasi pengujian secara dinamis, sehingga tim QA dapat berfokus pada strategi dan validasi kualitas, alih-alih penulisan skrip manual yang berulang.

Claude dan ChatGPT dapat menjadi mitra yang andal dalam penulisan kasus uji. Keduanya dapat menganalisis persyaratan, menghasilkan skenario pengujian yang detail atau berparameter, menyarankan kasus khusus, dan bahkan mengonversi masukan bahasa alami menjadi skrip pengujian terstruktur (seperti Gherkin atau pytest).

Ringkaslah postingan ini dengan: