Cara Menulis Kasus Uji dengan Contoh
Thomas Hamilton
Langkah-langkah Membuat Kasus Uji dalam Pengujian Manual
Mari kita buat Test Case untuk skenario ini: Periksa Fungsi Login
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 | Email: 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 Pengujian tidak sesederhana di atas, sehingga memerlukan dokumentasi. Selain itu, penulis kasus uji mungkin meninggalkan organisasi atau pergi berlibur atau sakit dan tidak bertugas atau sangat sibuk dengan tugas penting lainnya. Karyawan yang baru direkrut mungkin diminta untuk menjalankan kasus uji. Langkah-langkah yang terdokumentasi akan membantunya dan juga memfasilitasi tinjauan oleh pemangku kepentingan lainnya.
Langkah 4) Periksa perilaku AUT.
Tujuan dari uji kasus dalam pengujian perangkat lunak adalah untuk memeriksa perilaku AUT untuk 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,
Pra – Kondisi yang menentukan hal-hal yang harus ada sebelum tes dapat dijalankan. Untuk kasus pengujian kami, prasyaratnya adalah memasang browser agar memiliki akses ke situs yang diuji. Sebuah kasus uji juga dapat mencakup Post – Kondisi yang menentukan segala sesuatu yang berlaku setelah kasus uji selesai. Untuk kasus pengujian kami, kondisi pasca adalah waktu & tanggal login disimpan dalam database
Cara Menulis Video Kasus Uji
Klik di sini jika video tidak dapat diakses
Praktik Terbaik untuk menulis Kasus Uji yang baik.
1. Kasus Uji harus sederhana dan transparan:
Buat kasus uji yang sesederhana mungkin. Mereka harus jelas dan ringkas karena penulis kasus uji tidak boleh melaksanakannya.
Gunakan bahasa yang tegas seperti masuk ke halaman beranda, masukkan data, klik ini dan sebagainya. Hal ini membuat pemahaman langkah-langkah pengujian menjadi mudah dan pelaksanaan pengujian menjadi lebih cepat.
2. Buat Kasus Uji dengan mempertimbangkan Pengguna Akhir
Tujuan akhir dari setiap proyek perangkat lunak adalah untuk membuat kasus uji yang memenuhi persyaratan pelanggan dan mudah digunakan dan dioperasikan. Seorang penguji harus membuat kasus uji dengan mempertimbangkan perspektif pengguna akhir.
3. Hindari pengulangan kasus uji.
Jangan ulangi kasus uji. Jika sebuah test case diperlukan untuk mengeksekusi beberapa test case lainnya, panggil test case tersebut dengan id test case-nya di kolom pra-kondisi
4. Jangan Berasumsi
Jangan berasumsi fungsionalitas dan fitur aplikasi perangkat lunak Anda saat menyiapkan kasus uji. Patuhi Dokumen Spesifikasi.
5. Pastikan Cakupan 100%.
Pastikan Anda menulis kasus uji untuk memeriksa semua persyaratan perangkat lunak yang disebutkan dalam dokumen spesifikasi. Menggunakan Matriks Ketertelusuran untuk memastikan tidak ada fungsi/kondisi yang belum teruji.
6. Kasus Uji harus dapat diidentifikasi.
Beri nama id kasus pengujian sedemikian rupa sehingga mudah diidentifikasi saat melacak cacat atau mengidentifikasi persyaratan perangkat lunak di tahap selanjutnya.
7. Menerapkan Teknik Pengujian
Tidak mungkin memeriksa setiap kemungkinan kondisi dalam aplikasi perangkat lunak Anda. Teknik Pengujian Perangkat Lunak membantu Anda memilih beberapa kasus uji dengan kemungkinan maksimum untuk menemukan cacat.
- Analisis Nilai Batas (BVA): Seperti namanya, ini adalah teknik yang mendefinisikan pengujian batas untuk rentang nilai tertentu.
- Partisi Kesetaraan (EP): Teknik ini membagi rentang menjadi bagian/kelompok yang sama yang cenderung memiliki perilaku yang sama.
- Teknik Transisi Negara: Metode ini digunakan ketika perilaku perangkat lunak berubah dari satu keadaan ke keadaan lain setelah tindakan tertentu.
- Teknik Menebak Kesalahan: Yaitu menebak/mengantisipasi kesalahan yang mungkin timbul pada saat melakukan pengujian manual. Ini bukan metode formal dan memanfaatkan pengalaman penguji dengan aplikasi tersebut
8. Membersihkan diri
Kasus uji yang Anda buat harus mengembalikan Lingkungan Uji ke keadaan pra-tes dan tidak membuat lingkungan pengujian tidak dapat digunakan. Hal ini terutama berlaku untuk pengujian konfigurasi.
9. Dapat diulang dan berdiri sendiri
Kasus uji harus menghasilkan hasil yang sama setiap kali siapa pun yang mengujinya
10. Rekan Revya.
Setelah membuat kasus uji, mintalah kasus tersebut ditinjau oleh kolega Anda. Rekan-rekan Anda dapat menemukan cacat dalam desain kasus uji Anda, yang mungkin mudah Anda lewatkan.
Saat menyusun kasus uji untuk menyertakan informasi berikut
- Deskripsi persyaratan apa yang sedang diuji
- Penjelasan bagaimana sistem akan diuji
- Pengaturan pengujian seperti versi aplikasi yang diuji, perangkat lunak, file data, sistem operasi, perangkat keras, akses keamanan, tanggal fisik atau logis, waktu, prasyarat seperti pengujian lainnya, dan informasi pengaturan lainnya yang berkaitan dengan persyaratan yang diuji
- Input dan output atau tindakan dan hasil yang diharapkan
- Bukti atau lampiran apa pun
- Gunakan bahasa kasus aktif
- Test Case tidak boleh lebih dari 15 langkah
- Skrip pengujian otomatis diberi komentar dengan masukan, tujuan, dan hasil yang diharapkan
- Penyiapan ini menawarkan alternatif terhadap pengujian prasyarat
- Dengan pengujian lainnya, urutan skenario bisnisnya seharusnya salah
Alat Manajemen Kasus Uji
Alat manajemen pengujian adalah alat otomatisasi yang membantu mengelola dan memelihara Kasus Uji. Fitur Utama dari alat manajemen kasus uji adalah
- Untuk mendokumentasikan Kasus Uji: Dengan alat, Anda dapat mempercepat pembuatan Test Case dengan menggunakan templat
- Jalankan Test Case dan Catat hasilnya: Test Case dapat dijalankan melalui alat dan hasil yang diperoleh dapat dengan mudah dicatat.
- Otomatiskan Pelacakan Cacat: Pengujian yang gagal secara otomatis ditautkan ke pelacak bug, yang selanjutnya dapat diberikan kepada pengembang dan dapat dilacak melalui pemberitahuan email.
- Ketertelusuran: Persyaratan, Kasus Uji, Eksekusi Kasus Uji semuanya saling terkait melalui alat, dan setiap kasus dapat ditelusuri satu sama lain untuk memeriksa cakupan pengujian.
- Melindungi Kasus Uji: Kasus uji harus dapat digunakan kembali dan harus dilindungi agar tidak hilang atau rusak karena kontrol versi yang buruk. Alat Manajemen Kasus Uji menawarkan fitur seperti
- Konvensi penamaan dan penomoran
- Versi
- Penyimpanan hanya baca
- Akses terkontrol
- Cadangan di luar lokasi
Alat Manajemen Tes yang populer adalah: Pusat Kualitas dan WISATA
Format Kasus Uji Standar
Di bawah ini adalah format contoh kasus Uji login standar.
| ID Kasus Uji | Uji Kasus Description | Langkah-Langkah Tes | Data Uji | Hasil yang diharapkan | Hasil nyata | Lulus / Gagal |
|---|---|---|---|---|---|---|
| TU01 | Periksa Login Pelanggan dengan Data yang valid |
|
Userid = guru99 Kata sandi = pass99 | Pengguna harus Masuk ke suatu aplikasi | Seperti yang diharapkan | Lulus |
| TU02 | Periksa Login Pelanggan dengan Data yang tidak valid |
|
Userid = guru99 Password = kaca99 | Pengguna tidak boleh Masuk ke suatu aplikasi | Seperti yang diharapkan | Lulus |
Seluruh tabel ini dapat dibuat di Word, Excel atau lainnya Alat manajemen tes. Itu saja untuk Menguji Desain Kasus
Templat Kasus Uji
- Harap dicatat bahwa template yang digunakan akan bervariasi dari satu proyek ke proyek lainnya. Baca ini tutorial untuk Mempelajari Template Kasus Uji dengan Penjelasan Bidang Penting
Download Test Case Template Excel (.xls) di atas
Pertanyaan Umum (FAQ)
Apa itu Kasus Uji?
Kasus uji adalah serangkaian kondisi, masukan, tindakan, dan hasil yang diharapkan yang didokumentasikan, yang dirancang untuk memverifikasi bahwa fungsi atau fitur tertentu dari suatu aplikasi berfungsi sebagaimana mestinya. Ini berfungsi sebagai pedoman bagi penguji untuk memastikan aplikasi berfungsi dengan benar dalam kondisi tertentu.
Skenario Uji Vs Kasus Uji
Untuk Skenario Uji: Periksa Fungsi Login, ada banyak kemungkinan kasus uji adalah:
- Test Case 1: Periksa hasil memasukkan User Id & Password yang valid
- Uji Kasus 2: Periksa hasil memasukkan ID Pengguna & Kata Sandi yang Tidak Valid
- Test Case 3: Periksa respon ketika User ID Kosong & Tombol Login ditekan, dan masih banyak lagi
