Pengujian Asap
Smoke Testing adalah proses pengujian perangkat lunak yang menentukan apakah perangkat lunak yang digunakan stabil atau tidak. Pengujian asap adalah konfirmasi bagi tim QA untuk melanjutkan pengujian perangkat lunak lebih lanjut. Ini terdiri dari serangkaian pengujian minimal yang dijalankan pada setiap build untuk menguji fungsionalitas perangkat lunak. Pengujian asap juga dikenal sebagai "Pengujian Verifikasi Build" atau "Pengujian Keyakinan”.
Secara sederhana, kami memverifikasi apakah fitur penting berfungsi dan tidak ada penghenti dalam build yang sedang diuji.
Ini adalah uji regresi mini dan cepat dari fungsi utama. Ini adalah tes sederhana yang menunjukkan bahwa produk siap untuk diuji. Ini membantu menentukan apakah build tersebut cacat sehingga pengujian lebih lanjut akan membuang-buang waktu dan sumber daya.
Pelajari tentang perbandingan Pengujian Asap Vs Sanitas
Tes asap memenuhi syarat bangunan untuk pengujian formal lebih lanjut. Tujuan utama pengujian asap adalah untuk mendeteksi masalah besar sejak dini. Uji asap dirancang untuk mendemonstrasikan stabilitas sistem dan kesesuaian dengan persyaratan.
Build mencakup semua file data, pustaka, modul yang dapat digunakan kembali, komponen yang direkayasa yang diperlukan untuk mengimplementasikan satu atau beberapa fungsi produk.
Dalam tutorial ini, Anda akan belajar-
- Apa itu Smoke Testing?
- Kapan kita melakukan uji asap
- Siapa yang akan melakukan Pengujian Asap
- Mengapa kami melakukan pengujian asap?
- Bagaimana cara melakukan Pengujian Asap?
- Keuntungan dari pengujian Asap
- Contoh Contoh Kasus Uji Asap
Kapan kita melakukan uji asap
Pengujian Asap dilakukan setiap kali fungsionalitas baru perangkat lunak dikembangkan dan diintegrasikan dengan versi yang ada yang diterapkan di lingkungan QA / pementasan. Ini memastikan bahwa semua fungsi penting bekerja dengan benar atau tidak.
Dalam metode pengujian ini, tim pengembangan menerapkan build di QA. Subset kasus uji diambil, lalu penguji menjalankan kasus uji pada build. Tim QA menguji aplikasi terhadap fungsi kritis. Rangkaian kasus uji ini dirancang untuk mengekspos error yang ada dalam build. Jika tes ini lulus, tim QA melanjutkan dengan Pengujian Fungsional.
Setiap kegagalan menunjukkan kebutuhan untuk menangani sistem kembali ke tim pengembangan. Setiap kali ada perubahan dalam build, kami melakukan Pengujian Asap untuk memastikan stabilitas.
Contoh : -Tombol registrasi baru ditambahkan di jendela login dan build diterapkan dengan kode baru. Kami melakukan pengujian asap pada bangunan baru.
Siapa yang akan melakukan Pengujian Asap
Setelah merilis build ke lingkungan QA, Smoke Testing dilakukan oleh teknisi QA / pimpinan QA. Setiap kali ada build baru, tim QA menentukan fungsionalitas utama dalam aplikasi untuk melakukan pengujian asap. Tim QA memeriksa penghenti di aplikasi yang sedang diuji.
Pengujian dilakukan di lingkungan pengembangan pada kode untuk memastikan kebenaran aplikasi sebelum merilis build ke QA, ini dikenal sebagai pengujian Sanity. Ini biasanya pengujian yang sempit dan dalam. Ini adalah proses yang memverifikasi bahwa aplikasi yang sedang dikembangkan memenuhi persyaratan fungsional dasarnya.
Pengujian kesehatan menentukan penyelesaian tahap pengembangan dan membuat keputusan apakah akan lulus atau tidak produk perangkat lunak untuk tahap pengujian lebih lanjut.
Mengapa kami melakukan pengujian asap?
Pengujian asap memainkan peran penting dalam pengembangan perangkat lunak karena memastikan kebenaran sistem pada tahap awal. Dengan ini, kami dapat menghemat upaya pengujian. Hasilnya, uji asap membawa sistem ke kondisi yang baik. Setelah kami menyelesaikan pengujian asap, baru kami memulai pengujian fungsional.
- Semua penghenti pertunjukan dalam bangunan akan diidentifikasi dengan melakukan pengujian asap.
- Pengujian asap dilakukan setelah build dirilis ke QA. Dengan bantuan pengujian asap, sebagian besar cacat diidentifikasi pada tahap awal pengembangan perangkat lunak.
- Dengan pengujian asap, kami menyederhanakan pendeteksian dan koreksi cacat utama.
- Dengan pengujian asap, tim QA dapat menemukan cacat pada fungsionalitas aplikasi yang mungkin muncul oleh kode baru.
- Pengujian asap menemukan cacat keparahan utama.
Contoh 1: Logging window: Mampu pindah ke jendela berikutnya dengan username dan password yang valid dengan mengklik tombol submit.
Contoh 2: Pengguna tidak dapat keluar dari halaman web.
Bagaimana cara melakukan Pengujian Asap?
Pengujian Asap biasanya dilakukan secara manual meskipun ada kemungkinan untuk mencapai hal yang sama melalui otomatisasi. Ini mungkin berbeda dari organisasi ke organisasi.
Pengujian Asap Manual
Secara umum pengujian asap dilakukan secara manual. Pendekatannya bervariasi dari satu organisasi ke organisasi lainnya. Pengujian asap dilakukan untuk memastikan navigasi jalur kritis seperti yang diharapkan dan tidak menghambat fungsionalitas. Setelah build dirilis ke QA, kasus uji fungsionalitas prioritas tinggi akan diambil dan diuji untuk menemukan cacat kritis dalam sistem. Jika tes berhasil, kami melanjutkan pengujian fungsional. Jika pengujian gagal, build akan ditolak dan dikirim kembali ke tim pengembangan untuk diperbaiki. QA kembali memulai pengujian asap dengan versi build baru. Pengujian asap dilakukan pada build baru dan akan diintegrasikan dengan build lama untuk menjaga kebenaran sistem. Sebelum melakukan pengujian asap, tim QA harus memeriksa versi build yang benar.
Pengujian asap dengan Otomasi
Pengujian Otomasi digunakan untuk Pengujian Regresi. Namun, kami juga dapat menggunakan serangkaian kasus uji otomatis untuk dijalankan terhadap Uji Asap. Dengan bantuan pengujian otomatisasi, developer dapat segera memeriksa build, setiap kali ada build baru yang siap untuk diterapkan.
Alih-alih melakukan pengujian berulang secara manual setiap kali build perangkat lunak baru diterapkan, kasus uji asap yang direkam dijalankan terhadap build tersebut. Ini memverifikasi apakah fungsi utama masih beroperasi dengan baik. Jika pengujian gagal, mereka dapat memperbaiki build dan segera menerapkan ulang build tersebut. Dengan ini, kami dapat menghemat waktu dan memastikan kualitas yang dibangun pada lingkungan QA.
Menggunakan alat otomatis, teknisi uji mencatat semua langkah manual yang dilakukan dalam pembuatan perangkat lunak.
Siklus pengujian asap
Diagram alir di bawah ini menunjukkan bagaimana Pengujian Asap dijalankan. Setelah build diterapkan di QA dan, uji asap dilewati, kami melanjutkan untuk pengujian fungsional. Jika uji asap gagal, kami keluar dari pengujian sampai masalah dalam build diperbaiki.
Keuntungan dari pengujian Asap
Berikut adalah beberapa keuntungan yang terdaftar untuk Pengujian Asap.
- Mudah untuk melakukan pengujian
- Cacat akan diidentifikasi pada tahap awal.
- Meningkatkan kualitas sistem
- Mengurangi resiko
- Kemajuan lebih mudah diakses.
- Menghemat tenaga dan waktu pengujian
- Mudah untuk mendeteksi kesalahan kritis dan koreksi kesalahan.
- Ini berjalan dengan cepat
- Meminimalkan risiko integrasi
Apa yang terjadi jika kita tidak melakukan pengujian Asap
Jika kami tidak melakukan pengujian asap pada tahap awal, cacat dapat ditemukan pada tahap selanjutnya yang dapat menghemat biaya. Dan Cacat yang ditemukan di tahap selanjutnya dapat berupa penghenti acara yang dapat memengaruhi pelepasan kiriman.
Contoh Contoh Kasus Uji Asap
| T.ID | SKENARIO UJI | DESKRIPSI | LANGKAH UJI | HASIL YANG DIHARAPKAN | HASIL SEBENARNYA | STATUS |
|---|---|---|---|---|---|---|
| 1 | Kredensial login yang valid | Uji fungsionalitas login aplikasi web untuk memastikan bahwa pengguna terdaftar diizinkan untuk masuk dengan nama pengguna dan kata sandi | 1. Luncurkan aplikasi 2. Navigasikan halaman login 3. Masukkan nama pengguna yang valid 4. Masukkan kata sandi yang valid 5. Klik tombol login | Login harus sukses | seperti yang diharapkan | Lulus |
| 2 | Menambahkan fungsionalitas item | Mampu menambahkan item ke troli | 1. Pilih daftar kategori 2. Tambahkan item ke keranjang | Item harus ditambahkan ke keranjang | Item tidak ditambahkan ke keranjang | Gagal |
| 3 | Fungsi keluar | Lihat fungsionalitas keluar | 1. pilih tombol keluar | Pengguna harus bisa keluar. | Pengguna tidak dapat keluar | Gagal |
Ringkasan:
Dalam Rekayasa Perangkat Lunak, pengujian Asap harus dilakukan pada setiap bangunan tanpa gagal karena membantu menemukan cacat pada tahap awal. Kegiatan uji asap merupakan langkah terakhir sebelum perangkat lunak yang dibangun memasuki tahap sistem. Uji asap harus dilakukan pada setiap build yang diubah menjadi pengujian. Ini berlaku untuk pengembangan baru dan rilis mayor dan minor dari sistem.
Sebelum melakukan pengujian asap, tim QA harus memastikan versi build yang benar dari aplikasi yang diuji. Ini adalah proses sederhana yang membutuhkan waktu minimum untuk menguji stabilitas aplikasi.
Tes asap dapat meminimalkan upaya pengujian, dan dapat meningkatkan kualitas aplikasi. Pengujian asap dapat dilakukan secara manual atau dengan otomatisasi tergantung pada klien dan organisasi.
Artikel ini dikontribusikan oleh Pavani Itchapurapu