STRATEGI PENGUJIAN PERANGKAT LUNAK Pertemuan 12
PENDEKATAN STRATEGIS KE PENGUJIAN PERANGKAT LUNAK
Tim RPL 1
Pengujian PL adalah elemen kritis dari jaminan kualitas PL dan mepresentasikan spesifikasi, desain dan pengkodean. Dalam melakukan uji coba ada 2 masalah penting yang akan dibahas, yaitu : ¢ Teknik uji coba PL. ¢ Strategi uji coba PL. 2
TEKNIK UJI COBA PERANGKAT LUNAK Tim RPL 1
Pada dasarnya, pengujian merupakan suatu proses rekayasa PL yang dapat dianggap (secara psikologis) sebagai hal yang destruktif daripada konstruktif.
3
SASARAN PENGUJI AN (Glen Myers): adalah proses eksekusi suatu program dengan maksud menemukan kesalahan. ¢ Test case yang baik adalah test case yang memiliki probabilit as tinggi untuk menemukan kesalahan yang belum pernah ditemukan sebelumnya. ¢ Pengujian yang sukses adalah pengujian yang mengungkap semua kesalahan yang belum pernah dit emukan sebelumnya.
Tim RPL 1
¢ Pengujian
4
PRINSIP PENGUJIAN (Davis) : ¢ Semua
Tim RPL 1
pengujian harus dapat ditelusuri sampai ke persyarat an pelanggan. ¢ Pengujian harus direncanakan lama sebelum pengujian itu dimulai. ¢ Prinsip Pareto berlaku unt uk pengujian PL. ¢ Pengujian harus mulai “dari yang kecil ” dan berkembang ke pengujian “yang besar”. ¢ Pengujian yang mendalam t idak mungkin. ¢ Paling efekt if, pengujian dilakukan oleh pihak ketiga yang independen.
5
STRATEGI PENGUJIAN PERANGKAT LUNAK Tim RPL 1
Strategi uji coba mempunyai karakt iristik sebagai berikut : ¢ Pengujian mulai pada tingkat modul yang paling bawah, dilanjutkan dengan modul di atasnya kemudian hasilnya dipadukan. ¢ Teknik penguj ian yang berbeda mungkin menghasilkan sedikit perbedaan (dalam hal waktu). ¢ Pengujian dilakukan oleh pengembang PL dan (untuk proyek yang besar) suat u kelompok pengujian yang independen.
6
¢ Pengujian
Tim RPL 1
dan debugging merupakan aktivitas yang berbeda, tetapi debugging termasuk dalam strategi pengujian. ¢ Point tambahan, pengujian PL adalah satu elemen dari topik yang lebih luas yang sering diacu sebagai verifikasi dan validasi (V & V). — Verifikasi : Kumpulan aktifitas yang menjamin penerapan PL benar -benar sesuai dengan fungsinya . — Validasi :Kumpulan akt ifitas yang berbeda yang memast ikan bahwa PL yang dibangun dapat memenuhi keperluan pelanggan.
7
PENGUJIAN UNIT
Tim RPL 1
Unit testing (uji coba unit) fokusnya pada usaha verifikasi pada unit terkecil dari desain PL, yakni modul. ¢ Pertimbangan Pengujian Unit : — Myers mengusul kan checklist untuk penguj ian interface. — Bila suatu modul melakukan I/O eksternal, maka pengujian interface tambahan harus di lakukan. ¢ Prosedur Penguj ian Unit : — Driver adalah program yang meneri ma data untuk test case dan menyal urkan ke modul yang diuji dan mencetak hasi lnya. — Stub melayani pemindahan modul yang akan dipanggil untuk diuji.
8
PENGUJIAN INTEGRASI ¢
Tim RPL 1
Top Down Integration — Modul utama digunakan sebagai test driver dan stub yang mengganti kan seluruh modul yang secara langsung berada di bawah modul kontrol utama. — Tergantung pada pendekatan perpaduan yang dipilih (depth / breadth). — Uji coba dilakukan selama masing-masing modul dipadukan. — Pada penyelesaian masing-masing uji coba stub yang lain dipindahkan dengan modul sebenarnya. — Uji coba regressi on (pengulangan pengujian) dilakukan untuk mencari kesalahan lain yang mungkin muncul.
9
¢
Tim RPL 1
Bottom Up Integration — Modul tingkat bawah digabungkan ke dalam cluster yang memperlihatkan subfungsi PL. — Driver (program kontrol pengujian) ditulis untuk mengatur input test case dan output. — Cluster diuji. — Driver diganti dan cluster yang dikombinasikan dipindahkan ke atas pada struktur program.
10
PENGUJIAN VALIDASI Pengujian Alpha Dilakukan pada sisi pengembang ol eh seorang pelanggan. PL digunakan pada setti ng yang natural dengan pengembang “yang memandang ” melalui bahu pemakai dan merekam semua kesal ahan dan masalah pemakaian. ¢ Pengujian Beta Dilakukan pada satu atau l ebih pelanggan oleh pemakai akhir PL dalam lingkungan yang sebenarnya, pengembang biasanya tidak ada pada pengujian ini. Pelanggan merekam semua masal ah (real atau imajiner) yang ditemui selama penguj ian dan melaporkan pada pengembangpada i nterval waktu tertentu. ¢
Tim RPL 1
11
PENGUJIAN SISTEM Recovery Testing Sistem testing yang memaksa PL mengal ami kegagalan dalam bermacam -macam cara dan memeri ksa apakah perbaikan dilakukan dengan tepat. ¢ Security Testing Pengujian yang akan mel akukan veri fikasi dari mekanisme perlindungan yang akan di buat oleh sistem, melindungi dari hal-hal yang mungki n terjadi. ¢ Strees Testing Dirancang untuk menghadapi situasi yang tidak normal pada saat program di uji. Testing ini dilakukan oleh sistem untuk kondi si seperti volume data yang ti dak 12 normal (melebihi atau kurang dari batasan) atau frekuensi. ¢
Tim RPL 1
