• Itu mengelola persyaratan proyek Anda, kasus uji, bug, masalah dalam satu lingkungan
terintegrasi selama siklus hidup pengujian.
• Ini adalah solusi pengujian lengkap yang mencakup manajemen persyaratan, desain kasus
uji, manajemen rilis, pelacakan cacat, dll.
• Ini adalah pendekatan pengujian yang sangat intuitif yang memberikan gambaran lengkap
tentang produk perangkat lunak dan status kesehatan.
Metode Pengujian Non-Fungsional menggabungkan berbagai jenis pengujian yang berfokus pada
aspek operasional perangkat lunak. Ini adalah kunci untuk merilis perangkat lunak berkualitas
tinggi yang dapat dengan mudah diadopsi oleh pengguna akhir dengan membangun kerangka
pengujian yang kuat yang mengimplementasikan metodologi pengujian fungsional dan non-
fungsional.
Pengujian Unit
• Ini adalah tingkat pengujian awal yang biasanya dilakukan oleh pengembang dalam
lingkungan yang digerakkan oleh pengujian, tulis dan jalankan kasus pengujian sebelum
perangkat lunak diteruskan ke tim pengujian.
• Pengujian unit adalah metodologi pengujian perangkat lunak yang memastikan bahwa
masing-masing komponen perangkat lunak bekerja dengan sempurna untuk tujuan yang
dirancang.
• Pengujian unit memudahkan proses debug karena bug terdeteksi jauh lebih awal dan mudah
diperbaiki oleh tim pengujian.
Ujian penerimaan
• Pengujian penerimaan adalah fase terakhir dari pengujian fungsional untuk menilai perangkat
lunak akhir untuk pengiriman.
• Itu memastikan bahwa produk tersebut sesuai dengan kriteria bisnis dan memenuhi
kebutuhan pengguna akhir sepenuhnya.
• Itu melakukan pengujian secara internal dan eksternal. Ini berarti produk diberikan ke tangan
pengguna untuk pengujian beta dan juga diuji oleh tim kualitas.
• Pengujian beta adalah kunci untuk mendapatkan umpan balik potensial dari pengguna dan
mengatasinya sebelum pengiriman produk akhir.
Pengujian Penerimaan di
SDLC
Diagram berikut menjelaskan pengujian penerimaan dalam siklus hidup pengembangan
perangkat lunak.
• Perkenalan
• Kategori Tes Penerimaan
• Lingkungan Operasi
• ID Kasus Uji
• Judul Tes
• Tujuan Tes
Laporan Uji Penerimaan - Atribut
Laporan uji Penerimaan memiliki atribut berikut:
• Pengenal Laporan
• Ringkasan Hasil
• Variasi
• Rekomendasi
• Ringkasan To-Do List
• Keputusan Persetujuan
Siapa yang melakukan Acceptance
Testing?
• Pengujian Penerimaan Internal (juga dikenal sebagai Pengujian Alfa) dilakukan oleh anggota
organisasi yang mengembangkan perangkat lunak. tetapi tidak terlibat langsung dalam
proyek tersebut. Biasanya anggota Manajemen Produk, Penjualan atau Dukungan
Pelanggan.
• Pengujian Penerimaan Eksternal - dilakukan oleh orang yang bukan karyawan organisasi
yang mengembangkan perangkat lunak.
• Pengujian Penerimaan Pelanggan dilakukan oleh pelanggan organisasi yang
mengembangkan perangkat lunak. Merekalah yang meminta organisasi untuk
mengembangkan perangkat lunak.
• Pengujian Penerimaan Pengguna - (Juga dikenal sebagai Pengujian Beta) dilakukan oleh
pengguna akhir perangkat lunak.
Ada dua teknik Pengujian Fungsional utama seperti yang ditunjukkan di bawah ini:
• Pengujian Unit
• Tes integrasi
• Pengujian Asap
• Pengujian Penerimaan Pengguna
• Pengujian Lokalisasi
• Pengujian Antarmuka
• Pengujian Kegunaan
• Pengujian Sistem
• Pengujian Regresi
• Pengujian Globalisasi
• Kerahasiaan
• Integritas
• Autentikasi
• Otorisasi
• Ketersediaan
• Non-Penolakan
Pengujian Keamanan - Teknik:
• Injeksi
• Otentikasi Rusak dan Manajemen Sesi
• Pembuatan Skrip Lintas Situs (XSS)
• Referensi Objek Langsung Tidak Aman
• Kesalahan Konfigurasi Keamanan
• Paparan Data Sensitif
• Kontrol Akses Level Fungsi Tidak Ada
• Pemalsuan Permintaan Lintas Situs (CSRF)
• Menggunakan Komponen dengan Kerentanan yang Diketahui
• Pengalihan dan Penerusan yang Tidak Divalidasi
Pengujian Regresi
Pengujian regresi adalah teknik pengujian kotak hitam yang terdiri dari menjalankan
kembali pengujian yang terpengaruh oleh perubahan kode. Tes ini harus dijalankan
sesering mungkin sepanjang siklus hidup pengembangan perangkat lunak.
Dalam model ini, fase berikutnya dimulai hanya ketika fase sebelumnya selesai.
Untuk apa Pendekatan Pengujian
l Fase pertama dalam mode air terjun adalah fase persyaratan di mana semua persyaratan
proyek sepenuhnya ditentukan sebelum memulai
pengujian. Selama fase ini, tim penguji melakukan brainstorming ruang lingkup pengujian, strategi
pengujian, dan menyusun rencana pengujian terperinci.
Hanya setelah desain perangkat lunak selesai, tim akan beralih ke pelaksanaan uji kasus untuk
memastikan bahwa perangkat lunak yang dikembangkan berfungsi seperti yang diharapkan.
Dalam metodologi ini, pengujian berlanjut ke fase berikutnya hanya ketika fase sebelumnya
selesai.
Keuntungan dan Kerugian Air Terjun
Keuntungan: ?
Model rekayasa perangkat lunak ini sangat sederhana untuk direncanakan dan dikelola. Oleh
karena itu, proyek-proyek di mana persyaratan didefinisikan dengan jelas dan dinyatakan
sebelumnya dapat dengan mudah diuji menggunakan model air terjun.
Kekurangan:
Dalam model air terjun, Anda dapat memulai dengan fase berikutnya hanya setelah fase
sebelumnya selesai. Oleh karena itu, model ini tidak dapat mengakomodasi kejadian yang tidak
direncanakan.
Metodologi Agile
Dalam metodologi tangkas, perangkat lunak dikembangkan dalam siklus yang cepat. Interaksi
antara pelanggan, pengembang, dan klien lebih ditekankan daripada proses dan alat. Metodologi
tangkas berfokus pada menanggapi perubahan daripada perencanaan yang luas.
Pengujian tambahan digunakan dalam metode pengembangan tangkas dan karenanya, setiap rilis
proyek diuji secara menyeluruh. Ini memastikan bahwa setiap bug dalam sistem diperbaiki
sebelum rilis berikutnya
Kekurangan:
Interaksi klien yang konstan berarti tekanan waktu tambahan pada semua pemangku kepentingan
termasuk klien itu sendiri, pengembangan perangkat lunak, dan tim pengujian