Teknik Informatika S1

Transkripsi

1 Teknik Informatika S1 SOFTWARE QUALITY AND TESTING Black Box (2) Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS

2 SILABUS MATA KULIAH 1. Pendahuluan 2. Gambaran Umum Pengujian (Definisi Pengujian, proses pengujian, Hubungan pengujian dan kualitas, dasar-dasar pengujian) 3. Konsep Dasar Pengujian (V&V, Unit Testing, Integration) 4. Siklus Pengembangan PL, Siklus Pengujian PL 5. Teknik Pengujian (White Box, Black Box, Grey Box) 6. Black Box (1) 7. Black Box (2)

3 Boundary Value Analysis Boundary Value Analysis (BVA) adalah suatu teknik desain test cases yang berguna untuk melakukan pengujian terhadap nilai sekitar dari pusat domain masukan. Teknik Boundary Value Analysis (BVA) merupakan komplemen dari teknik Equivalence Partitioning. Setelah dilakukan pemilihan tiap elemen suatu kelas ekuivalensi (menggunakan equivalence partitioning), BVA melakukan pemilihan nilai batas-batas dari kelas untuk test cases.

4 Boundary Value Analysis Boundary Value Analysis (BVA) adalah suatu teknik desain test cases yang berguna untuk melakukan pengujian terhadap nilai sekitar dari pusat domain masukan. Teknik Boundary Value Analysis (BVA) merupakan komplemen (melengkapi/ menyempurnakan) dari teknik Equivalence Partitioning. Setelah dilakukan pemilihan tiap elemen suatu kelas ekuivalensi (menggunakan equivalence partitioning), BVA melakukan pemilihan nilai batas-batas dari kelas untuk test cases.

5 Boundary Value Analysis Boundary Value merupakan nilai batasan dari kelas-kelas ekuivalensi. Contoh: Senin dan minggu untuk hari Januari dan Desember untuk bulan (-32767) dan untuk 16-bit integers

6 Boundary Value Analysis

