black box

Metode Pengujian Perangkat Lunak

(Black Box)

Pertemuan 8

Febriyanno Suryana, S.Kom, [email protected]

0852 7474 1981 SI -2011

Defenisi Black Box

2

Menurut Myers (1979) : Proses menjalankan program dengan

maksud menemukan kesalahan.Menurut IEEE (1990) :

Pengujian yang mengabaikan mekanisme internal sistem atau komponen dan fokus semata-mata pada output yang dihasilkan yang merespon input yang dipilih dan kondisi eksekusi.

Pengujian yang dilakukan untuk mengevaluasi pemenuhan sistem atau komponen dengan kebutuhan fungsional tertentu.

Defenisi...

3

Digunakan untuk menguji fungsi-fungsi khusus dari PL yang dirancang.

Kebenaran pengujian dilihat dari keluaran yang dihasilkan dari data atau kondisi masukan yang diberikan untuk fungsi yang ada tanpa melihat bagaimana proses untuk mendapatkan keluaran tersebut.

Dari keluaran yang dihasilkan, kemampuan program dalam memenuhi kebutuhan pemakai dapat diukur sekaligus dapat diketahui kesalahannya.

Black Box...

4

Ie

Input test data

OeOutput test results

System

Inputs causinganomalousbehaviour

Outputs which revealthe presence ofdefects

Tujuan Black BoxMenemukan : Fungsi yang tidak benar atau hilang Kesalahan interface Error pada struktur data atau akses database

external Error pada kinerja Error pada saat inisialisasi dan terminasi Kesensitifan sistem terhadap nilai input

tertentu Batasan dari suatu data

5

Pertanyaan yang akan dijawab dari pengujian Black Box...?

Bagaimana validitas fungsional diuji ? Jenis input apa yang akan membuat kasus pengujian menjadi lebih baik ? Apakah sistem akan sangat sensitif terhadap nilai input tertentu ? Bagaimana batasan dari suatu data diisolasi ? Berapa rasio data dan jumlah data yang dapat ditoleransi oleh system ? Apa akibat yang akan timbul dari kombinasi spesifik data pada operasi sistem?

6

Beberapa metode/teknik pengujian Black Box

1. Metode Graph Based2. Metode Equivalence Partitioning3. State Transition Table4. Boundary Values Analysis

7

1. Metode Graph Based

Pada teknik/metode ini langkah yang dilakukan adalah memahami objek (data dan program) yang dimodelkan didalam PL

Langkah selanjutnya menentukan sederetan pengujian yang membuktikan bahwa semua objek memiliki hubungan antara satu dengan lainnya.

8

Metode Graph Based...

9

Representasi simbolik dari grafik :

Link simetrisLink paralel


= Simpul, merepresentasikan objek

= link, merepresentasikan hubungan antar objek

Beban simpul (node weight), menggambarkan properti dari suatu simpul.

Beban link (link weight), menggambarkan karakterisktik suatu link

10


11

Contoh grafik pengolah kata (MS.Word)


Pendekatan pengujian :1. Defenisikan semua simpul dan beban simpul

dimana objek dan atribut didefenisikan.o Tentukan titik mulai (simpul masuk) dan berhenti (simpul keluar)

2. Bangun link dan beban link kemudian diberi nama.

3. Masing – masing link dipelajari secara terpisah, sehingga test case dapat didesain.

4. Jika terdapat hubungan transitif, maka pelajari hubungan tersebut untuk menentukan bagaimana pengaruh hubungan tersebut menyebar pada objek yang ditentukan.

12


Contoh hubungan transitif :Ada 3 objek X,Y,Zhubungannya :

X diperlukan untuk menghitung YY diperlukan untuk menghitung Z

sehingga dibangun hubungan ransitif antara X dgn Z :

X diperlukan untuk menghitung Z

13


Secara grafis :

Untuk link simetris, bila link tersebut benar – benar 2 arah (simetris), maka harus diuji kedua arah tersebut.

Pada saat desain test case dimulai, harus diperhatikan : Cakupan simpul (node coverage) Cakupan link (link coverage)

14

X Y

Z

Hubungantransitif

2. Metode Equivalence Partitioning

Merupakan test case yang ideal mengungkapkan kelas kesalahan, karena pada teknik ini berusaha mengungkapkan kelas-kelas kesalahan sehingga mengurangi jumlah total test case yang harus dikembangkan.

Metode ini membagi domain input dari suatu program kedalam kelas - kelas data sehingga test case dapat diperoleh.

Kelas data yang terbentuk disajikan sebagai kondisi input dalam kasus uji.

Kelas merupakan himpunan nilai-nilai yang valid dan tidak valid.

Desain test case partisi ekivalensi didasarkan pada evaluasi terhadap kelas ekivalensi untuk suatu kondisi input

15

Metode Equivalence Partitioning...

Kondisi input bisa merupakan suatu : Range harga Harga numerik (harga khusus/tertentu) Serangkaian harga (himpunan) Suatu kondisi boolean.

16


Kelas ekivalensi dapat ditentukan sesuai pedoman sbb ;

Bila kondisi input berupa suatu range, maka input kasus ujinya 1 valid dan 2 invalid.

Bila kondisi input berupa harga khusus, maka input kasus ujinya 1 valid dan 2 invalid.

Bila kondisi input berupa anggota himpunan, maka input kasus ujinya 1 valid dan 2 invalid.

