Slide INF205 RPL Pertemuan 12

(1)

REKAYASA PERANGKAT

LUNAK

(2)

(3)

KENAPA HARUS DIUJI ?

• Kita bukan seorang programmer yg cukup baik

• Kita mungkin tidak dapat cukup berkonsentrasi untuk menghindari kesalahan

• Kita kadang2 lupa menggunakan pemrograman

terstruktur secara penuh, perancangan atas-bawah utk mendapatkan solusi

• Kita kadang buruk dalam mengerjakan sesuatu

• Kita seharusnya dapat membedakan apa yg dikatakan programmer lain atau pelanggan dan apa yg sebenarnya mereka pikirkan

• Kita seharusnya merasa bersalah apabila seseorang harus menguji koding kita

(4)

Latar Belakang

• _{Pengujian P/L adalah elemen kritis dari jaminan kualitas P/L dan}

merupakan review puncak terhadap spesifikasi, desain dan

pembuatan program.

• _{Pengujian P/L menghabiskan upaya 30-40% dari total pekerjaan}

proyek.

• _{Untuk proyek yang membahayakan nyawa manusia, biaya pengujian}

(5)

Tujuan Pengujian

1. Menjalankan program untuk menemukan error.

2. Test case yang bagus adalah yang memiliki kemungkinan terbesar

untuk menemukan error yang tersembunyi.

(6)

6 Teknik Pengujian Per.Lunak@Berta

DASAR2 PENGUJIAN PERANGKAT LUNAK

• _{Objektifitas Pengujian}

• _{Test case}_{yg baik adalah yg mempunyai}

probabilitas yg tinggi untuk menemukan error yg tak diketemukan

• _{Pengujian merupakan suatu proses eksekusi}

program yang ditujukan untuk menemukan error

• _{Uji yg sukses adalah yg dapat ‘membuka’ error}

yang tak diketemukan

• _{Dua klas input yg disediakan untuk proses uji}

1. konfigurasi software, termasuk Software

Requirement Specification, Design Specification

dan Source code

2. konfigurasi uji, termasuk Test Plan & Procedure, perangkat testing yg akan

(7)

PERANCANGAN TEST CASE

• _{Test case}_{yg dirancang harus mempunyai}

probabilitas yg tinggi untuk menemukan sebuah error dalam waktu & effort yg minimum.

• _{Dua metode pendekatan perancangan}_{test case}

1. White Box Testing (pada sesuatu yg kecil (modul)) berfokus pada struktur kontrol program.

• _{Dijamin semua}_{independent path}_{(jalur bebas) telah}

dijalankan setidaknya satu kali

• _{Menjalankan semua keputusan logis pada sisi true &}

false

• _{Menjalankan semua looping}

• _{Melakukan struktur data internal untuk menjamin}

(8)

PERANCANGAN TEST CASE (lanj.)

2. Black Box Testing (yang besar) berfokus pada kebutuhan fungsional software, memungkinkan perancang untuk memperoleh kondisi2 input yg secara penuh menguji semua kebutuhan

(9)

WHITE BOX TESTING : Basis Path Testing

• _{Metode pertama yg diusulkan oleh Tom McCabe}

(1976). Metode ini memungkinkan perancangan memperoleh pengukuran yang kompleksitas dari perancangan prosedural dan menggunakan

pengukuran ini sebagai pedoman pendefinisian sekumpulan basis dari jalur eksekusi

• _{Perangkat yang digunakan}

1. Notasi Flow Graph atau Program Graph

Contoh :

- sequence - if

(10)

BASIS PATH TESTING

2. Cyclomatic Complexity, merupakan

pengukuran per.lunak yang menyediakan

pengukuran kuantitatif dari kompleksitas logis suatu program. Nilai cyclomatic complexity

mendefinisikan jumlah jalur bebas pada basis program.

3. Independent path (jalur bebas) merupakan jalur pada program yg menunjukkan

setidaknya satu kumpulan pernyataan pemrosesan baru atau kondisi baru.

Langkah2 Basis Path Testing

- gunakan rancangan atau kode sebagai pondasi, lalu gambarkan flow graph

- tentukan cyclomatic complexity, dinyatakan V(G) dari flow graph

- tentukan sekumpulan basis secara linear jalur bebas - persiapkan test case yg akan memperkuat eksekusi

(11)

BASIS PATH TESTING

(12)

BLACK BOX TESTING

• _{Merupakan metode pelengkap}_{White Box Testing}_.

Berfokus pada kebutuhan fungsional dari per.lunak.

• _{Memungkinkan perancang untuk memperoleh}

sekumpulan kondisi2 input yg secara penuh menguji semua kebutuhan fungsional suatu program

• _{Metode ini berusaha menemukan kesalahan yg}

termasuk kategori di bawah ini

- fungsi2 yg hilang atau tidak benar - kesalahan pada antarmuka

- kesalahan pada struktur data atau pengaksesan database ekternal

- kesalahan pada performance

(13)

Prinsip Pengujian

• _{Harus bisa dilacak hingga sampai ke kebutuhan customer.}

• _{Harus direncanakan sejak model dibuat.}

• _{Prinsip Pareto: 80% error uncovered.}

• _{Dari lingkup kecil menuju yang besar.}

• _{Tidak bisa semua kemungkinan diuji.}

(14)

Testablility

• _{Kemudahan untuk diuji.}

• _{Karakteristiknya:}

• _{Operability: mudah digunakan.} • _{Observability: mudah diamati.}

• _{Controlability: mudah dikendalikan.} • _{Decomposability: mudah diuraikan.}

• _{Simplicity: lingkup kecil, semakin mudah diuji.} • _{Stability: jarang berubah.}

(15)

Desain Kasus Pengujian

• _{Black box testing}

• _{Memastikan fungsional P/L berjalan.} • _{Kesesuaian input dengan output.}

• _{Tidak memperhatikan proses logic internal.}

• _{White box testing}

• _{Pengamatan detail prosedur.}

(16)

White Box Testing

(17)

Kompleksitas Cyclomatic

• _{Menunjukkan jumlah skenario pengujian yang harus dilakukan}

(18)

Contoh White Box Testing

• _{Lihat buku}

(19)

(20)

Black Box Testing – Equivalence

Partitioning

• _{Contoh: Input NPM dalam SIAMIK}

• _{Jika dikosongi?}

(21)

Black Box Testing – Analisa Nilai Batas

1. Menguji untuk input di sekitar batas atas maupun bawah sebuah

range nilai yang valid.

2. Menguji nilai maksimal dan minimal.

3. Menerapkan (1 & 2) untuk output.

(22)

Black Box Testing – Perbandingan

• _{Spesifikasi kebutuhan yang sama dimungkinkan menghasilkan}

aplikasi/ perangkat lunak yang berbeda.

• _{Skenario pengujian pada aplikasi yang demikian bisa digunakan untuk}

(23)

Skenario Pengujian Khusus

• _{Pengujian GUI.}

• _{Pengujian arsitektur client/ server.}

(24)

CONTOH LAIN

• _{Contoh lain}_{White Box Testing}_atau_Control

Structure Testing adalah

1. Condition Testing, menjalankan kondisi logis yang terdapat pada modul program

2. Data Flow Testing, metode yg menyeleksi

jalur test program menurut lokasi pendefinisian & menggunakan variabel2 program

(25)

CONTOH LAIN

• _{Contoh lain}_{Black Box Testing}_adalah

1. Equivalence Partitioning, membagi domain input dari program ke dalam klas2 data

2. Boundary Value Analysis (BVA) melengkapi Equivalence Partitioning, dengan

melakukannya dari domain output