Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2 STRATEGI PENGUJIAN

PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING

"Strategi Pengujian Perangkat Lunak 2 : Pengujian validasi, Pengujian sistem dan

Debbuging“

Oleh:

Ahmad Khoiyir Mubarok (188) 1), Ahkamil Hakim Mukmin (227)2)

1,2)
Program Studi Informatika - Umsida
1)
e-mail: khoiyir@gmail.com 2) e-mail: ahkamilhakimmukmin@gmail.com

ABSTRAK

Strategi pengujian perangkat lunak ini merupakan suatu investigasi yang dilakukan untuk
mendapatkan informasi mengenai kualitas dari produk atau layanan yang sedang diuji
(under test). Pengujian perangkat lunak akan memberikan pandangan mengenai perangkat
lunak secara obyektif dan independen yang bermanfaat dalam operasional untuk
memahami tingkat risiko pada implementasinya sebelum disampai kepada mahasiswa.
Tiga konsep yang perlu diperhatikan dalam pengujian perangkat lunak adalah
demonstrasi validitas perangkat lunak pada setiap tahapan pembangunan sistem,
penentuan validitas sistem akhir terhadap pemakai kebutuhan, dan pemeriksaan
implementasi sistem dengan menjalankan sistem pada suatu contoh data uji.
Implementasi pengujian pada perangkat lunak dapat dilaksanakan sesuai dengan
pengujian validasi pengujian system dan debugging. Keragaman dan kemajemukan
perangkat lunak mengisyaratkan pentingnya untuk melaksanakan banyak improvisasi saat
pengujian dikerjakan, seperti penentuan kasus uji yang tepat, pemilihan model dan
metode pengujian yang sesuai, penentuan lingkungan uji yang cocok, serta
mempertimbangkan beberapa aspek lain yang bertujuan mengoptimalkan hasil uji yang
diperoleh dalam kerangka menjamin kualitas sebuah produk perangkat lunak.

Kata Kunci : pengujian, perangkat lunak, kualitas produk, pengujian validasi, pengujian
sistem dan debugging
Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2 STRATEGI PENGUJIAN
PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING

A. PENDAHULUAN kasus dan bagian dari seluruh

kemungkinan ruang lingkup aplikasi,
Kemajuan teknologi yang
khusus untuk object-oriented dapat
sangat pesat ditandai dengan semakin
diaplikasikan dalam seluruh ruang
banyaknya perangkat-perangkat
lingkup.
teknologi informasi yang digunakan
oleh masyarakat luas. Sekarang ini Pengujian perangkat lunak

banyak terdapat beberapa paradigma adalah suatu proses yang digunakan

yang digunakan dalam rekayasa untuk mengidentifikasi ketepatan,

software, diantaranya process- kelengkapan dan mutu dari perangkat

oriented methodologies, blended lunak dalam ilmu komputer yang

methodologies, object – oriented dikembangkan. Pada dasarnya,

methodologies, Rapid development pengujiann tidak pernah dapat

methodologies, people – oriented menetapkan kebenaran dari

methodologies, dan frameworks. perangkat lunak. Pentingnya

Semua metodologi tersebut pengujian perangkat lunak dan

berkembang dan digunakan sesuai implikasinya yang mengacu pada

dengan kebutuhan dari penggunanya. kualitas perangkat lunak itu sendiri.