Bila kondisi input berupa anggota boolean, maka input kasus ujinya 1 valid dan 1 invalid

17


Contoh ;Sebuah aplikasi perbankan otomatis, dimana aplikasi ini digunakan oleh nasabah untuk bertransaksi dengan Bank menggunakan ATM.Untuk aksesnya menggunakan password/PIN dengan 4 digit dan diikuti dengan serangkaian perintah kata kunci yang memicu berbagai fungsi perbankan.

Sebagian input data dari aplikasi ini adalah : Password/PIN : 4 digit Pilihan menu : “penarikan”, “pembayaran” “informasi” , “transfer”, dll

18


Pembahasan ;Kondisi input yang sesuai dengan masing2 elemen data untuk aplikasi perbankan tersebut adalah :

Password/PIN : kondisi input range (4 digit numeric) Pilihan menu : kondisi input himpunan (berisi

beberapa pilihan/perintah)

19


Data test case yang didesain adalah : Password/PIN (kondisi input : range)

Valid (0000, 1111, 1234, 9876, 999) Invalid (000, 789, 555, 999, 100) Invalid (00, 11, 99, 12, 89)

Pilihan menu (kondisi input : himpunan) Valid (“penarikan”, “pembayaran”, “informasi”,

“transfer”) Invalid (1, 3, 5, 0) Invalid (cancel, stop, enter, clear)

20

3. Teknik State Transition Table

State Transition testing menggunakan model sistem, yang terdiri dari : Status yang terdapat dalam program Transisi antar status–status Kejadian yang merupakan sebab dari transisi–transisi

tersebut Aksi-aksi yang akan dihasilkan

Model umumnya direpresentasikan dalam bentuk state transition diagram.

Test case didesain untuk memeriksa validitas transisi antar status. Test case tambahan juga akan didesain untuk testing terhadap transisi-transisi yang tidak termasuk dan tidak dispesifikasikan.

21

Teknik State Transition Table...

Test case untuk transaksi yang valid : Test case didesain untuk memeriksa transisi-transisi yang

valid. Untuk setiap test case, terdapat spesifikasi sebagai berikut ;

Status mulai Masukan Keluaran yang diharapkan Status akhir yang diharapkan

22


23

Contoh sederhana pada saklar lampu :


24


25


26


27


28

4. Boundary Value Analysis

Boundary Value fokus pada suatu batasan nilai dimana kemungkinan terdapat cacat yang tersembunyi.

BV mengarahkan pada pemilihan kasus uji yang melatih nilai-nilai batas. BV merupakan desain teknik kasus uji yang melengkapi Equivalence class testing. Dari pada memfokuskan hanya pada kondisi input, BVA juga menghasilkan kasus uji dari domain output.

Menguji untuk input di sekitar batas atas maupun bawah sebuah range nilai yang valid.

Menguji nilai maksimal dan minimal. Menerapkan (1 & 2) untuk output. Menguji batas struktur data yang dipakai. Misal ukuran

array.29

Boundary Value...

Langkah-langkah testing : Identifikasi kelas-kelas yang ekuivalen

(equivalence class). Identifikasi batasan untuk tiap equivalence class. Buat test case untuk tiap batasan suatu nilai

dengan memilih titik pada batasan, satu titik pada nilai bawah batasan dan satu titik pada nilai atas batasan.

30

Boundary Value...

Contoh : nilai gaji

31

Tes data input untuk batas bawah adalah {$999, $1,000, $1,001} dan untuk batas atas {$83,332, $83,333, $83,334}.

Kesimpulan

Metode Graph Based mengeksplorasi hubungan dan tingkah laku objek-objek program.

Partisi ekivalensi membagi domain input ke dalam kelas data yang mungkin untuk melakukan fungsi perangkat lunak tertentu.

Analisis nilai batas memeriksa kemampuan program untuk menangani data pada batas yang dapat diterima.

32

Exceptional Condition

Komponen utama dari pengujian suatu transaksi adalah data testing.

Boris Beizer dalam bukunya menyarankan bahwa 30 s/d 40 persen dari pengujian suatu transaksi adalah : Generating Capturing Extracting test dataDan jangan dilupakan bahwa kegiatan tersebut

juga membutuhkan resouce waktu dan personel dalam suatu project.

33

Exceptional Condition...

Pengujian mengenai alur dari suatu transaksi relatif mudah dilakukan karena sebagian besar hanya memperhitungkan valid atau tidak validnya data yang dimasukkan.

Hal yang lebih sulit dilakukan adalah menguji exceptional condition seperti low memory, disk full, connection lost, driver not loaded, dll. Tester membutuhkan waktu yang sangat banyak untuk melakukan simulasi tersebut jika dilakukan secara manual.

Untuk itu telah tersedia sebuah tool yang bernama holodeck yang dibuat oleh James Whittaker dan timnya dari Florida Institute of Technology. Holodeck melakukan monitor terhadap interaksi antara aplikasi dan sistem operasi. Holodeck melakukan pencatatan terhadap aktifitas sistem dan memungkinkan tester untuk melakukan simulasi seperti low memory, disk full, connection lost, driver not loaded, dll.

34

Exceptional Condition...

35

Holodeck

Contoh pengujian Black Box...

36


37


38


39


40


41


42

Contoh pengujian White Box...

43


44


45


46


47


48


49

End Session

50

www.suryagsc.wordpress.com

black box

Documents