Teknik-Teknik Pengujian

Perangkat Lunak

Fakultas Ilmu Komputer dan Teknologi Informasi

Jurusan Sistem Informasi

Univesitas Gunadarma

Tujuan Pembelajaran

Memahami teknik yang terdapat pada

pengujian perangkat lunak.

Materi Perkuliahan

Pengujian Black Box

Pengujian untuk Sistem Waktu Nyata

Peralatan Uji Otomatis

Black Box Testing

Blackbox testing menfokuskan pada keperluan

fungsional dari software.

Blackbox testing merupakan pendekatan untuk

menemukan kesalahan selain menggunakan whitebox

testing.

Blackbox testing mengabaikan struktur kontrol dan

difokuskan pada informasi domain.

Keuntungan Black Box Testing

Pengujian tidak berupa non teknis.

Pengujian kasus dirancang segera setelah spesifikasi

fungsional yang lengkap.

Digunakan untuk memverifikasi kontradiksi dalam

sistem aktual dan spesifikasi.

Kekurangan Black Box Testing

Inputan pengujian berasal dari ruang sampel yang

besar.

Sulit untuk mengidentifikasi semua inputan dalam

waktu pengujian yang terbatas. Test case menjadi

lambat dan sulit.

Kemungkinan memiliki jalur yang tidak dikenal selama

pengujian.

Kesalahan dalam Black Box Testing

Fungsi-fungsi yang salah atau hilang

Kesalahan interface

Kesalahan dalam struktur data atau akses data

eksternal

Kesalahan performansi

Kesalahan inisialisasi dan terminasi

Metode Black Box Testing

Equivalence Partitioning

Boundary Value Analysis

Comparison Testing

Sample Testing

RobustnessTesting

Behavior Testing

Requirement Testing

Performance Testing

Smoke Test

Regression Testing

Sanity

Graph Based Testing Methods

Error Guessing Testing

Equivalence Partioning

Equivalence Partioning adalah metode blackbox

testing yang membagi domain input dari program

menjadi beberapa kelas data dari kasus uji coba yang

dihasilkan.

Equivalence Partioning mendefinisikan kasus uji untuk

menemukan kesalahan dan menguraikan kasus uji yang

dibuat.

Equivalence Partioning berdasarkan evaluasi dari

ekuivalensi jenis/class untuk kondisi input.

Class yang ekuivalen merepresentasikan sekumpulan

keadaan valid dan invalid untuk kondisi input.

Contoh Equivalence Partioning

Spesifikasi sub-program yang harus diuji (status awal dan akhir)

a. Sub-program mengambil sebuah input berupa integer pada rentang [-100,100]

b. Keluaran sub-program adalah tanda dari nilai masukan (0 dianggap positif)

Dua buah kelas ekivalen yang valid

a. Nilai masukan dengan rentang [-100,0] akan menghasilkan tanda negatif sebagai keluaran

b. Nilai masukan dengan rentang [0,100] akan menghasilkan tanda positif sebagai keluaran

c. Keduanya bisa disatukan menjadi Nilai masukan dengan rentang [-100,100] merupakan rentang yang valid

Dua buah kelas ekivalen yang tidak valid

a. Nilai masukan < -100

b. Nilai masukan > 100

Boundary Value Analysis

Kesalahan terjadi dalam batasan domain input dari

pada nilai tengah.

Baoundary Value Analysis mengarahkan pada

pemilihan kasus uji yang melatih nilai-nilai batas.

Boundary Value Analysis adalah desain teknik kasus uji

yang melengkapi equivalence partitioning.

Boundary Value Analysis menghasilkan kasus uji dari

domain output.

Comparison Testing

Pada beberapa aplikasi reliability dari sebuah perangkat lunak sangat penting.

Redundansi perangkat keras dan perangkat lunak mungkin digunakan untuk meminimalisir kesalahan (error).

Untuk redundansi perangkat lunak, gunakan tim yang terpisah untuk mengembangkan setiap versi perangkat lunak yang independen.

