Fathiah, S.T.,M.Eng Universitas Ubudiyah Indonesia

Presentasi berjudul: "Fathiah, S.T.,M.Eng Universitas Ubudiyah Indonesia"— Transcript presentasi:

1

2 Fathiah, S.T.,M.Eng Universitas Ubudiyah Indonesia fathiah@uui.ac.id
Disain Test Case White Box Testing Fathiah, S.T.,M.Eng Universitas Ubudiyah Indonesia 2015

3 DESAIN TEST CASE Terdapat bermacam-macam rancangan metode test case yg dapat digunakan, semua menyediakan pendekatan sistematis untuk uji coba, yg terpenting metode menyediakan kemungkinan yg cukup tinggi menemukan kesalahan.

4 2 macam test case Pengetahuan fungsi yg spesifik dari produk yg telah dirancang untuk diperlihatkan, test dapat dilakukan untuk menilai masing-masing fungsi apakah telah berjalan sebagaimana yg diharapkan. Pengetahuan tentang cara kerja dari produk, test dapat dilakukan untuk memperlihatkan cara kerja dari produk secara rinci sesuai dengan spesifikasinya.

5 Perangkat lunak dapat diuji dengan dua cara
Pengujian dengan menggunakan data uji untuk menguji semua elemen program (data internal, loop, logika, keputusan dan jalur). Data uji dibangkitkan dengan mengetahui struktur internal (kode sumber) dari perangkat lunak. Pengujian dilakukan dengan mengeksekusi data uji dan mengecek apakah fungsional perangkat lunak bekerja dengan baik. Data uji dibangkitkan dari spesifikasi perangkat lunak.

6 Pendekatan test Black Box Testing White Box Testing

7 Black Box Testing Test case ini bertujuan untuk menunjukkan fungsi PL tentang cara beroperasinya, apakah pemasukan data keluaran telah berjalan sebagaimana yang diharapkan dan apakah informasi yang disimpan secara eksternal selalu dijaga kemutakhirannya.

8 White Box Testing (glass box)
Pengujian white box (glass box) adalah pengujian yang didasarkan pada pengecekan terhadap detil perancangan, menggunakan struktur kontrol dari desain program secara procedural untuk membagi pengujian ke dalam beberapa kasus pengujian. Penentuan kasus uji disesuaikan dengan struktur system, pengetahuan mengenai program digunakan untuk mengidentifikasikan kasus uji tambahan.

9 Tujuan penggunaan white box
untuk menguji semua statement program.

10 Penggunaan metode pengujian white box dilakukan untuk :
memberikan jaminan bahwa semua jalur independen suatu modul digunakan minimal satu kali menggunakan semua keputusan logis untuk semua kondisi true atau false mengeksekusi semua perulangan pada batasan nilai dan operasional pada setiap kondisi. menggunakan struktur data internal untuk menjamin validitas jalur keputusan.

11 Tiga Tingkatan Testing secara Umum
Unit testing Testing penulisan kode-kode program dalam satuan unit terkecil secara individual. System Testing Proses testing pada sistem terintegrasi untuk melakukan verifikasi bahwa sistem telah sesuai spesifikasi. Acceptance Testing Testing formal yang dilakukan untuk menentukan apakah sistem telah memenuhi kriteria penerimaan dan memberdayakan pelanggan untuk menentukan apakah sistem dapat diterima atau tidak.

12 Praktik unit testing secara umum
Tujuan Konfirmasi bahwa modul telah dikode dengan benar. Pelaku Biasanya programer. Apa yang dites -Fungsi (Black Box). -Kode (White Box). -Kondisi ekstrim dan batasan-batasan. Kapan selesai Biasanya saat programer telah merasa puas dan tidak diketahui lagi kesalahan. Alat bantu Tidak biasa digunakan. Data Biasanya tidak didata.

13 Praktik system testing secara umum
Tujuan Merakit modul menjadi suatu sistem yang bekerja. Dan menentukan kesiapan untuk melakukan Acceptance Test. Pelaku Pemimpin tim atau grup tes. Apa yang dites Kebutuhan dan fungsi sistem. Antarmuka sistem. Kapan selesai Biasanya bila mayoritas kebutuhan telah sesuai dan tidak ada kesalahan mayor yang ditemukan. Alat bantu Sistem pustaka dan pustaka test case. Generator, komparator dan simulator data testing. Data Data kesalahan yang ditemukan. Test case.

14 Praktik acceptance testing secara umum
Tujuan Mengevaluasi kesiapan untuk digunakan. Pelaku Pengguna akhir atau agen. Apa yang dites Fungsi mayor. Dokumentasi. Prosedur. Kapan selesai Biasanya bila pengguna telah merasa puas atau tes berjalan dengan lancar / sukses. Alat bantu Komparator. Data Formalitas dokumen.

15 Definisi Test Case Test case merupakan suatu tes yang dilakukan berdasarkan pada suatu inisialisasi, masukan, kondisi ataupun hasil yang telah ditentukan sebelumnya.

16 Guna test case Untuk melakukan testing kesesuaian suatu komponen terhadap spesifikasi – Black Box Testing. Untuk melakukan testing kesesuaian suatu komponen terhadap disain – White Box Testing.

17 White Box Testing Kadang disebut juga glass box testing atau clear box testing, adalah suatu metode disain test case yang menggunakan struktur kendali dari disain prosedural. Pendekatan secara internal yaitu memeriksa spesifikasi atau komponen produk.

