Blog Home
Table of Content

Cara Membuat Test Case: Best Practise yang dapat Anda lakukan di tahun 2022

By : Andik Saputra 02 February 2022

Cara Membuat Test Case: Best Practise yang dapat Anda lakukan di tahun 2022

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.

Sumber Gambar : ubertesters.com

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
1Periksa 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 CaseData Uji
1Periksa respons ketika email dan kata sandi yang valid dimasukkanEmail: 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 CaseLangkah-Langkah TesData Uji
1Periksa respons ketika email dan kata sandi yang valid dimasukkan1) Masukkan Alamat Email2) Masukkan Kata Sandi3) Klik MasukEmail: 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 CaseData UjiHasil yang diharapkan
1Periksa respons ketika email dan kata sandi yang valid dimasukkanEmail: crocodic@email.com Kata sandi: 12345678Login 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 CaseData UjiHasil yang diharapkanHasil SebenarnyaLulus/Gagal
1Periksa respons ketika email dan kata sandi yang valid dimasukkan
Email: crocodic@email.com Kata sandi: 12345678Login harus berhasilLogin berhasilLulus

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 CaseDeskripsi Kasus UjiLangkah-Langkah TesData UjiHasil yang diharapkanHasil nyataLulus/Gagal
TU01Periksa Login Pelanggan dengan Data yang validPergi ke situs http://crocodic.comMasukkan User IDMasukkan kata kunciKlik KirimUser ID = crocodic01 Kata Sandi = pass01Pengguna harus Masuk ke dalam aplikasiSeperti yang diharapkanLulus
TU02Periksa Login Pelanggan dengan Data yang tidak validPergi ke situs http://crocodic.comMasukkan User IDMasukkan kata kunciKlik KirimUser ID = crocodic02 Kata sandi = glass02Pengguna tidak boleh Masuk ke dalam aplikasiSeperti yang diharapkanLulus

Saat menyusun Test Case untuk memasukkan informasi berikut:

  1. Deskripsi persyaratan apa yang sedang diuji.
  2. Penjelasan tentang bagaimana sistem akan diuji.
  3. 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.
  4. Masukan dan keluaran atau tindakan dan hasil yang diharapkan.
  5. Bukti atau lampiran apa pun.
  6. Gunakan bahasa kasus aktif.
  7. Test Case tidak boleh lebih dari 15 langkah.
  8. Naskah pengujian otomatis dikomentari dengan masukan, tujuan, dan hasil yang diharapkan.
  9. Setup menawarkan alternatif untuk tes prasyarat.
  10. 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