Uji setiap versi dengan data yang sama untuk memastikan semua versi menghasilkan keluaran yang sama.

Jalankan semua versi dengan paralel dan perbandingan keluaran secara real-time.

Walau hanya dijalankan sebuah versi pada akhirnya, untuk beberapa aplikasi yang penting dapat mengembangkan versi independen dan menggunakan comparison testing atau back-to-back testing.

Ketika output dari versi berbeda, maka setiap versi diinvestigasi jika ada kemungkinan defect.

Metode ini tidak untuk menemukan kesalahan dari spesifikasi.

Sampel Testing dan Robustness Testing

Sample Testing

a. Melibatkan beberapa nilai yang terpilih dari sebuah kelas ekivalen

b. Mengintegrasikan nilai pada kasus uji

c. Nilai-nilai yang terpilih mungkin dipilih dengan urutan tertentu atau interval tertentu

Robustness Testing

a. Data input dipilih diluar spesifikasi yang telah didefinisikan

b. Tujuan dari pengujian ini adalah membuktikan bahwa tidak ada kesalahan jika masukan tidak valid

Behavior Testing dan Performance Testing

Behavior Testing

a. Hasil uji tidak dapat dievaluasi jika hanya melakukan pengujian sekali, tapi dapat dievaluasi jika pengujian dilakukan beberapa kali, misalnya pada pengujian struktur data stack

Performance Testing

a. Mengevaluasi kemampuan program untuk beroperasi dengan benar dipandang dari sisi acuan kebutuhan misalnya: aliran data, ukuran pemakaian memori, kecepatan eksekusi, dll

b. Untuk mencari tahu beban kerja atau kondisi konfigurasi program

c. Spesifikasi mengenai performansi didefinisikan pada saat tahap spesifikasi atau desain

d. Dapat digunakan untuk menguji batasan lingkungan program

Requirement Testing

Spesifikasi kebutuhan yang terasosiasi dengan perangkat lunak (input/output/fungsi/performansi) diidentifikasi pada tahap spesifikasi kebutuhan dan desain.

Requirement testing melibatkan pembuatan kasus uji untuk setiap spesifikasi kebutuhan yang terkait dengan program

Untuk memfasilitasinya, setiap spesifikasi kebutuhan bisa ditelusuri dengan kasus uji dengan menggunakan traceability matrix

Cause-effect Relationship Testing

Teknik ini merupakan suplemen dari equivalence testing dengan menyediakan cara untuk memilih kombinasi data input

Melibatkan kondisi input (cause) dan kondisi output (effect) untuk mencegah pendefinisian kasus uji yang terlalu banyak

Langkah

a. Bagi-bagi spesifikasi kebutuhan menjadi bagian yang memiliki kemungkinan kerja

b. Definisikan cause dan effect berdasarkan spesifikasi kebutuhan

c. Analisa spesifikasi kebutuhan untuk membuat hubungan logika

d. Tandai graf untuk jalur yang tidak mungkin berhubungan dengan kombinasu cause/effect sesuai dengan batasan spesifikasi kebutuhan

e. Ubah graf menjadi tabel keputusan

f. Kolom --> test case

g. Baris --> cause/effect

h. Ubah kolom dari tabel keputusan menjadi kasus uji

Web Site Test Tools

http://www.softwareqatest.com/qatweb1.html

Kategori Pengujian Blackbox

Load Performance : http://loadimpact.com

Link Checkers : http://validator.w3.org/checklink

HTML Validators : http://validator.w3.org Cross-browser (Browser Compatibility) :

http://browsershots.org

Website Security : Nikto (http://www.activestate.com/activeperl/downloads dan http://cirt.net/Nikto2)

Mobile Web : https://gtmetrix.com/ dan https://developers.google.com/speed/pagespeed/insights/ dan https://www.google.com/webmasters/tools/mobile-friendly/?hl=ID