Banyak Jenis Metode Pengujian Perangkat Lunak

Sebelum perangkat lunak diumumkan, pemrogram menghabiskan waktu berjam-jam untuk memperbaiki setiap bug kecil. Sampai produk memuaskan semua pemangku kepentingan, itu tidak akan tersedia untuk penggunaan komersial.

Perusahaan perangkat lunak besar, seperti Google, berhasil meskipun bug prioritas rendah dalam perangkat lunak mereka karena mereka memiliki investor yang sabar dan pengguna setia. Namun, perusahaan dan startup yang lebih kecil, tidak memiliki kemewahan itu. Pelanggan mengharapkan produk untuk melakukan apa yang mereka klaim di halaman penjualan atau dalam dokumentasi. Dengan begitu banyak pilihan di luar sana, mereka tidak akan berpikir dua kali untuk melompat kapal jika produk membuang-buang waktu dan uang mereka. Oleh karena itu, perangkat lunak menjalani pengujian ketat sebelum dirilis untuk:

• menyoroti perbedaan antara konsep asli dan hasil akhir
• memverifikasi perangkat lunak bekerja dengan cara yang direncanakan desainer
• memvalidasi bahwa produk akhir memenuhi persyaratan pelanggan
• nilai fitur dan kualitas

Pengujian mengikuti cetak biru yang ketat untuk mengoptimalkan keterampilan, waktu, dan uang staf sambil memberikan informasi penting kepada para pemangku kepentingan untuk memajukan produk. Tujuannya adalah untuk memfasilitasi pengalaman pengguna akhir yang baik melalui program jaminan kualitas yang kuat.Dengan taruhannya yang begitu tinggi, manajer QA adalah beberapa penerima teratas di industri teknologi. Pengujian biasanya mengikuti langkah-langkah ini:

1. Analisis kebutuhan di mana manajer menguraikan rencana untuk menerapkan strategi pengujian yang sesuai.
2. Tes dimulai dan hasilnya menjalani analisis.
3. Setiap cacat diperbaiki, dan perangkat lunak melewati pengujian regresi - sistem untuk memeriksa bahwa program masih berfungsi setelah modifikasi.
4. Laporan penutupan tes kemudian merinci seluruh proses dan hasil.

Individu dapat menjadi penguji perangkat lunak bersertifikat melalui organisasi seperti BCS, The Chartered Institute for IT, ISTQB® (Dewan Kualifikasi Pengujian Perangkat Lunak Internasional), dan ASQ (sebelumnya American Society for Quality).

Metode Pengujian Perangkat Lunak

Pengujian black box dan white box adalah dua metode mendasar untuk menilai perilaku dan kinerja produk, tetapi ada metode lain juga.

• Pengujian kotak hitam: Juga disebut pengujian berbasis fungsional atau spesifikasi, metode ini berfokus pada keluaran. Penguji tidak peduli dengan mekanisme internal. Mereka hanya memeriksa apakah perangkat lunak itu melakukan apa yang seharusnya dilakukan. Pengetahuan tentang pengkodean tidak diperlukan, dan penguji bekerja di tingkat antarmuka pengguna.
• Pengujian kotak putih: Metode ini menggunakan pengodean pengetahuan sebagai bagian dari prosedur pengujian. Ketika suatu produk gagal, penguji masuk ke dalam kode yang diperlukan untuk menemukan penyebabnya. Pengembang perangkat lunak melakukan ini sendiri karena mereka menentukan bagaimana produk harus bekerja. Pengujian berbasis struktur dan kotak kaca adalah nama lain untuk metode ini.

• Pengujian statis: Penguji memeriksa kode perangkat lunak dan dokumentasi tetapi tidak menjalankan program. Tes statis dimulai sejak awal pengembangan produk selama proses verifikasi.
• Pengujian dinamis: Perangkat lunak dijalankan dengan berbagai input, dan penguji membandingkan keluaran dengan perilaku yang diharapkan dengan metode ini.
• Pengujian antarmuka pengguna grafis: Ini menguji karakteristik GUI seperti pemformatan teks, kotak teks, tombol, daftar, tata letak, warna, font, ukuran font, dan sebagainya. Pengujian GUI memakan waktu, dan perusahaan pihak ketiga sering mengambil alih tugas alih-alih pengembang.

Tingkat Tes

Berbagai tingkat pengujian digunakan untuk mengidentifikasi bidang kelemahan dan tumpang tindih dalam setiap fase siklus pengembangan perangkat lunak.

• Pengujian unit: Pengembang menguji bagian paling dasar dari kode seperti kelas, antarmuka, dan fungsi / prosedur. Mereka tahu bagaimana kode mereka harus merespons dan dapat melakukan penyesuaian tergantung pada output.
• Pengujian komponen: Nama lain adalah pengujian modul atau program. Ini mirip dengan pengujian unit tetapi mengandung tingkat integrasi yang lebih tinggi. Modul perangkat lunak diuji cacatnya untuk memverifikasi fungsi masing-masing.
• Tes integrasi: Ini mengidentifikasi kesalahan ketika modul terintegrasi. Tes integrasi yang berbeda adalah bottom-up, top-down, dan tambahan fungsional.

