Apa itu Pengujian Aplikasi?
Thomas Hamilton
⚡ Ringkasan Cerdas
Pengujian Aplikasi memvalidasi seluruh produk perangkat lunak, bukan hanya satu unit, meliputi antarmuka, fungsi, basis data, dan perilaku beban. Halaman ini menjelaskan siklus hidup empat tahap, tiga metodologi pengujian, perencanaan pengujian, alat, metrik, dan praktik khusus untuk perangkat seluler.
Apa itu Pengujian Aplikasi?
Pengujian Aplikasi didefinisikan sebagai jenis pengujian perangkat lunak yang dilakukan melalui skrip dengan motif menemukan kesalahan pada perangkat lunak. Ini berkaitan dengan pengujian untuk keseluruhan aplikasi.
Ini membantu meningkatkan kualitas aplikasi Anda sekaligus mengurangi biaya, memaksimalkan ROI, dan menghemat waktu pengembangan.
Dalam Rekayasa Perangkat Lunak, pengujian aplikasi dapat dilakukan dalam berbagai kategori seperti GUI, fungsionalitas, database (backend), uji beban, dll.
Untuk Pengujian Aplikasi, siklus hidup pengujian melibatkan berbagai fase yang mencakup analisis persyaratan, perencanaan pengujian, analisis pengujian, desain pengujian, pelaksanaan pengujian & pelaporan bug, dll.
Fase-fase tersebut bermuara pada siklus hidup yang singkat dan berulang yang diikuti oleh setiap aplikasi.
Bagaimana Menguji Aplikasi?
Aplikasi dan produk perangkat lunak memiliki sejumlah variasi dalam hal fitur yang didukungnya serta proses yang diterapkannya. Jadi Pengujian aplikasi memastikan bahwa suatu program atau aplikasi tertentu berfungsi dengan baik.
Siklus hidup Pengujian Aplikasi melibatkan empat tahap.
- Tahap 1) Rancang rencana pengujian berdasarkan persyaratan aplikasi
- Tahap 2) Kembangkan kasus pengujian manual dan skrip pengujian otomatis
- Tahap 3) Jalankan tes fungsional untuk memvalidasi persyaratan aplikasi
- Tahap 4) Jalankan tes beban dan sesuaikan kinerja aplikasi
Jenis Pengujian yang dijalankan bergantung pada jenis aplikasi yang diuji. Pengujian Aplikasi dikategorikan menjadi 3 segmen.
- Pengujian Aplikasi Web
- Pengujian Aplikasi Desktop
- Pengujian Aplikasi Seluler
| Pengujian Aplikasi | Jenis Pengujian yang Dilakukan |
|---|---|
|
|
|
|
|
|
Perbandingan Pengujian Aplikasi Web, Desktop, dan Seluler
Ketiga segmen tersebut memiliki siklus hidup yang sama, tetapi sangat berbeda dalam hal apa yang sebenarnya rusak. Mengetahui di mana risiko terkonsentrasi akan memberi tahu Anda ke mana harus mengalokasikan anggaran pengujian.
| Titik perbedaan | jaringan | Desktop | Nomor WhatsApp |
|---|---|---|---|
| Berjalan | Browser melalui jaringan | Satu mesin terpasang | Ponsel atau tablet |
| Variabel utama | Browser dan versi | Operasistem dan perangkat keras | Perangkat, versi OS, dan ukuran layar |
| Ketergantungan jaringan | selalu terhubung | Seringkali offline | Bersifat terputus-putus, dan harus bertahan hidup meskipun hilang. |
| Risiko terbesar | Rendering dan pemuatan lintas browser | Instalasi dan kompatibilitas | Fragmentasi di berbagai perangkat |
| Penanganan interupsi | Jarang relevan | Jarang relevan | Panggilan, notifikasi, dan baterai lemah |
| Perbarui jalur | Sisi server, instan untuk semuanya | Pengguna memasang patch. | Peninjauan di App Store, peluncuran bertahap. |
Perangkat seluler memiliki variabel yang paling tidak terkontrol, oleh karena itu akan dibahas secara terpisah di bagian selanjutnya pada halaman ini.
Metodologi Pengujian Aplikasi
Metodologi pengujian adalah cara terstruktur untuk memastikan bahwa aplikasi perangkat lunak telah diuji sepenuhnya. Metodologi pengujian yang tidak terorganisir dan buruk dapat menyebabkan produk yang tidak stabil.
Ada tiga cara Pengujian dilakukan.
- Black Box pengujian
- Putih Box pengujian
- Abu-abu Box pengujian
Black Box pengujian
Black Box pengujian teknik yang umum digunakan untuk pengujian Pengujian fungsional, Pengujian non-fungsional, dan Pengujian Regresi. Dalam pengujian kotak hitam, strategi yang digunakan adalah
- Pengujian Kelas Ekivalensi
- Pengujian Nilai Batas
- Pengujian Tabel Keputusan
- Tabel Transisi Negara
Putih Box pengujian
Pengujian kotak putih Pengujian kotak putih biasanya digunakan untuk menguji kode perangkat lunak guna memeriksa celah keamanan internal, jalur yang rusak atau tidak terstruktur dengan baik, fungsionalitas perulangan kondisional, dan lain sebagainya. Dalam pengujian kotak putih, strategi yang digunakan adalah:
- Code Analisis cakupan
- Cakupan Jalur
Abu-abu Box pengujian
Teknik pengujian ini merupakan kombinasi dari kedua warna Hitam Box Pengujian, termasuk pengujian kotak putih, dilakukan untuk menemukan Cacat berdasarkan struktur atau penggunaan aplikasi yang tidak tepat.
Rencana Uji untuk Pengujian Aplikasi
The Rencana Tes dokumen berasal dari Produk Description, SRS Spesifikasi Kebutuhan Perangkat Lunak, atau Dokumen Kasus Penggunaan. Fokus tesnya adalah apa yang diuji, bagaimana cara mengujinya, kapan harus mengujinya, dan siapa yang akan mengujinya. Dokumen rencana pengujian digunakan sebagai media komunikasi antara tim penguji dan pengelola pengujian.
Rencana pengujian standar untuk Pengujian Aplikasi harus mendefinisikan fitur-fitur berikut;
- Tentukan ruang lingkup pengujian
- Tentukan tujuan pengujian
- Pendekatan untuk aktivitas pengujian
- Jadwal pengujian
- Bug tracraja dan pelaporan
Kriteria Masuk dan Keluar untuk Pengujian Aplikasi
Rencana pengujian mencantumkan kriteria masuk dan keluar formal sebagai praktik terbaik, tetapi hal itu perlu dijelaskan secara rinci. Tanpa kriteria tersebut, fase pengujian akan dimulai dengan versi yang tidak stabil atau berlanjut tanpa garis akhir yang disepakati.
Kriteria masuk Persyaratan harus dipenuhi sebelum pelaksanaan dimulai.
- Persyaratan dan SRS ditinjau dan ditetapkan sebagai acuan dasar.
- Rencana pengujian dan kasus uji telah ditulis dan disetujui.
- Versi yang dihasilkan diimplementasikan ke lingkungan pengujian yang stabil dan lolos uji fungsionalitas dasar.
- Data uji dan akun atau perangkat yang dibutuhkan sudah tersedia.
- Cacat tracKing Tool telah dikonfigurasi dan tim memiliki akses.
Kriteria keluar menunjukkan bahwa fase tersebut telah mencapai tujuannya.
- Semua kasus uji yang direncanakan dieksekusi dan hasilnya dicatat.
- Tidak ada cacat kritis atau tingkat keparahan tinggi yang masih terbuka.
- Cakupan yang disepakati sesuai dengan persyaratan telah tercapai.
- Cacat dengan tingkat keparahan rendah yang tersisa didokumentasikan dan diterima oleh pihak bisnis.
- Laporan ringkasan pengujian telah disetujui.
Alat pengujian aplikasi
Ada berbagai alat pengujian untuk Pengujian Aplikasi. Pemilihan alat bergantung pada jenis pengujian yang ingin Anda lakukan. Untuk platform yang berbeda, alat yang berbeda direkomendasikan. Alat pengujian aplikasi memastikan kinerja, kegunaan, dan fungsionalitas aplikasi di berbagai perangkat.
Berikut ini beberapa di antaranya.
- Selenium
- IBM Rational Functional Tester (RFT)
- LoadRunner (Sekarang OpenText LoadRunner, sebelumnya HP dan Micro Focus)
- Apache JMeter
💡 Catatan: IBM Rational Robot, yang lama terdaftar bersama RFT, telah ditarik dari pasaran. Rational Functional Tester adalah produk yang saat ini tersedia. IBM menawarkan hal tersebut, jadi proyek-proyek baru sebaiknya tidak merencanakan proyek berdasarkan Robot.
Metrik Utama untuk Pengujian Aplikasi
Menjalankan pengujian membuktikan aktivitas, bukan efektivitas. Sejumlah kecil metrik menunjukkan apakah pengujian benar-benar menemukan cacat dan apakah aplikasi tersebut mendekati kualitas rilis.
- Cakupan tes: Proporsi persyaratan dengan setidaknya satu kasus uji yang dipetakan. Cakupan rendah berarti perilaku yang belum diuji, terlepas dari angka kelulusan yang tertera.
- Kepadatan cacat: Cacat yang dikategorikan berdasarkan ukurannya, biasanya per seribu baris kode atau per modul. Ini menunjukkan komponen yang perlu diperbaiki, bukan pengujian lebih lanjut.
- Kebocoran akibat kerusakan: Cacat yang ditemukan dalam produksi dibagi dengan total cacat yang ditemukan. Meningkatnya kebocoran adalah sinyal paling jelas bahwa pengujian pra-rilis melewatkan sesuatu.
- Efisiensi penghapusan cacat: Cacat yang ditemukan sebelum rilis sebagai bagian dari semua cacat. Angka di atas sembilan puluh persen adalah target umum.
- Tingkat eksekusi pengujian: Kasus-kasus dijalankan sesuai dengan kasus-kasus yang direncanakan, tracked per siklus sehingga selip terlihat lebih awal daripada di gerbang keluar.
TracPerhatikan trennya, bukan hanya satu siklus saja. Satu siklus secara terpisah tidak memberikan banyak informasi.
Menguji praktik terbaik untuk Pengujian Aplikasi
Memilih strategi yang tepat untuk Pengujian Aplikasi adalah cara yang terjamin untuk mendeteksi cacat pada aplikasi. Jadi, menjadi sangat penting bagi tim QA untuk mengikuti serangkaian proses standar untuk mendeteksi lebih banyak kesalahan dan dengan waktu yang lebih sedikit.
Untuk pengujian aplikasi, beberapa praktik terbaiknya meliputi
- Tentukan spesifikasi fungsional
- Reviews dan Inspeksi
- Kriteria Masuk dan Keluar Formal
- Variasi tes fungsional
- Pengujian multi-platform
- Eksekusi tes otomatis
Tantangan Pengujian Aplikasi
Saat menguji sebuah aplikasi, seorang penguji mungkin akan menghadapi banyak tantangan.
- Masalah hanya teridentifikasi saat pengguna menelepon
- Ketidakmampuan mengantisipasi dampak perubahan
- Tidak ada visibilitas ke dalam kesalahan aplikasi dan operasional
- Membuang-buang waktu
Pengujian Aplikasi Seluler
Seperti pengujian aplikasi web, Nomor WhatsApp Pengujian aplikasi juga didasarkan pada strategi dan metodologi pengujian yang sama. Perbedaannya mungkin terletak pada alat yang digunakan untuk pengujian, beberapa alat umum yang digunakan untuk pengujian aplikasi seluler adalah: Appium, TestComplete, Robotium, dan Espresso.
Jenis aplikasi seluler dikategorikan menjadi tiga bagian.
- Aplikasi Web- Diakses oleh pengguna melalui jaringan seperti internet atau intranet
- Aplikasi Asli- Ini dikembangkan untuk platform tertentu dan diinstal pada perangkat komputasi
- Aplikasi Hibrida - Aplikasi ini menggabungkan elemen-elemen dari aplikasi web dan aplikasi asli, misalnya Facebook.
Untuk sebagian besar platform seluler, Anda dapat menggunakan CSS sederhana, HTML, JS, dll.
Contoh Kasus Uji untuk Pengujian Aplikasi Seluler
Strategi aplikasi pengujian seluler yang lengkap mencakup infrastruktur perangkat dan jaringan, pemilihan perangkat target, dan kombinasi efektif alat pengujian manual dan otomatis untuk mencakup keduanya pengujian non-fungsional dan fungsional.
Untuk aplikasi mobile, hal yang akan diuji adalah
- Instalasi
- OTA
- Wi-Fi
- Kabel Data
- Bluetooth
- Uninstal
- Logo aplikasi
- Memercikkan
- Memori rendah
- Umpan Balik Visual
- Keluar dari Aplikasi
- Mulai/Mulai Ulang Aplikasi
Tantangan Pengujian Seluler
Dengan meningkatnya jumlah pengguna dan perangkat seluler, pengujian aplikasi seluler menjadi semakin kompleks. Pengujian aplikasi seluler sangat berbeda dengan pengujian aplikasi web berbasis desktop. Tantangan umum yang dihadapi selama pengujian seluler adalah:
- Cakupan tes yang komprehensif
- Mengelola fragmentasi (versi OS, prosesor, memori berbeda)
- Kurangnya rencana tes
- Tekanan waktu
- Kurangnya perangkat Fisik
- Keberagaman dalam platform dan OS