7 Contoh Berdasarkan contoh sebelumnya tentang fungsi generate_grading, dimana inisialisasi partisi ekuivalensi telah diidentifikasi (sama dengan teknik equivalence partitioning, dan digunakan sebagai nilai batasan. Sebagai contoh, partisi Ujian memberikan nilai batasan tes untuk menguji nilai Ujian pada -1, 0, 1, 74, 75, dan 76.

8 Contoh

9 Contoh

10 Contoh

11 Contoh

12 Contoh

13 Contoh

14 Sample Testing Pemilihan sejumlah nilai dari sebuah equivalent class dari input data. Nilai boleh dalam interval constant atau variable. Misalnya [-100, 100] Bilangan yang diambil adalah -100, -55, 0, 7, 99, 100, dll

15 Limit Testing Kasus pengujian dari Limit Testing adalah nilai batas pemrosesan atau sama yaitu titik-titik batasnya atau yang mendekati. Limit testing juga melibatkan output data equivalent class. Jika range [-1.0, 1.0], maka kasus uji adalah -1.0, , 1.0, 1.001

16 Cause-Effect Graphing Techniques Cause-effect graphing merupakan desain teknik kasus ujicoba yang menyediakan representasi singkat mengenai kondisi logikal dan aksi yang berhubungan. Tekniknya mengikuti 4 tahapan berikut : 1. Causes (kondisi input), dan Effects (aksi) didaftarkan untuk modul dan identifier yang dtujukan untuk masing-masing 2. Causes-effect graph (seperti pada gambar di bawah) dibuat 3. Graph dikonversikan kedalam tabel keputusan 4. Aturan tabel keputusan dikonversikan kedalam kasus uji

17 Cause-Effect Graphing Techniques Versi sederhana dari simbol graph cause-effect seperti dibawah ini. Terdapat hubungan causes c i dengan effects e i. Lainnya merupakan batasan relationship yang dapat diaplikasikan pada causes maupun effects.

18 Cause-Effect Graphing Techniques

19 Contoh Untuk mengilustrasikan cause-effect graph perhatikan kasus tagihan berikut. Terdapat 4 kasus yang didefinisikan, yaitu : 1 : residential indicator 2 : commercial indicator 3 : peak consumption >= 100 kwh 4 : off-peak consumption >= 100 kwh Berdasarkan variasi kombinasi dari causes, maka effect berikut dapat terjadi : 101 : Schedule A billing 102 : Schedule B billing 103 : Schedule C billing

20 Contoh Causes-effect graph untuk contoh diatas dapat dilihat pada gambar, causes 1, 2, 3, 4 direpresentasikan di sisi kiri graph dan effects 101, 102, 103 direpresentasikan disisi kanan. Secondary causes dibagian tengah (contoh : 11, 12, 13, 14,...). Dari gambar tesebut dapat dibentuk decision table seperti gambar selanjutnya.

21 Cause Effect Graph

22 Decision Table

23 State Transition Testing State Transition Testing menggunakan model sistem, yang terdiri dari: Status yang terdapat di dalam program. Transisi antar status-status tersebut. Kejadian yang merupakan sebab dari transisi-transisi tersebut. Aksi-aksi yang akan dihasilkan. Model umumnya direpresentasikan dalam bentuk State Transition Diagram Test Cases didesain untuk memerikas validitas transisi antar status. Test Cases tambahan juga akan didesain untuk testing terhadap transisi-transisi yang tidak termasuk dan tidak dispesifikasikan.

24 State Transition Testing Misal terdapat suatu State Transition Diagram yang menangani masukan permintaan untuk mode tampilan terhadap waktu tampilan dari suatu device, sebagai berikut:

25 State Transition Testing State Transition Diagram terdiri dari: Status, seperti displaying time (S1). Transisi, seperti antara S1 dan S3 Kejadian yang menyebabkan transisi, seperti reset selama status S1 akan menyebabkan transisi ke S3 Aksi yang merupakan hasil dari transisi, seperti selama transisi dari S1 ke S3 sebagai hasil dari kejadian reset, aksi display time akan terjadi.

26 Test cases untuk transisi yang valid Test cases didesain untuk memeriksa transisi-transisi yang valid. Untuk tiap test case, terdapat spesifikasi sebagai berikut: Status mulai Masukan Keluaran yang diharapkan Status akhir yang diharapkan

27 Test cases untuk transisi yang valid Berdasarkan contoh di atas, terdapat 6 test cases:

28 Test cases untuk transisi yang valid Berdasarkan contoh di atas, terdapat 6 test cases:

29 Test cases untuk transisi yang valid Berdasarkan contoh di atas, terdapat 6 test cases:

30 Test cases untuk transisi yang valid Berdasarkan contoh di atas, terdapat 6 test cases:

31 Test cases untuk transisi yang valid Berdasarkan contoh di atas, terdapat 6 test cases:

32 Test cases untuk transisi yang valid Berdasarkan contoh di atas, terdapat 6 test cases:

33 Test cases untuk transisi yang tidak valid Tes transisi didisain untuk cakupan perubahan (switch) hanya untuk melakukan tes sekuensial yang valid dari transisi. Testing yang komprehensif akan mencoba untuk melakukan tes terhadap transisi yang tidak valid. Diagram transisi software di atas hanya memperlihatkan transisitransisi valid. Suatu model transisi status yang secara ekplisit memperlihatkan transisi tidak valid adalah tabel status (status table).

34 Test cases untuk transisi yang tidak valid Sebagai contoh, terdapat tabel status untuk tampilan waktu device seperti dibawah ini: Sel-sel dari tabel status yang diperlihatkan dalam bentuk -, melambangkan tak ada transisi (null transition), dimana bila tiap transisi tersebut dilaksanakan akan menghasilkan failure.

35 TERIMA KASIH