18 Mengapa white box testing
Banyak error dalam “special case” code yang jarang dieksekusi Control Flow tidak dapat diprediksi secara akurat dalamblack-box testing. Type error dapat terjadi dimana saja !

19 Kelebihan white box testing
Semua jalur (path) yang independen / terpisah dapat dites setidaknya sekali tes. Semua logika keputusan dapat dites dengan jalur yang salah dan atau jalur yang benar. Semua loop dapat dites terhadap batasannya dan ikatan operasionalnya. Semua struktur internal data dapat dites untuk memastikan validitasnya.

20 Teknik White Box Testing
Cakupan pernyataan, cabang dan jalur menggunakan alur logika yang sering disebut flow graph.

21 Flow Graph (alur Logika)
Nodes (titik), mewakili pernyataan (atau sub program) yang akan ditinjau saat eksekusi program. Edges (anak panah), mewakili jalur alur logika program untuk menghubungkan satu pernyataan (atau sub program) dengan yang lainnya. Branch nodes (titik cabang), titik-titik yang mempunyai lebih dari satu anak panah keluaran. Branch edges (anak panah cabang), anak panah yang keluar dari suatu cabang Paths (jalur), jalur yang mungkin untuk bergerak dari satu titik ke lainnya sejalan dengan keberadaan arah anak panah.

22

23 Cakupan pernyataan

24 Cakupan cabang

25 Cakupan jalur

26 Perbedaan cakupan pernyataan, cabang dan jalur
Contoh cakupan cabang 100 % namun cakupan jalur tidak 100 %.

27 Perbedaan cakupan pernyataan, cabang dan jalur
Contoh anak panah cabang 100 % namun cakupan jalur tidak 100 %.

28 Basis Path Testing Proposed by Tom McCabe
Disebut juga branch testing atau control-flow testing Hadir dalam 2 bentuk : Zero Path: Jalur penghubung yang tidak penting atau jalur pintas yang ada pada suatu sistem. One Path: Jalur penghubung yang penting atau berupa proses pada suatu sistem.

29 Basis Path Testing Bertujuan untuk melakukan pengukuran kompleksitas logikal dari rancangan prosedur dan menggunakannya sebagai guide untuk menentukan set dari path yang dieksekusi Basic set akan dieksekusi oleh setiaps tatement paling tidak sekali Isu - Flow Graph Notation - CyclomaticComplexity Deriving Test Cases Graph Matrices

30 Notasi flow graph

31 Notasi flow graph Pada flow graph:
Panah disebut edges menggambarkan flow of control Lingkaran disebut nodes, menggambarkan satu atau lebih aksi Area yang dibatasi oleh edges dan nodes diebut regions Predicate Nodes adalah nodes yang mengandung kondisi Setiap procedural design dapat ditranslasikan ke flow graph notation

32 Cyclomatic Complexity
Memberikan ukuran kuantitatif dari kompleksitas logikal. Nilainya memberikan jumlah dari independent path dalam basis set dan upper bound dari jumlah test untuk memastikan bahwa setiapstatement dieksekusi paling tidak satu kali. Independent path adalah setiap path padaprogram yang mengenalkan paling tidak satu set baru statement yang sedang diproses atau kondisi baru (mis. Edge baru)

33 Flow graph untuk cyclomatic complexity

34 Jalur independen adalah tiap jalur pada program yang memperlihatkan 1 kelompok baru dari pernyataan proses atau kondisi baru. [Region / Complexity] V(G) = E (edges) – N (nodes) + 2 V(G) = 11 – = 4 V(G) = P (predicate node) + 1 V(G) = = 4 Berdasarkan urutan alurnya, didapatkan suatu kelompok basis flow graph : - Jalur 1 : 1–11 - Jalur 2 : - Jalur 3 : - Jalur 4 :

35 Tahapan test case dengan cyclomatic complexity
Gunakan disain atau kode sebagai dasar, gambarlah flow graph Berdasarkan flow graph, tentukan cyclomatic complexity Tentukan kelompok basis dari jalur independen secara linier Siapkan test cases yang akan melakukan eksekusi dari tiap jalur dalam kelompok basis #Note: Beberapa path mungkin hanya dapat dieksekusi sbg bagian dari test yang lain.

36 Matriks graph

37 Matriks Graph Dapat mengotomatisasi turunan dari flow graph dan menentukan set dari basis path Graph matrix: Adalah bujursangkar dengan #sides sama dengan #nodes Baris dan kolom menggambarkan nodes Isi matriks menggambarkan edges Gunakan nilai 1 untuk menghitung cyclomatic complexity Untuk setiap baris, jumlahkan nilai kolom dan kurangkan dengan 1 Jumlahkan totalnya dan tambahkan dgn 1 = CC

38 Matriks Graph Link dapat diberikan bobot, sehingga dapat menentukan:
Probabilitas bahwa sebuah link (edge) akan dieksekusi Waktu proses yang dihabiskan selama mengunjungi sebuah link Memory dan resource yang dibutuhkan selama mengunjungi sebuah link

39 SEKIAN dan Terima kasih
Referensi : Romeo, 2003, Testing dan Implementasi Sistem, Surabaya, STIKOM.

40 tugas Jelaskan dan sertakan contoh Control structure testing meliputi:
Testing kondisi (Condition Testing) Testing alur data (Data Flow Testing) Testing loop (Loop Testing)