Apa itu Pengujian Asap?
Thomas Hamilton
Apa itu Pengujian Asap
Pengujian Asap adalah proses pengujian perangkat lunak yang menentukan apakah perangkat lunak yang digunakan stabil atau tidak. Pengujian asap merupakan konfirmasi bagi tim QA untuk melanjutkan pengujian perangkat lunak lebih lanjut. Pengujian ini terdiri dari serangkaian pengujian minimal yang dijalankan pada setiap perangkat untuk menguji fungsionalitas perangkat lunak. Pengujian asap juga dikenal sebagai “Pengujian Verifikasi Perangkat” atau “Pengujian Keyakinan.”
Secara sederhana, pengujian asap berarti memverifikasi bahwa fitur-fitur penting berfungsi dan tidak ada penghalang dalam versi yang sedang diuji. Ini adalah uji regresi mini dan cepat untuk fungsionalitas utama. Ini adalah tes sederhana yang menunjukkan produk siap untuk diuji. Hal ini membantu menentukan apakah build tersebut memiliki kelemahan sehingga membuat pengujian lebih lanjut hanya membuang-buang waktu dan sumber daya.
Bandingkan Pengujian Asap Vs Kewarasan
Kapan kita melakukan pengujian asap
Pengujian Asap dilakukan setiap kali fungsionalitas baru perangkat lunak dikembangkan dan diintegrasikan dengan versi yang sudah ada yang diterapkan di lingkungan QA/staging. Pengujian ini memastikan bahwa semua fungsionalitas penting berfungsi dengan benar atau tidak.
Dalam metode pengujian ini, tim pengembangan menyebarkan build di QA. Subkumpulan kasus uji diambil, lalu penguji menjalankan kasus uji pada build. Tim QA menguji aplikasi terhadap fungsi-fungsi penting. Rangkaian kasus uji ini dirancang untuk mengungkap kesalahan yang ada di build. Jika tes ini lulus, tim QA melanjutkan Pengujian Fungsional.
Kegagalan apa pun menunjukkan perlunya menangani sistem kembali ke tim pengembangan. Setiap kali ada perubahan pada build, kami melakukan Pengujian Asap untuk memastikan stabilitasnya.
Example: -Tombol registrasi baru ditambahkan di jendela login dan build diterapkan dengan kode baru. Kami melakukan pengujian asap pada build baru.
Tes asap membuat bangunan memenuhi syarat untuk pengujian formal lebih lanjut. Tujuan utama pengujian asap adalah untuk mendeteksi masalah besar secara dini. Tes asap dirancang untuk menunjukkan stabilitas sistem dan kesesuaian dengan persyaratan. Sebuah build mencakup semua file data, pustaka, modul yang dapat digunakan kembali, komponen rekayasa yang diperlukan untuk mengimplementasikan satu atau beberapa fungsi produk.
Apa jadinya jika kita tidak melakukan pengujian Asap
Jika kita tidak melakukan pengujian asap pada tahap awal, cacat mungkin ditemukan pada tahap selanjutnya yang dapat memakan biaya mahal. Dan Cacat ditemukan pada tahap selanjutnya dapat menjadi penghambat yang dapat mempengaruhi pelepasan hasil kerja.
Siapa yang akan melakukan Pengujian Asap
Setelah merilis build ke lingkungan QA, Pengujian Asap dilakukan oleh teknisi QA/pimpinan QA. Setiap kali ada versi baru, tim QA menentukan fungsi utama dalam aplikasi untuk melakukan pengujian asap. Tim QA memeriksa penghenti pertunjukan di aplikasi yang sedang diuji.
Pengujian dilakukan dalam lingkungan pengembangan pada kode untuk memastikan kebenaran aplikasi sebelum merilis build ke QA, ini dikenal sebagai pengujian Sanity. Biasanya ini merupakan pengujian yang sempit dan mendalam. Ini adalah proses yang memverifikasi bahwa aplikasi yang sedang dikembangkan memenuhi persyaratan fungsional dasarnya.
Pengujian kewarasan menentukan selesainya tahap pengembangan dan mengambil keputusan lulus atau tidaknya produk perangkat lunak untuk tahap pengujian selanjutnya.
Mengapa kami melakukan pengujian asap?
Pengujian asap memainkan peran penting dalam pengembangan perangkat lunak karena memastikan kebenaran sistem pada tahap awal. Dengan ini, kita dapat menghemat upaya pengujian. Hasilnya, pengujian asap membawa sistem ke kondisi baik. Setelah kami menyelesaikan pengujian asap, barulah kami memulai pengujian fungsional.
- Semua penghenti pertunjukan di 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 deteksi dan koreksi cacat besar.
- Dengan pengujian asap, tim QA dapat menemukan cacat pada fungsi aplikasi yang mungkin muncul karena kode baru.
- Pengujian asap menemukan cacat yang paling parah.
Contoh 1: Jendela logging: Dapat berpindah ke jendela berikutnya dengan nama pengguna dan kata sandi yang valid dengan mengklik tombol kirim.
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 satu organisasi ke organisasi lainnya.
Pengujian Asap Manual
Pada umumnya pengujian asap dilakukan secara manual. Pendekatannya bervariasi dari satu organisasi ke organisasi lainnya. Pengujian asap dilakukan untuk memastikan navigasi jalur kritis sesuai yang diharapkan dan tidak menghambat fungsionalitas. Setelah build dirilis ke QA, kasus uji fungsionalitas berprioritas tinggi harus diambil dan diuji untuk menemukan cacat kritis dalam sistem. Jika pengujian berhasil, kami melanjutkan pengujian fungsional. Jika pengujian gagal, build ditolak dan dikirim kembali ke tim pengembangan untuk diperbaiki. QA kembali memulai pengujian asap dengan versi build baru. Pengujian asap dilakukan pada bangunan baru dan akan diintegrasikan dengan bangunan lama untuk menjaga kebenaran sistem. Sebelum melakukan pengujian asap, tim QA harus memeriksa versi build yang benar.
Pengujian asap dengan Otomatisasi
Pengujian Otomatisasi digunakan untuk Pengujian Regresi. Namun, kami juga dapat menggunakan serangkaian kasus uji otomatis untuk menjalankan Uji Asap. Dengan bantuan pengujian otomatisasi, pengembang dapat segera memeriksa build, kapan pun ada build baru yang siap untuk diterapkan.
Alih-alih melakukan pengujian berulang secara manual setiap kali perangkat lunak baru diterapkan, kasus uji coba asap yang terekam dijalankan terhadap perangkat lunak tersebut. Hal ini memverifikasi apakah fungsi utama masih beroperasi dengan baik. Jika pengujian gagal, maka mereka dapat memperbaiki perangkat lunak tersebut dan menerapkan ulang perangkat lunak tersebut dengan segera. Dengan ini, kami dapat menghemat waktu dan memastikan perangkat lunak berkualitas untuk lingkungan QA.
Dengan menggunakan alat otomatis, teknisi pengujian 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 pengujian asap berhasil, kami melanjutkan ke pengujian fungsional. Jika pengujian asap gagal, kami keluar dari pengujian hingga masalah dalam build diperbaiki.
Keuntungan dari pengujian Asap
Berikut adalah beberapa keuntungan yang tercantum untuk Pengujian Asap.
- Mudah untuk melakukan pengujian
- Cacat akan diidentifikasi pada tahap awal.
- Meningkatkan kualitas sistem
- Mengurangi risiko
- Kemajuan lebih mudah diakses.
- Menghemat upaya dan waktu pengujian
- Mudah untuk mendeteksi kesalahan kritis dan koreksi kesalahan.
- Ini berjalan dengan cepat
- Meminimalkan risiko integrasi
Contoh Kasus Uji Asap Contoh
| T.ID | SKENARIO UJI | DESKRIPSI | LANGKAH UJI | HASIL YANG DIHARAPKAN | HASIL SEBENARNYA | STATUS |
|---|---|---|---|---|---|---|
| 1 | Kredensial masuk yang valid | Uji fungsionalitas login aplikasi web untuk memastikan bahwa pengguna terdaftar diperbolehkan login dengan nama pengguna dan kata sandi | 1.Luncurkan aplikasi 2.Navigasi halaman login 3.Masukkan nama pengguna yang valid 4.Masukkan kata sandi yang valid 5.Klik tombol masuk |
Login seharusnya berhasil | seperti yang diharapkan | Lulus |
| 2 | Menambahkan fungsionalitas item | Dapat menambahkan item ke keranjang | 1.Pilih daftar kategori 2.Tambahkan item ke keranjang |
Item harus ditambahkan ke troli | Item tidak ditambahkan ke keranjang | Gagal |
| 3 | Fungsionalitas keluar | Periksa fungsionalitas keluar | 1. pilih tombol keluar | Pengguna harus dapat keluar. | Pengguna tidak dapat keluar | Gagal |
Kesimpulan
Dalam Rekayasa Perangkat Lunak, pengujian Smoke harus dilakukan pada setiap build tanpa gagal karena membantu menemukan cacat pada tahap awal. Kegiatan pengujian asap merupakan langkah terakhir sebelum pembangunan perangkat lunak memasuki tahap sistem. Uji asap harus dilakukan pada setiap bangunan yang dijadikan pengujian. Hal ini berlaku untuk pengembangan baru dan rilis besar dan kecil dari sistem.
Sebelum melakukan pengujian asap, tim QA harus memastikan versi build yang benar dari aplikasi yang diuji. Ini adalah proses sederhana yang memerlukan waktu minimum untuk menguji stabilitas aplikasi.
Uji asap dapat meminimalkan upaya pengujian, dan dapat meningkatkan kualitas aplikasi. Pengujian asap dapat dilakukan secara manual atau otomatis tergantung pada klien dan organisasi.
