Illustration by Olha Khomich from Ouch!
Sekarang ini, industri teknologi mobile bergerak sangat cepat dan dinamis. Bersama dengan kemajuan teknologi yang sangat cepat, ribuan aplikasi mobile baru terus dirilis ke pasar. Sehingga, permintaan kompetensi pengujian aplikasi mobile terus meningkat, bahkan membuat vendor pengembangan aplikasi kewalahan dalam memenuhi kebutuhan tersebut. Akibatnya, pengembang aplikasi mobile berusaha keras untuk tetap bertahan di lingkungan teknologi mobile yang dinamis dengan memastikan aplikasi mereka selalu dalam performa yang optimal dengan lanskap seluler yang selalu dinamis.
Satu-satunya cara untuk memastikan ini adalah dengan mengekspos aplikasi ke pengujian aplikasi penuh untuk memastikan fungsinya berjalan sesuai dengan standar optimal pengoprasian aplikasi. Berikut ini adalah beberapa test case yang harus dilakukan oleh tim Quality Assurance/ Tester di vendor pengembangan aplikasi, sebelum memulai dengan poin sebenarnya mari kita lihat apa itu test case.
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.
Hal utama yang perlu diingat ketika menulis test case adalah bahwa case tersebut dimaksudkan untuk menguji variabel atau tugas dasar. Misalnya, apakah jika memasukan akun yang salah ketika login dapat menyelesaikan proses login atau tidak. Ini memungkinkan penguji perangkat lunak atau aplikasi lebih fleksibel dalam cara menguji kode dan fitur.
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
Test Case # | Deskripsi Test Case |
1 | Periksa respons ketika email dan kata sandi yang valid dimasukkan |
Langkah 2) Uji Data.
Untuk menjalankan kasus uji, Anda memerlukan Data Uji. Menambahkannya di bawah
Test Case # | Deskripsi Test Case | Data Uji |
1 | Periksa respons ketika email dan kata sandi yang valid dimasukkan | Email: crocodic@email.com Kata sandi: 12345678 |
Mengidentifikasi data uji dapat memakan waktu dan terkadang memerlukan pembuatan data uji lagi. Alasan itu perlu didokumentasikan.
Langkah 3) Lakukan tindakan.
Untuk menjalankan kasus uji, seorang penguji perlu melakukan serangkaian tindakan tertentu pada AUT.
Ini didokumentasikan seperti di bawah ini:
Test Case # | Deskripsi Test Case | Langkah-Langkah Tes | Data Uji |
1 | Periksa respons ketika email dan kata sandi yang valid dimasukkan | 1) Masukkan Alamat Email2) Masukkan Kata Sandi3) Klik Masuk | Email: crocodic@email.comKata sandi: 12345678 |
Seringkali Langkah Uji tidak sesederhana di atas, maka membutuhkan dokumentasi. Hal ini bertujuan untuk memudahkan QA atau Tester lain untuk melanjutkan pengujian, langkah-langkah yang terdokumentasi akan membantunya dan juga memfasilitasi tinjauan oleh pemangku kepentingan lainnya.
Langkah 4) Periksa perilaku AUT.
Tujuan dari kasus uji dalam pengujian perangkat lunak adalah untuk memeriksa perilaku AUT untuk hasil yang diharapkan. Ini perlu didokumentasikan seperti di bawah ini
Test Case # | Deskripsi Test Case | Data Uji | Hasil yang diharapkan |
1 | Periksa respons ketika email dan kata sandi yang valid dimasukkan | Email: crocodic@email.com Kata sandi: 12345678 | Login harus berhasil |
Selama waktu pelaksanaan tes, penguji akan memeriksa hasil yang diharapkan terhadap hasil aktual dan menetapkan status lulus atau gagal
Test Case # | Deskripsi Test Case | Data Uji | Hasil yang diharapkan | Hasil Sebenarnya | Lulus/Gagal |
1 | Periksa respons ketika email dan kata sandi yang valid dimasukkan | Email: crocodic@email.com Kata sandi: 12345678 | Login harus berhasil | Login berhasil | Lulus |
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.
Format Kasus Uji Standar
Di bawah ini adalah format contoh kasus uji login standar.
ID Test Case | Deskripsi Kasus Uji | Langkah-Langkah Tes | Data Uji | Hasil yang diharapkan | Hasil nyata | Lulus/Gagal |
TU01 | Periksa Login Pelanggan dengan Data yang valid | Pergi ke situs http://crocodic.comMasukkan User IDMasukkan kata kunciKlik Kirim | User ID = crocodic01 Kata Sandi = pass01 | Pengguna harus Masuk ke dalam aplikasi | Seperti yang diharapkan | Lulus |
TU02 | Periksa Login Pelanggan dengan Data yang tidak valid | Pergi ke situs http://crocodic.comMasukkan User IDMasukkan kata kunciKlik Kirim | User ID = crocodic02 Kata sandi = glass02 | Pengguna tidak boleh Masuk ke dalam aplikasi | Seperti yang diharapkan | Lulus |
Saat menyusun Test Case untuk memasukkan informasi berikut:
- 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.
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.
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.
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.
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.
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.
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
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