Apa 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.
Apa itu Skenario Uji?
Skenario Uji didefinisikan sebagai fungsionalitas apa pun yang dapat diuji. Ini adalah serangkaian kasus uji kolektif yang membantu tim penguji untuk menentukan karakteristik positif dan negatif dari proyek.
Skenario Uji memberikan gambaran tingkat tinggi tentang apa yang perlu kita uji.
Contoh Skenario Uji
Untuk Aplikasi eCommerce, beberapa skenario pengujian akan menjadi
Skenario Uji 1: Periksa Fungsi Pencarian
Skenario Pengujian 2: Periksa Fungsi Pembayaran
Skenario Pengujian 3: Periksa Fungsi Login
PERBEDAAN UTAMA
- Test Case adalah sekumpulan tindakan yang dijalankan untuk memverifikasi fitur atau fungsionalitas tertentu sedangkan Test Scenario adalah fungsi apa pun yang dapat diuji.
- Kasus Uji sebagian besar berasal dari skenario uji sedangkan Skenario Uji berasal dari artefak uji seperti BRS dan SRS.
- Test Case membantu dalam pengujian menyeluruh dari suatu aplikasi sedangkan Test Scenario membantu dengan cara yang gesit untuk menguji fungsionalitas ujung ke ujung.
- Test Case difokuskan pada apa yang akan diuji dan bagaimana cara menguji sedangkan Test Scenario lebih difokuskan pada apa yang akan diuji.
- Kasus Uji adalah tindakan tingkat rendah sedangkan Skenario Uji adalah tindakan tingkat tinggi.
- Test Case membutuhkan lebih banyak resource dan waktu untuk eksekusi uji, sedangkan Test Scenario memerlukan lebih sedikit resource dan waktu untuk eksekusi uji.
- Kasus Uji mencakup langkah-langkah pengujian, data, hasil yang diharapkan untuk pengujian sedangkan Skenario Uji mencakup fungsionalitas ujung ke ujung untuk diuji.
Contoh Kasus Uji
Kasus uji untuk Skenario Uji: "Periksa Fungsi Login" akan
- Periksa perilaku sistem ketika id email dan kata sandi yang valid dimasukkan.
- Periksa perilaku sistem ketika id email yang tidak valid dan kata sandi yang valid dimasukkan.
- Periksa perilaku sistem ketika id email yang valid dan kata sandi yang tidak valid dimasukkan.
- Periksa perilaku sistem ketika id email tidak valid dan kata sandi tidak valid dimasukkan.
- Periksa perilaku sistem ketika id email dan kata sandi dibiarkan kosong dan Masuk dimasukkan.
- Periksa Lupa kata sandi Anda berfungsi seperti yang diharapkan
- Periksa perilaku sistem ketika nomor telepon dan kata sandi yang valid / tidak valid dimasukkan.
- Periksa perilaku sistem ketika "Biarkan saya tetap masuk" dicentang
Mengapa kami menulis Kasus Uji?
Berikut, beberapa alasan penting untuk membuat Test Case-
- Kasus uji membantu untuk memverifikasi kesesuaian dengan standar yang berlaku, pedoman dan persyaratan pelanggan
- Membantu Anda memvalidasi ekspektasi dan persyaratan pelanggan
- Peningkatan kontrol, logika, dan cakupan aliran data
- Anda dapat mensimulasikan skenario pengguna akhir 'nyata'
- Mengekspos kesalahan atau cacat
- Saat kasus pengujian ditulis untuk eksekusi pengujian, pekerjaan teknisi pengujian akan diatur dengan lebih baik dan disederhanakan
Mengapa kami menulis Skenario Tes?
Berikut adalah alasan penting untuk membuat Skenario Uji:
- Alasan utama untuk menulis skenario pengujian adalah untuk memverifikasi fungsionalitas aplikasi perangkat lunak secara lengkap
- Ini juga membantu Anda memastikan bahwa proses dan alur bisnis sesuai dengan persyaratan fungsional
- Skenario Pengujian dapat disetujui oleh berbagai pemangku kepentingan seperti Analis Bisnis, Pengembang, Pelanggan untuk memastikan Aplikasi Dalam Pengujian diuji secara menyeluruh. Ini memastikan bahwa perangkat lunak berfungsi untuk kasus penggunaan yang paling umum.
- Mereka berfungsi sebagai alat cepat untuk menentukan upaya kerja pengujian dan karenanya membuat proposal untuk klien atau mengatur tenaga kerja.
- Mereka membantu menentukan transaksi ujung ke ujung yang paling penting atau penggunaan nyata dari aplikasi perangkat lunak.
- Setelah Skenario Uji ini diselesaikan, kasus uji dapat dengan mudah diturunkan dari Skenario Uji.
Kasus uji vs. skenario uji
Di sini, ada perbedaan signifikan antara skenario Test dan Test Case
Skenario Uji | Kasus cobaan |
---|---|
Skenario pengujian berisi dokumentasi tingkat tinggi yang menjelaskan fungsionalitas ujung ke ujung yang akan diuji. | Kasus uji berisi langkah uji yang pasti, data, hasil yang diharapkan untuk menguji semua fitur aplikasi. |
Ini lebih berfokus pada "apa yang diuji" daripada "cara menguji". | Penekanan lengkap pada "apa yang diuji" dan "cara menguji.". |
Skenario pengujian adalah satu baris. Jadi, selalu ada kemungkinan ambiguitas selama pengujian. | Kasus uji telah menetapkan langkah, prasyarat, hasil yang diharapkan, dll. Oleh karena itu, tidak ada ambiguitas dalam proses ini. |
Skenario pengujian berasal dari artefak pengujian seperti BRS, SRS, dll. | Kasus uji sebagian besar berasal dari skenario uji. Kasus Multiple Test dapat diturunkan dari satu Test Scenario |
Ini membantu dengan cara yang gesit untuk menguji fungsionalitas ujung ke ujung | Ini membantu dalam pengujian lengkap suatu aplikasi |
Skenario pengujian adalah tindakan tingkat tinggi. | Kasus uji adalah tindakan tingkat rendah. |
Relatif lebih sedikit waktu dan sumber daya yang dibutuhkan untuk membuat & menguji menggunakan skenario. | Lebih banyak sumber daya diperlukan untuk dokumentasi dan pelaksanaan kasus uji. |
Praktik terbaik dalam Membuat kasus Uji
- Kasus Uji harus transparan dan lugas
- Buat Kasus Uji dengan mengingat pengguna akhir
- Hindari pengulangan kasus uji
- Anda perlu memastikan bahwa Anda akan menulis kasus uji untuk memeriksa semua persyaratan perangkat lunak yang disebutkan dalam dokumen spesifikasi
- Jangan pernah mengasumsikan fungsionalitas dan fitur aplikasi perangkat lunak Anda saat menyiapkan kasus uji
- Kasus Uji harus mudah diidentifikasi
Praktik terbaik dalam membuat Skenario Pengujian
- Skenario pengujian sebagian besar berupa pernyataan satu baris yang memberi tahu apa yang harus diuji
- Deskripsi skenario harus sederhana dan mudah dipahami
- Penilaian yang cermat terhadap persyaratan yang disebutkan harus dilakukan
- Alat dan sumber daya yang diperlukan untuk pengujian harus dikumpulkan sebelum proses pengujian dimulai