• Tidak ada hasil yang ditemukan

66671 testing 04 based of testing

N/A
N/A
Protected

Academic year: 2017

Membagikan "66671 testing 04 based of testing"

Copied!
19
0
0

Teks penuh

(1)

Dasar-dasar Pengujian

Perangkat Lunak

(2)

Pengujian / testing

Testing is the exposure of a system to

trial input to see wheter it produces

corect output

(3)

Pengujian perangkat lunak

Elemen kritis dari jaminan kualitas

(4)

Proses Testing

System Testing

n Pengujian terhadap integrasi sub-system, yaitu

keterhubungan antar sub-system

Acceptance Testing

n Pengujian terakhirs sebelum sistem dipakai oleh

user.

n Melibatkan pengujian dengan data dari pengguna

sistem.

n Biasa dikenal sebagai “ alpha test ” (“ beta test ”

(5)

Proses Testing

Unit Testing

Module Testing

Sub-system Testing

System Testing

Acceptance Testing

(6)

The testing process

Component testing

n Pengujian komponen-komponen program

n Biasanya dilakukan oleh component developer

(kecuali untuk system kritis)

I ntegration testing

n Pengujian kelompok komponen-komponen yang

terintegrasi untuk membentuk sub-system ataupun system

(7)

Rencana Pengujian

Proses testing

n Deskripsi fase-fase utama dalam pengujian

Pelacakan Kebutuhan

n Semua kebutuhan user diuji secara individu

I tem yg diuji

n Menspesifikasi komponen sistem yang diuji

Jadual Testing

Prosedur Pencatatan Hasil dan Prosedur Kebutuhan akan Hardware dan Software Kendala-kendala

(8)

Hubungan antara rencana pengujian dan

proses pengembangan system

Spesifikasi Unit code and

(9)

Failures, Faults

Failure: output yang tidak benar/ tidak sesuai ketika sistem dijalankan

Fault: kesalahan dalam source code yang

mungkin menimbulkan failure ketika code yg fault tsb dijalankan

Failure yang merusak sistem data Corrupting

Failure tidak merusak data Non-corrupting

Sistem tidak dapat memperbaiki secara otomatis Unrecoverable

Sistem dapat memperbaiki secara otomatis Recoverable

Muncul untuk semua input Permanent

Muncul untuk input tertentu Transient

(10)

1: input A,B

(11)

Hanya test yang lengkap yg dapat

meyakinkan sistem terbebas dari kesalahan, tetapi hal ini sangat sulit dilakukan.

Prioritas dilakukan terhadap pengujian

kemampuan sistem, bukan masing-masing komponennya.

Pengujian untuk situasi yg tipikal lebih

penting dibandingkan pengujian terhadap nilai batas.

(12)

Test data:

I nput yang yang

direncankan digunakan oleh sistem.

Test cases:

I nput yang digunakan

untuk menguji sistem dan memprediksi

output dari input jika sistem beroperasi

sesuai dengan spesifikasi.

(13)

Proses defect testing

Design test cases

Prepare test data

Run program with test data

(14)

Disebut juga white-box testing

Penentuan test case disesuaikan

dengan struktur sistem. Knowledge

program digunakan untuk

mengidentifikasi test case tambahan.

Tujuannya untuk menguji semua

statement program (debug).

(15)

White-box testing

Component code

Test outputs Test data

(16)

Path testing

Tujuannya meyakinkan bahwa himpunan test case akan menguji setiap path pada suatu

program paling sedikit satu kali.

Titik awal untuk path testing adalah suatu

program flow graph yang menunjukkan node-node yang menyatakan program decisions

(mis.: if -then-else condition) dan busur menyatakan alur kontrol

(17)

Menggambarkan alur kontrol. Setiap cabang ditunjukkan oleh path yg terpisah dan loop ditunjukkan oleh arrows looping kembali ke loop kondisi node.

Digunakan sebagai basis untuk menghitung cyclomatic complexity

Cyclomatic complexity = Jumlah edges – Jumlah Node + 2

Cyclomatic complexity menyatakan jumlah test untuk menguji control statements

(18)

Binary search flow

while bottom <= top

if (elemArray [mid] == key

(if (elemArray [mid]< key 8

(19)

1, 2, 3, 8, 9

1, 2, 3, 4, 6, 7, 2

1, 2, 3, 4, 5, 7, 2

1, 2, 3, 4, 6, 7, 2, 8, 9

Test cases harus ditentukan sehingga

semua path tsb tereksekusi.

Referensi

Dokumen terkait

Metode pengembangan perangkat lunak mencakup proses analisis spesifikasi kebutuhan perangkat lunak seperti fungsionalitas sistem ( system functionality ), perancangan

Software Requirement Specification (SRS) adalah dokumen yang menggambarkan secara detail spesifikasi kebutuhan perangkat lunak dalam pembangunan proyek system

If your role on the team is as a software developer, it is always good to consider the types of black box test cases (functional, system, and acceptance) that will ultimately be run

 Taktik Testing : verifikasi tools yang digunakan cocok, prototype sesuai dengan kebutuhan user; functional test. 

Tugas 4-7 : Perancangan Produk berdasarkan kebutuhan, minat dan spesifikasi produk SUB CAPAIAN PEMBELAJARAN MATA

Perancangan prototype Turbo Encoder berdasarkan spesifikasi LTE yaitu code rate 1/3 dan Chanel Coding yang digunakan Turbo Coding telah berhasil dilakukan dan

Spesifikasi Kebutuhan perangkat Spesifikasi komputer yang digunakan untuk melakukan pemantauan jaringan menggunakan LibreNMS dapat dijelaskan pada Tabel I TABLE I SPESIFIKASI

Grup Pengelolaan Aplikasi mempunyai tugas pokok dalam Mengelola pelaksanaan pendampingan satuan kerja dalam menyusun spesifikasi kebutuhan dan skenario pengujian User Acceptance Test