What Is It? Perancangan kasus untuk pengujian efektif adalah penting, begitu juga strategi yang dipergunakan untuk mengeksekusinya.
Software Testing Strategies
1. Perlukah kita mengembangkan rencana formal pengujian? 2. Perlukah kita menguji keseluruhan program atau cukup sebagian kecil saja? 3. Perlukah kita mengulangi pengujian yang telah dilakukan ketika kita menambahkan komponen baru pada sistem yang besar? 4. Perlukah kita melibatkan pelanggan?
Oleh :
Æ Terjawab pada saat mengembangkan strategi pengujian software.
Ir. I Gede Made Karma, MT
1
Who Does It?
2
Why Is It Important?
Sebuah strategi pengujian software dikembangkan oleh :
Pengujian sering mendapat perhatian lebih dibandingkan dengan aktivitas lain.
1. Manajer proyek, 2. Software engineer, 3. Spesialis pengujian.
Apabila pengujian dilaksanakan asal-asalan, akan buang-buang waktu, perlu usaha lebih, dan tidak ada gunanya dan kesalahan tidak tersentuh.
3
What Are The Step?
4
What Is The Work Product?
Pengujian diawali dengan yang kecil dan berlanjut ke yang besar. Artinya :
Sebuah Spesifikasi Pengujian yang mendokumentasikan pendekatan pengujian yang bersisi sebuah rencana yang menggambarkan keseluruhan strategi dan prosedur tentang tahapan pengujian yang spesifik dan pengujian yang akan dilaksanakan.
1. Awal pengujian difokuskan pada satu komponen dan menerapkan pengujian white- dan black-box untuk mengatasi kesalahan logik dan fungsi program. 2. Pengujian dilanjutkan pada komponen yang terintegrasi. 3. Pengujian sebagai kesatuan software. 4. Diakhiri dengan sekumpulan pengujian yang dilakukan sekali ketika program lengkap dioperasikan. Pengujian ini dirancang untuk mengatasi kesalahan requirement.
5
RPL2 - Strategi Pengujian : Ir. I Gede Made Karma, MT
6
1
How Do I Ensure That I’ve Done It Right? Dengan mengkaji Spesifikasi Pengujian sebelum pengujian, kita dapat menilai kelengkapan kasus pengujian dan kegiatan pengujian. Rencana dan prosedur pengujian yang efektif akan mendahului tahapan pembangunan software dan menemukan kesalahan pada setiap tahapan proses pembangunan.
Pendekatan Strategis Pengujian adalah sekumpulan aktifitas yang dapat direncanakan dan dilaksanakan secara sistematis. Karakteristik dari strategi pengujian software : 1. Pengujian dimulai pada tingkatan komponen dan melebar ke integrasi dari keseluruhan sistem berbasis komputer. 2. Teknik pengujian yang berbeda untuk poin yang berlainan. 3. Pengujian dilakukan oleh pengembang software dan grup penguji independen. 4. Pengujian dan debugging adalah aktifitas berbeda, tetapi debugging harus diakomodasikan dalam beberapa strategi pengujian.
7
Verifkasi dan Validasi
8
Pengorganisasian Pengujian Software
Verifikasi : Apakah kita membangun produk dengan benar ?
1. Bahwa pengembang software sebaiknya tidak melakukan pengujian secara keseluruhan. 2. Bahwa software sebaiknya di “tossed over the wall” kepada orang asing yang akan mengujinya tanpa ampun. 3. Bawha penguji terlibat dalam proyek hanya ketika tahap pengujian akan dimulai.
Æ mengacu pada sekumpulan aktifitas yang menjamin bahwa software secara benar mengimplementasikan fungsi khusus.
Æ Pernyataan di atas adalah keliru.
Validasi : Apakah kita membangun produk yang benar?
1. Pengembang bertanggung jawab pada pengujian setiap komponen program, menjamin masing-masing melaksanakan fungsi seperti yang dirancang. 2. Grup penguji independen berfungsi untuk menghilangkan konflik kepentingan dalam pengembang. 3. Pengembang dan GPI bekerja secara dekat selama proyek.
Æ mengacu pada sekumpulan aktifitas yang berbeda yang menjamin bahwa software yang dibangun sesuai dengan keinginan pelanggan.
9
Unit Testing (1)
Strategi Pengujian unit test Konsentrasi pada komponen software = sorce code.
10
integration test Fokus pada rancangan dan konstruksi dari arsitektur software
module to be tested results software engineer
system test Software dan elemen sistem yang lain diuji secara keseluruhan.
test cases
validation test Analisis kebutuhan yang divalidasi dengan software yang telah dibangun. 11
RPL2 - Strategi Pengujian : Ir. I Gede Made Karma, MT
12
2
Unit Testing (2)
Unit Test Environment
module to be tested
driver interface
interface : aliran informasi in Æ out komponen local data structures : integritas data boundary conditions : lingkup proses independent paths : struktur kendali error handling paths : keseluruhan
local data structures
Module
boundary conditions independent paths error handling paths
stub
stub
test cases
test cases
RESULTS 13
14
Top Down Integration
Strategi Pengujian Integrasi Pilihan : • pendekatan “big bang” • strategi pembangunan bertahap
A
B
F
top module is tested with stubs G
stubs are replaced one at a time, "depth first"
C
as new modules are integrated, some subset of tests is re-run D
E
15
16
Bottom-Up Integration
Sandwich Testing
A
B
B
G
drivers are replaced one at a time, "depth first"
C
D
F
A
E
F
Top modules are tested with stubs G
C
worker modules are grouped into builds and integrated
D
cluster
E
Worker modules are grouped into builds and integrated
cluster 17
RPL2 - Strategi Pengujian : Ir. I Gede Made Karma, MT
18
3
Debugging: A Diagnostic Process
High Order Testing validation test system test alpha and beta test other specialized testing
19
The Debugging Process
20
Debugging Effort
test cases
new test cases suspected causes corrections
Perlu waktu untuk Memperbaiki kesalahan dan melaksanakan regression tests
results
Perlu waktu untuk mendiagnose gejala dan menetapkan penyebabnya
regression tests
Debugging
identified causes
22
21
Gejala & Penyebab
Konsekuensi dari Bugs
gejala dan penyebab dapat terpisah secara lokasi
menjalar
gejala bisa hilang ketika masalah lain dibetulkan
kerugian mengerikan ekstrim serius mengacau
penbebab dapat berupa kombinasi dari bukan kesalahan penyebab dapat berupa kesalahan sistem atau kompiler
gejala penyebab
mengganggu ringan
penyebab dapat berupa asumsi yang dipercaya semua orang
Jenis Bug Bug Categories: function-related bugs, system-related bugs, data bugs, coding bugs, design bugs, documentation bugs, standards violations, etc.
gejala dapat terjadi berselang
23
RPL2 - Strategi Pengujian : Ir. I Gede Made Karma, MT
24
4
Debugging Techniques
Debugging: Final Thoughts 1. Don't run off half-cocked, think about the symptom you're seeing.
brute force / testing
2. Use tools (e.g., dynamic debugger) to gain more insight.
backtracking induction
3. If at an impasse, get help from someone else. deduction 4. Be absolutely sure to conduct regression tests when you do "fix" the bug.
25
RPL2 - Strategi Pengujian : Ir. I Gede Made Karma, MT
26
5