Pengujian perangkat lunak adalah
Metodologi yang digunakan
elemen kritis dari jaminan kualitas
dalam pengembangan sistem
perangkat lunak dan
informasi adalah Object Oriented.
merepresentasikan kajian pokok dari
Saat ini Object Oriented merupakan
spesifikasi,desain dan pengkodean.
metodologi yang baik dalam
1. Batasan Masalah
rekayasa software. Object Oriented
memandang software bagian per Dalam pembuatan tugas
bagian dan menggambarkan satu proposal ini, terdapat 1 kategori yang
bagian tersebut dalam satu objek. menjadi batasan masalah sekaligus
Tidak seperti paradigma lainnya, menjadi batasan materi yang dibahas
dimana hanya cocok untuk beberapa di dalam proposal ini, yaitu :
Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2
1. Strategi pengujian perangkat
lunak, yang meliputi:
a. Pendekatan strategis terhadap
pengujian perangkat lunak.
b. Pengujian modul perangkat
lunak.
c. Pengujian terintegrasi.
d. Uji validasi.
e. Pengujian sistem.
f. Seni debugging.
2. Tujuan Penulisan
Pembuatan proposal ini
memiliki beberapa bertujuan,
diantaranya:
1) Agar mahasiswa memahami
model perangkat lunak
2) Agar mahasiswa memahami
pentingnya verifikasi dan
validasi terhadap produk yang
akan diuji, pengorganisasian
pengujian perangkat lunak,
strategi pengujian perangkat
lunak dan kriteria penyelesaian
sebuah pengujian.
3) Agar mahasiswa memahami
pertimbangan uji modul dan
prosedurnya.
STRATEGI PENGUJIAN
PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING
4) Agar mahasiswa memahami
strategi top down dan bottom up
dalam pengujian terintegrasi,
pandangan terhadap pengujian
terintegrasi dan dokumentasinya.
5) Agar mahasiswa memahami
aspek – aspek pengujian sistem
seperti: uji pemulihan, uji
keamanan, uji stress dan uji
kinerja.
6) Agar mahasiswa memahami
proses debugging pertimbangan
psikologi dan pendekatan
debugging.
2. Metode Penulisan
Metode penulisan dilakukan
dengan dua tahap yang dijabarkan
sebagai berikut:
a. Identifikasi Materi
Pada tahap ini, penulis
merumuskan latar belakang
permasalahan dari materi yang
dibahas di dalam proposal dengan
tujuan – tujuan dan batasan masalah
terdapat pada materi pada proposal.
b. Studi Literatur
Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2 STRATEGI PENGUJIAN
PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING

Membaca buku serta artikel

yang berkaitan dengan tujuan
penulisan.

3. Sistematika Penulisan
B. PEMBAHASAN MATERI
Sistematika penulisan ilmiah
ini disajikan secara ringkas untuk 1. Strategi Pengujian
menerangkan penjelasan masing – Perangkat Lunak
masing bab yang terdapat dalam
Pada awalnya pengujian
penulisan ilmiah ini. Berikut adalah
berfokus pada setiap modul program
sistematika penulisannya :
secara individual dengan memastikan
bahwa modul program berfungsi
secara tepat sebagai suatu unit,
karena itu pengujian ini dinamakan
tes unit ( unit test ). Tes unit
menggunakan pengujian White-Box.

Selanjutnya modul harus

dirakit/diintegrasikan untuk
membentuk suatu paket perangkat
lunak yang lengkap. Tes integrasi (
integration test ) menekankan pd
masalah-masalah yang berhubungan
dengan masalah verifikasi
(pembuktian) dan konstruksi
(pembangunan/penyusunan). Tes
integrasi ini menggunakan pengujian
Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2 STRATEGI PENGUJIAN
PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING

Black-Box (sebagian White-Box keseluruhan fungsi/kinerja sistem

dapat dipakai di sini). dapat dicapai.

Setelah perangkat lunak

diintegrasi ( dikonstruksi ),
serangkaian high-order test
dilakukan. Kriteria validasi (
dibangun selama analisis persyaratan
) harus diuji. Tes validasi (
Validation Test ) memberikan
jaminan akhir dimana perangkat 2. Pengujian Modul Perangkat
lunak harus memenuhi semua Lunak
persyaratan fungsional, tingkah laku
dan kinerja yang sesuai dengan Pengujian modul perangkat

keinginan user. Metode/teknik lunak fokus pada inti terkecil dari

pengujian black-box digunakan desain perangkat lunak yaitu modul.

secara eksklusif selama validasi. Biasanya berorientasi pada white

