NAMA : Zaki Herdian
KELAS : 4KA15
NPM : 18110821
[V-Class] Testing & Implementasi Sistem
Software Teknik Pengujian
- Dasar Pengujian Perangkat Lunak
Software pengujian adalah elemen kritis dari jaminan kualitas perangkat lunak dan merepresentasikan kajian akhir dari spesifikasi, desain, dan pengkodean.
Tujuan Pengujian:
Myers [MYE79] menyatakan sejumlah aturan yang dapat berfungsi dengan baik sebagai tujuan pengujian:
- Pengujian adalah proses eksekusi program dengan maksud menemukan kesalahan.
- Kasus uji yang baik adalah yang memiliki probabilitas tinggi untuk menemukan kesalahan yang belum ditemukan.
- Sebuah tes yang sukses adalah salah satu yang mengungkapkan sesuatu yang belum ditemukan kesalahannya.
Tujuan pengujian utama adalah untuk merancang tes yang secara sistematis mengungkap jenis kesalahan dengan waktu minimum dan usaha.
Prinsip Pengujian Perangkat Lunak:
Davids [DAV95] memaparkan seperangkat prinsip pengujian:
- Semua tes harus bisa dilacak dengan kebutuhan pelanggan.
- Pengujian harus direncanakan jauh sebelum pengujian dimulai.
- Prinsip Pareto berlaku untuk pengujian perangkat lunak.
- 80% dari semua kesalahan ditemukan selama pengujian kemungkinan akan dilacak 20% dari semua modul program.
- Pengujian harus mulai "dari kecil" dan kemajuan pengujian "dari besar".
- Pengujian Exhaustive tidak mungkin.
Uji kemampuan Perangkat Lunak
Menurut James Bach:
Uji kemampuan perangkat lunak hanyalah bagaimana dengan mudah program komputer dapat diuji.
Satu set karakteristik program yang mengarah pada perangkat lunak diuji:
- Operability: "semakin baik kerjanya, lebih efisien dapat diuji."
- Observability: "Apa yang Anda lihat adalah apa yang Anda uji."
-Pengendalian: "Semakin baik kita dapat mengontrol perangkat lunak, semakin banyak pengujian dapat diotomatisasi dan dioptimalkan. "
-Decomposability: "Dengan mengontrol ruang lingkup pengujian, kita bisa lebih cepat mengisolasi masalah dan melakukan pengujian ulang lebih cerdas. "
- Kesederhanaan: "Semakin sedikit yang diuji, semakin cepat kita bisa mengujinya."
- Stabilitas: "Semakin sedikit perubahan, semakin sedikit gangguan pengujian."
- Understandability: "Semakin banyak informasi yang kita miliki, semakin cerdas kita akan menguji."
- Desain Uji Kasus
Dua pengujian perangkat lunak dengan pendekatan umum: Black-Box Testing dan White-Box Testing
- Black-box testing: mengetahui fungsi-fungsi khusus dari perangkat lunak, merancang tes untuk menunjukkan fungsi masing-masing dan periksa kesalahan nya.
Fokus utama: fungsi, operasi, antarmuka eksternal, data eksternal dan informasi
- White-box testing: mengetahui internal perangkat lunak, tes desain untuk menjalankan semua perangkat lunak internal untuk memastikan mereka beroperasi sesuai dengan spesifikasi dan desain.
Fokus utama: struktur internal, logika jalan, arus kontrol, arus data yang struktur data internal, kondisi, perulangan, dll
White-Box Testing dan Dasar Jalur Pengujian
white-box testing, juga dikenal sebagai glass-box testing.
Ini adalah kasus uji metode desain yang menggunakan struktur kontrol dari desain prosedural untuk mendapatkan pengujian kasus.
- Jaminan bahwa semua jalur bebas dalam modul telah dieksekusi setidaknya sekali.
- pelaksanaan semua keputusan logis satu sisi benar dan salah.
- Jalankan semua perulangan pada batasnya dan dalam batas-batas operasionalnya.
- Latihan struktur data internal untuk menjamin validitas.
Pengujian jalur dasar (teknik pengujian white-box):
- Pertama diusulkan oleh TomMcCabe [MCC76].
- Dapat digunakan untuk mendapatkan ukuran kompleksitas logis untuk desain prosedur.
- Digunakan sebagai panduan untuk mendefinisikan basis set dari jalur eksekusi.
- Jaminan untuk mengeksekusi setiap pernyataan dalam program minimal satu kali.
Kompleksitas cyclomatic
kompleksitas Cyclomatic adalah metrik software
-> Menyediakan ukuran kuantitatif dari kompleksitas global program.
Ketika metrik ini digunakan dalam konteks pengujian jalur dasar, nilai dihitung untuk cyclomatic kompleksitas mendefinisikan jumlah jalur independen dalam basis set dari sebuah program.
Tiga cara untuk menghitung kompleksitas cyclomatic:
- Jumlah daerah grafik aliran sesuai dengan kompleksitas cyclomatic.
- Kompleksitas Cyclomatic, V (G), untuk grafik aliran G didefinisikan sebagai
V (G) = E - N +2
di mana E adalah jumlah aliran grafik tepi dan N adalah jumlah node aliran grafik.
- Kompleksitas Cyclomatic, V (G) = P + 1
dimana P adalah jumlah node predikat yang terkandung dalam grafik aliran G.
Langkah 1: Menggunakan desain atau kode sebagai dasar, menggambar grafik aliran yang sesuai.
Langkah 2: Tentukan kompleksitas cyclomatic dari grafik aliran yang dihasilkan.
Langkah 3: Tentukan basis set jalur independen linear.
Sebagai contoh,
path 1: 1-2-10-11-13
path 2: 1-2-10-12-13
path 3: 1-2-3-10-11-13
path 4: 1-2-3-4-5-8-9-2 - ...
path 5: 1-2-3-4-5-6-8-9-2 - ..
Jalur 6: 1-2-3-4-5-6-7-8-9-2 - ..
Langkah 4: Siapkan test case yang akan memaksa eksekusi dari setiap jalur di basis set.
Jalur 1: kasus uji:
nilai (k) = masukan yang valid, di mana k <i didefinisikan di bawah ini.
nilai (i) = -999, dimana 2 <= I <= 100
hasil yang diharapkan: rata-rata yang benar berdasarkan nilai k dan total yang tepat.
- Kesetaraan Partisi
partisi kesetaraan adalah metode pengujian black-box
- Membagi domain input program ke dalam kelas data
- Berasal uji kasus berdasarkan partisi ini.
- Seperangkat nilai-nilai yang terkait, atau kondisi Boolean
Kelas kesetaraan
Kelas kesetaraan dapat didefinisikan menggunakan panduan berikut:
- Jika kondisi masukan membutuhkan nilai tertentu, satu valid dan dua kelas kesetaraan tidak valid ditentukan.
- Jika kondisi input menentukan anggota suatu himpunan, satu kelas valid dan satu kesetaraan tidak valid ditentukan.
- Jika kondisi input Boolean, satu valid dan satu kelas valid didefinisikan.
Analisis Nilai Batas
Analisis nilai batas (BVA) - teknik desain uji kasus
- Melengkapi untuk ekivalensi partisi
tujuan:
Analisis nilai batas mengarah ke pemilihan kasus uji yang melatih nilai-nilai ikatan.
Software Testing & Strategi
- Verifikasi dan Validasi
Software pengujian adalah salah satu elemen dari topik yang lebih luas yang sering disebut sebagai
===> Verifikasi dan Validasi (V & V)
Verifikasi -> mengacu pada serangkaian kegiatan yang memastikan bahwa software mengimplementasi sebuah fungsi spesifik.
Validasi -> mengacu pada satu set yang berbeda dari aktivitas yang memastikan bahwa software yang telah dibangun dapat dilacak dengan kebutuhan pelanggan.
Boehm [BOE81]:
Verifikasi: "Apakah kita membangun produk dengan baik?"
Validasi: "Apakah kita membangun produk yang benar?"
- Susunan Pengujian Software
Tujuan Pengujian: mengungkap kesalahan (cacat) dalam perangkat lunak, termasuk
kesalahan dalam:
- Kebutuhan dari analisa kebutuhan
- Desain terdokumentasi dalam spesifikasi desain
- Coding (implementasi)
- Sumber daya sistem dan lingkungan sistem
- Masalah hardware dan interface-nya ke perangkat lunak
Software pengujian dapat dianggap (secara psikologis) destruktif.
Siapa yang melibatkan pengujian perangkat lunak?
- pengembang
- Penguji (insinyur tes) di ITG
- Kelompok SQA
Software pengujian organisasi:
- Tester individu dalam tim pengembangan
1. Unit Test (Tingkat Komponen Test)
Unit pengujian: komponen individual diuji secara independen untuk memastikan kualitas mereka. Fokusnya adalah untuk mengungkap kesalahan dalam desain dan implementasi, termasuk :
- Struktur data dalam komponen
- Logika program dan struktur program pada sebuah komponen
- Komponen antarmuka
- Fungsi dan operasi dari komponen
Penguji Satuan: pengembang dari komponen.
2. Integrasi Uji
Uji integrasi: Sekelompok komponen yang bergantung diuji bersama-sama untuk memastikan kualitas unit integrasi mereka.
Fokusnya adalah untuk mengungkap kesalahan dalam:
- Desain dan konstruksi arsitektur software
- Interface dan interaksi
- integrasi sumber daya dan / atau integrasi lingkungan
Tes integrasi: pengembang dan / atau insinyur tes.
3. Uji Validasi
Uji validasi: Perangkat lunak terintegrasi diuji berdasarkan pada kebutuhan untuk memastikan bahwa kita memiliki produk yang tepat.
Fokusnya adalah untuk mengungkap kesalahan dalam:
- Sistem masukan / output
- Sistem fungsi dan data informasi
- Interface System dengan bagian eksternal
- User interface
- Sistem perilaku dan kinerja
Penguji validasi: uji engineer di ITG atau SQA.
4. Uji Sistem
Uji Sistem: Sistem perangkat lunak diuji secara keseluruhan. Memverifikasi semua elemen dengan benar memastikan bahwa semua fungsi sistem dan kinerja yang dicapai dalam lingkungan target.
Area fokus adalah:
- Sistem fungsi dan kinerja
- Keandalan sistem dan pemulihan (recovery uji)
- Instalasi System (uji instalasi)
- Sistem perilaku dalam kondisi khusus (stress dan uji beban)
- Sistem operasi user (acceptance test / test alpha)
- Hardware dan software integrasi dan kolaborasi
- Integrasi software eksternal dan sistem
