Pertemuan 5 PENGUJIAN WHITE BOX.

Presentasi berjudul: "Pertemuan 5 PENGUJIAN WHITE BOX."— Transcript presentasi:

1 Pertemuan 5 PENGUJIAN WHITE BOX

2 Pengujian White-Box Pengujian white box adalah metode desain test case yang menggunakan struktur kontrol desain prosedural untuk memperoleh test case Pengujian White Box didasarkan pada pengamatan yang teliti terhadap detail prosedural dan jalur-jalur logikanya. Pengujian dilakukan dengan memberikan test case untuk menguji serangkaian kondisi.

3 Pengujian White-Box Hasil dari penggunaan pengujian White-box adalah menghasilkan test case yang: Memberikan jaminan bahwa semua jalur independen pada suatu modul telah digunakan paling tidak satu kali Menggunakan semua keputusan logis pada sisi true dan false Mengeksekusi semua loop pada batasannya dan batas operasionalnya Menggunakan struktur data internal untuk menjamin validitasnya.

4 Pengujian White-Box Yang diperlukan dalam White-box adalah
Menentukan semua jalur logika Mengembangkan test case untuk mengujinya Mengevaluasi hasil dengan memunculkan test case untuk menguji logika program secara mendalam

5 Pengujian White-Box Mengapa kita harus menghabiskan waktu dan energi untuk melakukan pengujian white-box, bila ada pengujian black-box? Hal ini dikarenakan didalam perangkat lunak memiliki sifat cacat.

6 Pengujian White-Box Cacat pada perangkat lunak adalah sbb:
Kesalahan logis dan asumsi yang tidak benar berbanding terbalik dengan probabilitas jalur program yg akan dieksekusi Kita sering percaya bahwa logis mungkin tidak akan dieksekusi bila pada kenyataannya akan dieksekusi pada basis regular Kesalahan tipografis adalah random Pemrosesan sehari-hari dipahami dan diteliti dgn baik, tetapi pemrosesan kasus khusus(internal program) berantakan Asumsi kita mengenai aliran dan data kontrol dapat menyebabkan kita membuat kesalahan desain dan baru akan terungkap setelah pengujian Kemungkinan terjadi kesalahan pengetikan kode pemrograman

7 Pengujian White-Box Test data Derives Tests Component Test outputs
code Test outputs

8 PENGUJIAN BASIS PATH Pengujian Basis Path adalah pengujian White box yg diusulkan oleh Tom McCabe. Metode ini memungkinkan desainer test case mengukur kompleksitas logis dari desain prosedural dan menggunakannya sebagai pedoman untuk menetapkan basis set dari jalur eksekusi Tujuannya adalah meyakinkan bahwa himpunan test case akan menguji setiap path pada satu program sedikitnya satu kali

9 Notasi Diagram Alir Sebelum mengenal metode basis path, harus dikenal dulu Diagram Alir (atau grafik alir) Grafik alir menggambarkan aliran kontrol logika yang menggunakan notasi-notasi. While Sequence IF Until Case

10 Notasi Diagram Alir Untuk menggambar grafik alir, terlebih dulu membuat bagan alir. Bagan alir menggambarkan struktur kontrol program Dari bagan alir, baru dipetakan menjadi grafik alir yang sesuai

11 Notasi Diagram Alir 13

12 Notasi Diagram Alir Edge Node R2 R3 Region R1 13 R4 Grafik alir

13 Notasi Diagram Alir Pada kenyataannya, metode Basis-path dapat dilakukan tanpa menggunakan grafik alir. Grafik alir hanya berfungsi sbg piranti yang berguna untuk memahami aliran kontrol.

14 Kompleksitas Siklomatis
Cyclomatic Complexity adalah metriks perangkat lunak yang memberikan pengukuran kuantitatif terhadap kompleksitas logis suatu program Kompleksitas dihitung dalam salah satu dari tiga cara berikut: Jumlah region grafik alir sesuai dengan kompleksitas siklomatis Kompleksitas siklomatis, V(G) ditentukan: V(G) = E-N+2 Ditentukan juga V(G)=P+1

15 Kompleksitas Siklomatis
Keterangan : V(G) adalah kompleksitas siklomatis E adalah jumlah edge dari grafik alir N adalah jumlah simpul (Node) grafik alir P adalah Jumlah simpul predikat dalam grafik alir

16 Test Case Pada test case dilakukan penghitungan jalur proses Node Edge
Pada Graph disamping, berapakah jalur proses yang ada? R2 R3 Region R1 13 R4 Grafik alir