• Pengujian sistem: Komponen proyek diuji secara keseluruhan di lingkungan yang berbeda dengan metode ini. Itu jatuh di bawah metode kotak hitam dan merupakan salah satu tes akhir dalam proses. Ini menentukan apakah sistem berfungsi sebagaimana mestinya untuk memenuhi kebutuhan bisnis dan pengguna.
• Pengujian alfa: Staf internal menguji perangkat lunak di situs pengembang dalam lingkungan yang disimulasikan atau aktual. Setelah itu, pengembang memperbaiki bug dan masalah lainnya.
• Pengujian beta: Juga dikenal sebagai pengujian lapangan, klien menguji produk di situs mereka sendiri dalam kondisi nyata. Klien dapat menawarkan kepada sekelompok pengguna akhir kesempatan untuk menguji perangkat lunak melalui versi pra-rilis atau beta. Umpan balik tentang kemungkinan perbaikan kemudian dikirim ke pengembang.

• Ujian penerimaan: Juga di bawah ruang lingkup pengujian kotak hitam, klien menguji perangkat lunak untuk mencari tahu apakah pengembang telah menciptakan program dengan spesifikasi yang diinginkan.

Jenis Tes

Berbagai jenis pengujian perangkat lunak dirancang untuk fokus pada tujuan tertentu.

• Pengujian instalasi: Insinyur uji perangkat lunak dan manajer konfigurasi melakukan pengujian ini untuk memastikan pengguna akhir dapat menginstal dan menjalankan program. Ini mencakup area seperti file instalasi, lokasi instalasi, dan hak administratif.
• Pengujian pengembangan: Ini mengimplementasikan serangkaian strategi yang disinkronkan untuk mendeteksi dan mencegah cacat. Ini mencakup analisis kode statis, ulasan kode sejawat, keterlacakan, dan analisis metrik. Tujuannya adalah untuk mengurangi risiko dan menghemat biaya.
• Pengujian kegunaan: Pengalaman pengguna mendapat sorotan dengan tes ini. Ini mengukur seberapa baik GUI dirancang dan kemudahan penggunaannya. Tes ini memeriksa keakuratan dan efisiensi fungsi dan respons emosional dari subjek uji.

• Pengujian kewarasan: Ini menunjukkan apakah perangkat lunak sepadan dengan waktu dan biaya untuk melanjutkan tes lebih lanjut. Jika ada terlalu banyak kekurangan, tes yang lebih agresif tidak akan diikuti.
• Pengujian asap: Pengujian asap mengungkapkan kegagalan dasar yang cukup serius untuk mencegah pelepasan. Ketika ini dilakukan pada build baru, itu disebut tes verifikasi build.
• Pengujian regresi: Ketika sistem mengalami modifikasi, pengujian regresi memonitor perilaku yang tidak terduga. Ini menunjukkan efek buruk pada modul atau komponen.
• Pengujian destruktif: Penguji memasukkan entri yang tidak normal dan melihat kemampuan perangkat lunak untuk mengelola input yang tidak terduga. Ini menunjukkan kepada pengembang seberapa kuat program ini pada manajemen kesalahan.
• Pengujian pemulihan: Ketika perangkat keras atau fungsi lainnya gagal, tes ini menunjukkan seberapa baik perangkat lunak dapat pulih dan melanjutkan operasi.
• Pengujian otomatis: Ini melakukan fungsi yang sulit diimplementasikan secara manual. Ini menggunakan perangkat lunak khusus untuk menjalankan tes dan untuk memberikan data tentang hasil aktual versus yang diharapkan.
• Pengujian kompatibilitas: Perangkat lunak harus berjalan di lingkungan komputasi yang berbeda, jadi ini memeriksa kompatibilitas dengan sistem yang berbeda. Misalnya, apakah perangkat lunak berfungsi dengan berbagai sistem operasi dan browser web?
• Pengujian kinerja: Ini adalah tes mendalam yang menguji kinerja perangkat lunak dalam berbagai skenario. Informasi tentang daya tanggap, stabilitas, alokasi sumber daya, dan kecepatan dikumpulkan. Selain itu, subyek seperti volume, kapasitas, dan pengujian lonjakan berperan dalam proses ini.
• Pengujian keamanan: Ini mengukur kemampuan perangkat lunak untuk melindungi keamanan pengguna. Ini berarti fungsi otorisasi, otentikasi, kerahasiaan, integritas, ketersediaan, dan penolakan.
• Pengujian aksesibilitas: Ini tidak sama dengan pengujian kegunaan. Ini menentukan sejauh mana pengguna dengan kemampuan yang berbeda - termasuk ketidakmampuan belajar dan fisik, dapat menggunakan perangkat lunak.
• Internasionalisasi dan pengujian lokalisasi: Hasil menunjukkan bagaimana perangkat lunak dapat beradaptasi dengan berbagai bahasa dan tuntutan regional. Ini termasuk menambahkan komponen untuk lokasi tertentu dan menerjemahkan teks.