box. Dilaksanakan dengan
Langkah pengujian high-
menggunakan driver dan stub. Driver
order yang terakhir ada diluar batas
adalah suatu program utama yang
rekayasa perangkat lunak dan masuk
berfungsi mengirim atau menerima
dalam konteks rekayasa sistem yang
data kasus uji dan mencetak hasil
lebih luas. Perangkat lunak harus
dari modul yang diuji. Stub adalah
dikombinasikan dengan elemen
modul yang menggantikan modul
sistem yang lain (misal:
sub-ordinat dari modul yang diuji.
perangkat.keras, database, sistem
operasi, manusia, kontrol, dll). Tes
sistem (System Test) membuktikan
bahwa semua elemen sistem saling
bertautan dengan tepat dan
Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2
Gambar 1. Struktur
pengujian modul
a) Interface
Interface modul diuji
untuk memastikan bahwa
informasi secara tepat mengalir
masuk dan keluar dari modul
yang diuji. Cara mengujinya
dapat dilakukan dengan
menggunakan checklist
pengujian interface, yaitu :
1) Apakah jumlah parameter input
sama dengan jumlah argumen?
2) Apakah antara atribut dan
parameter argumen sudah
cocok?
3) Apakah antara sistem satuan
parameter dan argumen sudah
cocok?
STRATEGI PENGUJIAN
PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING
4) Apakah jumlah argumen yang
ditransmisikan ke modul yang
dipanggil sama dengan atribut
parameter?
5) Apakah atribut dari argumen
yang ditransmisikan ke modul
yang dipanggil sama dengan
atribut parameter?
6) Apakah sistem unit dari
argumen yang ditransmisikan ke
modul yang dipanggil sama
dengan sistem satuan
parameter?
7) Apakah jumlah atribut dan
urutan argumen ke fungsi-fungsi
built-in sudah benar?
8) Adakah referensi ke parameter
yang tidak sesuai dengan poin
entri yang ada?
9) Apakah argumen input only
diubah?
10) Apakah definisi variabel global
konsisten dengan modul ?
11) Apakah batasan yang dilalui
merupakan argumen?
b) Struktur data lokal
Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2
Struktur data lokal diuji
untuk memastikan bahwa data
yang tersimpan secara temporal
dapat tetap menjaga
integritasnya selama semua
langkah di dalam suatu
algoritma di eksekusi.
c) Kondisi batas
Kondisi batas diuji untuk
memastikan bahwa modul
beroperasi dengan tepat pada
batas yang ditentukan untuk
membatasi pemrosesan.
d) Jalur independen
Semua jalur independen yang
ada pad modul diuji.
e) Jalur penanganan kesalahan
Desain program yang
bagus menunjukan bahwa
kondisi kesalahan diantisipasi
dan jalur penanganan kesalahan
dipasang untuk merutekan
kembali atau dengan jelas
menghentikan pemrosesan pada
saat suatu kesalahan benar-benar
terjadi. Jalur penanganan
kesalahan yang ada pada modul,
STRATEGI PENGUJIAN
PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING
diuji apakah sudah berfungsi
dengan baik.
f) Test Case
Test case harus didesain untuk
mengungkap kesalahan dalam
kategori ;
1) Pengetikan yang tidak teratur
dan tidak konsisten
2) Inisialisasi yang salah atau
nilai-nilai default
3) Nama variabel yang tidak
benar
4) Tipe data yang tidak
konsisten
5) Underflow, overflow dan
pengecualian pengalamatan
1. Pengujian Validasi
Pengujian ini dimulai jika
pada tahap integrasi tidak ditemukan
kesalahan. Bertujuan untuk
memastikan apakah semua elemen
konfigurasi perangkat lunak telah
dikembangkan dengan tepat. Suatu
validasi dikatakan sukses jika
perangkat lunak berfungsi pada cara
yang diharapkan oleh pemakai.
Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2
1. Kajian Konfigurasi (audit)
a) Elemen dari proses validasi.
b) Memastikan apakah semua
elemen konfigurasi perangkat
lunak telah dikembangkan
dengan tepat.
2. Pengujian Alpha dan Beta
a) Pengujian Alpha
Tujuannya untuk
identifikasi dan menghilangkan
sebanyak mungkin masalah
sebelum akhirnya sampai ke
user, dilakukan setelah
software jadi oleh orang-orang
yang tidak terlibat dalam
pengembangan dan memang
ahli dibidangnya. Terdapat
formulir resmi evaluasi.
 Usability labs
 Usability factors checklist
