Apa itu Test Case?
Sebuah UJI KASUS adalah serangkaian tindakan dilaksanakan untuk memverifikasi fitur tertentu atau fungsi dari aplikasi perangkat lunak Anda. Test Case berisi langkah-langkah pengujian, data pengujian, prasyarat, kondisi akhir yang dikembangkan untuk skenario pengujian tertentu untuk memverifikasi persyaratan apa pun. Kasus uji mencakup variabel atau kondisi tertentu, yang digunakan insinyur pengujian untuk membandingkan hasil yang diharapkan dan yang sebenarnya untuk menentukan apakah produk perangkat lunak berfungsi sesuai kebutuhan pelanggan.
Skenario Uji Vs Kasus Uji
Skenario pengujian agak kabur dan mencakup berbagai kemungkinan. Pengujian adalah tentang menjadi sangat spesifik.
Untuk Test Scenario: Check Login Fungsionalitas ada banyak kasus uji yang mungkin adalah:
- Kasus Uji 1: Periksa hasil dengan memasukkan User Id & Password yang valid
- Kasus Uji 2: Periksa hasil saat memasukkan ID Pengguna & Kata Sandi yang Tidak Valid
- Kasus Uji 3: Periksa respons saat User ID Kosong & Tombol Login ditekan, dan banyak lagi
Ini hanyalah Test Case.
Dalam tutorial ini, Anda akan belajar bagaimana menulis kasus uji dalam pengujian manual dengan contoh -
- Bagaimana Menulis Kasus Uji dalam Pengujian Manual
- Format Kasus Uji Standar
- Praktik Terbaik untuk menulis Contoh Kasus Uji yang baik.
- Alat Manajemen Kasus Uji
- Sumber daya
Klik di sini jika video tidak dapat diakses
Bagaimana Menulis Kasus Uji dalam Pengujian Manual
Mari buat Test Case untuk skenario: Periksa Fungsi Login
Langkah 1) Kasus uji sederhana untuk menjelaskan skenario tersebut
| Kasus cobaan # | Deskripsi Kasus Uji |
|---|---|
| 1 | Periksa tanggapan ketika email dan kata sandi yang valid dimasukkan |
Langkah 2) Untuk menjalankan kasus uji, Anda memerlukan Data Uji. Menambahkannya di bawah
| Kasus cobaan # | Deskripsi Kasus Uji | Uji Data |
|---|---|---|
| 1 | Periksa tanggapan ketika email dan kata sandi yang valid dimasukkan | Email: Alamat email ini dilindungi dari robot spam. Anda perlu mengaktifkan JavaScript untuk melihatnya. Kata sandi: lNf9 Oti7 2h |
Mengidentifikasi data pengujian dapat memakan waktu dan terkadang memerlukan pembuatan data pengujian lagi. Alasannya perlu didokumentasikan.
Langkah 3) Untuk menjalankan kasus uji, penguji perlu melakukan serangkaian tindakan tertentu pada AUT. Ini didokumentasikan sebagai berikut:
| Kasus cobaan # | Deskripsi Kasus Uji | Langkah Tes | Uji Data |
|---|---|---|---|
| 1 | Periksa tanggapan ketika email dan kata sandi yang valid dimasukkan |
1) Masukkan Alamat Email 2) Masukkan Kata Sandi 3) Klik Masuk |
Email: Alamat email ini dilindungi dari robot spam. Anda perlu mengaktifkan JavaScript untuk melihatnya. Kata sandi: lNf9 Oti7 2h |
Seringkali Tes Langkah tidak sesederhana di atas, oleh karena itu membutuhkan dokumentasi. Selain itu, penulis kasus uji dapat meninggalkan organisasi atau pergi berlibur atau sakit dan tidak bertugas atau sangat sibuk dengan tugas penting lainnya. Seorang karyawan baru mungkin diminta untuk melaksanakan kasus uji. Langkah-langkah yang terdokumentasi akan membantunya dan juga memfasilitasi tinjauan oleh pemangku kepentingan lainnya.
Langkah 4) Tujuan dari kasus uji dalam pengujian perangkat lunak adalah untuk memeriksa perilaku AUT untuk hasil yang diharapkan. Ini perlu didokumentasikan seperti di bawah ini
| Kasus cobaan # | Deskripsi Kasus Uji | Uji Data | Hasil yang diharapkan |
|---|---|---|---|
| 1 | Periksa tanggapan ketika email dan kata sandi yang valid dimasukkan | Email: Alamat email ini dilindungi dari robot spam. Anda perlu mengaktifkan JavaScript untuk melihatnya. Kata sandi: lNf9 Oti7 2h | Login harus berhasil |
Selama waktu pelaksanaan tes, penguji akan memeriksa hasil yang diharapkan terhadap hasil aktual dan menetapkan status lulus atau gagal
| Kasus cobaan # | Deskripsi Kasus Uji | Uji Data | Hasil yang diharapkan | Hasil Aktual | Lulus / Gagal |
|---|---|---|---|---|---|
| 1 | Periksa tanggapan ketika email dan kata sandi yang valid dimasukkan | Email: Alamat email ini dilindungi dari robot spam. Anda perlu mengaktifkan JavaScript untuk melihatnya. Kata sandi: lNf9 Oti7 2h | Login harus berhasil | Login berhasil | Lulus |
Langkah 5) Selain itu kasus pengujian Anda -mungkin memiliki bidang seperti, Pra - Kondisi yang menentukan hal-hal yang harus ada sebelum pengujian dapat dijalankan. Untuk kasus pengujian kami, prasyaratnya adalah memasang browser agar memiliki akses ke situs yang diuji. Kasus uji juga dapat mencakup Pasca - Kondisi yang menetapkan apa pun yang berlaku setelah kasus uji selesai. Untuk kasus uji kami, kondisi pasca adalah waktu & tanggal login disimpan dalam database
Format Kasus Uji Standar
Di bawah ini adalah format dari contoh kasus Uji login standar.
| ID Kasus Uji | Skenario Uji | Langkah Tes | Uji Data | Hasil yang diharapkan | Hasil nyata | Lulus / Gagal |
|---|---|---|---|---|---|---|
| TU01 | Periksa Login Pelanggan dengan Data yang valid |
| Userid = guru99 Kata sandi = pass99 | Pengguna harus Masuk ke dalam aplikasi | Seperti yang diharapkan | Lulus |
| TU02 | Periksa Login Pelanggan dengan Data tidak valid |
| Userid = guru99 Kata sandi = glass99 | Pengguna tidak boleh Masuk ke dalam aplikasi | Seperti yang diharapkan | Lulus |
Seluruh tabel ini dapat dibuat di Word, Excel atau alat manajemen Tes lainnya. Itu semua untuk Desain Kasus Uji
Saat menyusun kasus uji untuk memasukkan informasi berikut
- Uraian tentang 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 diuji
- Masukan dan keluaran atau tindakan dan hasil yang diharapkan
- Bukti atau lampiran apa pun
- Gunakan bahasa kasus aktif
- Kasus Uji tidak boleh lebih dari 15 langkah
- Skrip pengujian otomatis diberi komentar dengan masukan, tujuan, dan hasil yang diharapkan
- Setup menawarkan alternatif untuk tes prasyarat
- Dengan pengujian lain, itu harus menjadi urutan skenario bisnis yang salah
Praktik Terbaik untuk menulis Contoh Kasus Uji yang baik.
1. Test Case harus sederhana dan transparan:
Buat kasus uji yang sesederhana mungkin. Mereka harus jelas dan ringkas karena penulis kasus uji mungkin tidak mengeksekusinya.
Gunakan bahasa asertif seperti pergi ke halaman muka, masukkan data, klik ini dan seterusnya. Hal ini membuat pemahaman langkah-langkah pengujian menjadi mudah dan eksekusi pengujian lebih cepat.
2. Buat Kasus Uji dengan Pengguna Akhir dalam Pikiran
Tujuan akhir dari setiap proyek perangkat lunak adalah untuk membuat kasus uji yang memenuhi persyaratan pelanggan dan mudah digunakan serta dioperasikan. Seorang penguji harus membuat kasus uji dengan mengingat perspektif pengguna akhir
3. Hindari pengulangan kasus uji.
Jangan ulangi kasus uji. Jika kasus uji diperlukan untuk menjalankan beberapa kasus uji lainnya, panggil kasus uji dengan ID kasus uji di kolom prasyarat
4. Jangan Berasumsi
Jangan mengasumsikan fungsionalitas dan fitur aplikasi perangkat lunak Anda saat menyiapkan kasus uji. Tetap berpegang pada Dokumen Spesifikasi.
5. Pastikan Cakupan 100%
Pastikan Anda menulis kasus uji untuk memeriksa semua persyaratan perangkat lunak yang disebutkan dalam dokumen spesifikasi. Gunakan Matriks Ketertelusuran untuk memastikan tidak ada fungsi / kondisi yang belum teruji.
6. Kasus Uji harus dapat diidentifikasi.
Beri nama id kasus uji sehingga dapat diidentifikasi dengan mudah saat melacak kerusakan atau mengidentifikasi persyaratan perangkat lunak di tahap selanjutnya.
7. Menerapkan Teknik Pengujian
Tidak mungkin untuk 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 (Boundary Value Analysis / BVA): Seperti namanya, ini adalah teknik yang menentukan pengujian batas untuk rentang nilai tertentu.
- Equivalence Partition (EP): Teknik ini membagi 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 Tebak Kesalahan: Ini adalah menebak / mengantisipasi kesalahan yang mungkin timbul 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 status pra-uji dan tidak boleh membuat lingkungan uji tidak dapat digunakan. Ini terutama berlaku untuk pengujian konfigurasi.
9. Berulang dan berdiri sendiri
Kasus uji harus menghasilkan hasil yang sama setiap kali tidak peduli siapa yang mengujinya
10. Tinjauan Sejawat.
Setelah membuat kasus uji, minta agar ditinjau oleh kolega Anda. Rekan Anda dapat menemukan cacat dalam desain kasus uji Anda, yang mungkin mudah terlewat.
Alat Manajemen Kasus Uji
Alat manajemen pengujian adalah alat otomatisasi yang membantu mengelola dan memelihara Kasus Pengujian. Fitur Utama dari alat manajemen kasus uji adalah
- Untuk mendokumentasikan Kasus Uji: Dengan alat, Anda dapat mempercepat pembuatan Kasus Uji dengan menggunakan templat
- Jalankan Test Case dan Catat hasilnya: Test Case dapat dijalankan melalui alat dan hasil yang diperoleh dapat dengan mudah direkam.
- Otomatiskan Pelacakan Cacat: Tes yang gagal secara otomatis ditautkan ke pelacak bug, yang pada gilirannya dapat ditugaskan ke pengembang dan dapat dilacak dengan pemberitahuan email.
- Ketertelusuran: Persyaratan, Kasus uji, Eksekusi Kasus uji semuanya saling terkait melalui alat, dan setiap kasus dapat dilacak satu sama lain untuk memeriksa cakupan uji.
- 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
- Pembuatan versi
- Penyimpanan hanya baca
- Akses terkontrol
- Pencadangan di luar situs
Alat Manajemen Tes yang populer adalah: Quality Center dan JIRA
Sumber daya
- Harap dicatat bahwa template yang digunakan akan berbeda dari proyek ke proyek. Baca tutorial ini untuk Mempelajari Template Kasus Uji dengan Penjelasan Bidang Penting
Unduh Template Kasus Uji Excel (.xls) di atas
