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.

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

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.

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.

 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.

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.

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.

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