b) Pengujian Beta
Evaluasi sepenuhnya
oleh pengguna. Pengguna
dipilih 3 orang yang dibagi
STRATEGI PENGUJIAN
PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING
menjadi : potensial, average,
dan slow learner. Mereka
diberitahukan prosedur
evaluasi, diamati proses
penggunaannya, diwawancarai
lalu dinilai dan dilakukan
revisi.
2. Pengujian Sistem
Pengujian yang dilakukan
sepenuhnya pada sistem berbasis
komputer. Jenis-jenis pengujian
sistem terdiri dari :
a) Pengujian Perbaikan (Recovery
Testing)
Pengujian dilakukan dimana
sistem diusahakan untuk gagal,
kemudian diuji kenormalannya.
b) Pengujian Keamanan (Security
Testing)
Dilakukan untuk menguji
mekanisme proteksi.
c) Pengujian Stress (Stress
Testing)
Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2
Pengujian yang dirancang untuk
menghadapkan suatu perangkat
lunak kepada situasi yang tidak
normal.
d) Pengujian Kinerja (Performance
Testing)
Pengujian dilakukan untuk
mengetahui kinerja run-time dari
sistem.
3. Debugging
Debugging merupakan
sebuah metode yang dilakukan oleh
para pemrogram dan pengembang
perangkat lunak untuk mencari atau
pun mengurangi bug (kesalahn
desain) di dalam perangkat keras
atau perangkat lunak (program
komputer), sehingga perangkat
tersebut dapat bekerja sesuai
harapan. Debugging sendiri
cenderung lebih rumit ketika
beberapa subsistem lainnya terikat
ketat dengannya, mengingat sebuah
perubahan disatu sisi, mungkin dapat
menyebabkan munculnya bug lain di
dalam subsistem lainnya.
STRATEGI PENGUJIAN
PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING
Debugging dilakukan jika
pengujian berhasil menemukan
kesalahan. Jika testing bertujuan
untuk mencari kesalahan, maka
debugging bertujuan untuk
menghilangkan kesalahan. Jadi,
bukan merupakan pengujian, tetapi
selalu terjadi sebagai bagian akibat
dari pengujian. Debugging sendiri
merupakan proses yang berurutan.
Proses debugging dimulai dengan
eksekusi terhadap suatu test case.
Hasilnya dinilai, dan ditemukan
kurangnya hubungan antara harapan
dan hasil yang sesungguhnya. Dalam
banyak kasus, data yang tidak
berkaitan merupakan gejala dari
suatu penyebab pokok tetapi masih
tersembunyi, sehingga perlu ada
koreksi kesalahan. Proses dari
debugging akan selalu memiliki
salah satu dari dua hasil akhir
berikut, yaitu :
1. Penyebab akan ditemukan, dikoreksi,
dan dihilangkan atau,
2. Penyebab tidak akan ditemukan.
Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2 STRATEGI PENGUJIAN
PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING

Bug yang terdapat pada perangkat

keras atau lunak, biasanya memliki 3. Kesimpulan
beberapa karakteristik, yaitu :
Dalam melakukan pengujian

c) Gejala dan penyebab dapat jauh suatu perangkat lunak dapat

secara geografis, dimana gejala digunakan empat buah pendekatan

dapat muncul didalam satu bagian yang saling berhubungan satu sama

dari suatu program, sementara lain secara berurutan, yaitu

penyebab terdapat pada sisi lain Pengujian modul atau unit perangkat

yang jauh. lunak, pengujian terintegrasi,

d) Gejala dapat hilang (kadang-
kadang) ketika kesalahan yang
lain dibetulkan.
e) Gejala dapat benar-benar
disebabkan oleh sesuatu yang
tidak salah, misalnya pembulatan
nilai yang tidak tepat.
pengujian validasi dan pengujian
sistem. Debugging sendiri
melengkapi pengujian suatu
perangkat lunak untuk menilai
kinerja dari perangkat lunak tersebut,
apakah telah memenuhi harapan atau
tidak.

f) Gejala dapat merupakan hasil dari

masalah timing, dan bukan dari
masalah pemrosesan.

g) Gejala muncul sementara. Hal ini

sangat umum pada system
embedded yang merangkai
perangkat lunak dan perangkat
keras yang tidak mungkin
dilepaskan.

C. PENUTUP
Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2 STRATEGI PENGUJIAN
PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING

4. Saran

Penulis menyarankan kepada

pembaca untuk mencari contoh kasus
yang mengimplementasikan strategi
pengujian perangkat lunak secara
lebih rinci lagi dikarenakan contoh
kasus yang digunakan pada proposal
ini dirasa masih kurang lengkap
dalam memberikan gambaran
implementasi strategi pengujian
suatu perangkat lunak secara
keseluruhan.

DAFTAR PUSTAKA

1. indryz.lecture.ub.ac.id/.../Pengujian-Validasi.docx
2. liapsa.staff.gunadarma.ac.id/.../files/.../BAB+4.pdf
3. pasca.uns.ac.id/~saptono/testing/OOTesting.pdf
4. http://parno.staff.gunadarma.ac.id/Downloads/files/18801/Testing_06_OO_T
esting.ppt
5. http://parno.staff.gunadarma.ac.id/Downloads/files/18800/Testing_07_SW_S
trategic_Testing.ppt
Ahmad Khoiyir Mubarok1, Ahkamil Hakim Mukmin2 STRATEGI PENGUJIAN
PERANGKAT LUNAK 2:
PENGUJIAN VALIDASI
PENGUJIAN SISTEM DAN
DEBUGGING

6. http://parno.staff.gunadarma.ac.id/Downloads/files/18802/Testing_08_SW_S
trategic_Testing.ppt
7. http://suryagsc.files.wordpress.com/2011/05/meeting-12.ppt
8. http://revoluthion.wordpress.com/2009/10/07/debugging-pengertian/