Dasar – dasar pengujian perangkat lunak Pertemuan 8 Dasar – dasar pengujian perangkat lunak Febriyanno Suryana, S.Kom, MM surya_gsc04@yahoo.com 0852 7474 1981 SI -2011

Pengujian / testing Adalah proses eksekusi suatu program dengan tujuan untuk menemukan error (Berard, 1994). Elemen kritis dari jaminan kualitas perangkat lunak dan merepresentasikan kajian pokok dari spesifikasi, desain dan pengkodean. Pengujian sebaiknya menemukan kesalahan yang tidak disengaja dan pengujian dinyatakan sukses jika berhasil memperbaiki kesalahan tersebut. Pengujian bertujuan untuk menunjukkan kesesuaian fungsi- fungsi perangkat lunak dengan spesifikasinya.

Pertanyaan dasar yg akan dijawab pada software testing Misi dari testing. Mengapa anda melakukan testing ? Apa yang ingin anda pelajari ? Pemilihan strategi Bagaimana anda mengorganisasikan pekerjaan anda untuk meraih misi anda? Oracle/sematic. Bagaimana anda mengetahui bahwa program itu lolos testing atau gagal? Adanya kemungkinan testing tidak sempurna Apa yang harus dilakukan untuk menyelesaikan testing secara lengkap? Mengukur permasalahan Sejauh mana testing dianggap cukup?

Prinsip dasar pengujian (sebagai dasar membuat test case) Semua pengujian harus ditelusuri sampai ke persyaratan pelanggan. Pengujian harus direncanakan jauh sebelum pengujian itu dilakukan. Prinsip pareto berlaku untuk pengujian perangkat lunak, maksudnya 80% kesalahan yang ditemukan selama pengujian dapat ditelusuri sampai 20% dari semua modul program Pengujian harus dimulai “dari yang kecil” dan berkembang menjadi pengujian “yang besar” Agar lebih efektif, pengujian harus dilakukan oleh pihak ketiga yang independen

Langkah-langkah dalam pengujian PL? Tentukan sasaran pengujian Tentukan karakteristik pengujian Testabilitas software

Sasaran Pengujian Test case yang baik adalah test case yang memiliki profitabilitas tinggi untuk menemukan kesalahan yang belum pernah ditemukan sebelumnya. Pengujian yang sukses adalah pengujian yang mengungkapkan semua kesalahan yang belum pernah ditemukan sebelumnya

Karakteristik Pengujian Testing dimulai dari level modul dan bekerja keluar ke arah integrasi pada sistem berbasiskan komputer. Teknik testing yang berbeda sesuai dengan poin-poin yang berbeda pada waktunya. Testing dilakukan oleh software developer dan untuk proyek yang besar oleh group testing yang independen Testing dan debugging adalah aktivitas yang berbeda tetapi debugging harus diakomodasikan pada setiap strategi testing.

Testabilitas software Seberapa mudah sebuah program komputer dapat diuji. Karena pengujian sangat sulit, perlu diketahui apa yang dapat dilakukan untuk dapat membuatnya lebih mudah.

Kualitas/Kriteria Software yang baik Operability Semakin baik sw itu bekerja, semakin efisien ia dapat diuji. Observability Apa yang anda lihat adalah apa yang anda uji. Controllability Semakin baik kita mengontrol sw, semakin banyak pengujian yang dapat di otomatisasi dan dioptimalkan. Decomposability Dengan mengontrol ruang lingkup pengujian, kita dapat lebih cepat mengisolasi masalah dan melakukan pengujian kembali secara lebih detail.

Kriteria Software yang baik…cont Simplicity Semakin sedikit yang diuji, semakin cepat pengujian. Stability Semakin sedikit perubahan, semakin sedikit gangguan dalam pengujian. Kemampuan dapat dipahami Semakin banyak informasi yang dimiliki semakin detail pengujiannya.

Atribut pengujian yang baik Memiliki probabilitas yang tinggi untuk menemukan error. Tester harus memahami software yang diuji dan memikirkan bagaimana software itu bisa gagal. Pengujian yang baik tidak redundant/ganda. Setiap pengujian harus mempunyai tujuan yang berbeda. Pengujian yang baik tidak terlalu sederhana namun juga tidak terlalu kompleks. Tidak mengkombinasikan beberapa test case ke dalam sebuah test case. Test case dilakukan secara terpisah.

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

Pendekatan dalam testing :

Pendekatan dalam testing :

Pendekatan dalam testing…

Pendekatan dalam testing…

Rencana Pengujian Proses testing Deskripsi fase-fase utama dalam pengujian Pelacakan Kebutuhan Semua kebutuhan user diuji secara individu Item yg diuji Menspesifikasi komponen sistem yang diuji Jadwal Testing Prosedur Pencatatan Hasil dan Prosedur Kebutuhan akan Hardware dan Software Kendala-kendala Mis: kekurangan staff, alat, waktu dll.

Proses Testing…

Unit testing Module Testing Sub-system Testing Proses Testing Pengujian masing-masing unit komponen program untuk meyakinkan bhw sudah beroperasi secara benar Module Testing Pengujian terhadap koleksi unit-unit komponen yang saling berhubungan. Sub-system Testing Pengujian terhadap koleksi module-module yang membentuk suatu sub-system (aplikasi)

System Testing Acceptance Testing Proses Testing… Pengujian terhadap integrasi sub-system, yaitu keterhubungan antar sub-system Acceptance Testing Pengujian terakhir sebelum sistem dipakai oleh user. Melibatkan pengujian dengan data dari pengguna sistem. Biasa dikenal sebagai “alpha test” (“beta test” untuk software komersial, dimana pengujian dilakukan oleh potensial customer)

Component testing Integration testing Proses Testing… Pengujian komponen-komponen program Biasanya dilakukan oleh component developer (kecuali untuk system kritis) Integration testing Pengujian kelompok komponen-komponen yang terintegrasi untuk membentuk sub-system ataupun system Dilakukan oleh tim penguji yang independen Pengujian berdasarkan spesifikasi sistem

Hubungan antara rencana pengujian dan proses pengembangan system

Testing Life Cycle…

Testing Life Cycle Verifikasi adalah proses evaluasi sebuah sistem atau komponen untuk mendefenisikan bahwa produk memiliki fase pengembangan yang benar dimulai dari awal fase. verifikasi berbasis proses Are we building the product right ? [Boehm,1984] Software seharusnya sesuai dengan spesifikasinya validasi adalah proses evaluasi sebuah sistem atau komponen selama atau pada akhir pengembangan untuk mendefenisikan bahwa produk sesuai dengan spesifikasi kebutuhan. validasi berbasis produk Are we building the right product ? [Boehm,1984] Software seharusnya melakukan apa yang benar-benar disyaratkan oleh user.

Prioritas Pengujian 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.

Apa yang di uji? Test data: Input yang yang direncanakan digunakan oleh sistem. Test cases: Input yang digunakan untuk menguji sistem dan memprediksi output dari input jika sistem beroperasi sesuai dengan spesifikasi.

Teknik dalam pengujian

Failure: output yang tidak benar/tidak sesuai ketika sistem dijalankan 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 Class Deskripsi Transient Muncul untuk input tertentu Permanent Muncul untuk semua input Recoverable Sistem dapat memperbaiki secara otomatis Unrecoverable Sistem tidak dapat memperbaiki secara otomatis Non-corrupting Failure tidak merusak data Corrupting Failure yang merusak sistem data

Bentuk Form Pengujian

1. Form test case Test Case ID: CUST.01 Function: Menambah satu pelanggan baru Data Assumptions: Customer database sudah di-restore Deskripsi: Menambah satu pelanggan, melalui Form Tambah Pelanggan, dan menampilkan validasi pelanggan baru tersebut pada Tampilan Pelanggan Aksi State Awal atau Tampilan Data Hasil yg diharapkan (Response) 1. Aplikasi Penjualan dijalankan melalui Icon di windows Program Manager Tidak Ada Menu utama Aplikasi Penjualan 2. Pilih Pelanggan pada Menu Tampilan. Tampilan Utama Penjualan Pelanggan menampilkan Tampilan.. 3. Click pilihan All Customers Tampilan Pelanggan Window Pelanggan ditampilkan dengan judul “Pelanggan”. 4. Click pada Button Tambah Customer - All Customer Tampilan Tambah Pelanggan ditampilkan 5. Masukkan data untuk menambah satu pelanggan baru dan click satu kali button tambah. Tambah Pelanggan Nama: Andi Noor Alamat: Jl. Xxxx Kota: Jakarta Data ditampilkan pada field-field yg sesuai (atau seperti yg ditampilkan oleh data sheet).

Pesan Kesalahan yg ditampilkan 2. Matrik test case Hasil yang diharapkan Tujuan Test Penolakan Pesan Kesalahan yg ditampilkan Rancangan Test Case Hasil yang sebenarnya Menguji perhitungan digit input X Input nomor rekening (yang sudah diubah urutannya) Pesan kesalahan penolakan dan ditampilkan Menentukan nomor-nomor departemen dicek Input nomor departemen yang salah Keakuratan perhitungan Pembayaran lembur untuk pekerja jam-jaman selama 15 jam Pembayaran lembur sebesar 1.5 kali pembayaran normal

3. Penilaian didasarkan pada faktor penggunaan Faktor Usabilitas A Mudah digunakan 1 2 3 4 5 B User Friendly C Mudah dimengerti D Tingkat Kepercayaan E Tingkat kesesuaian dengan yg dibutuhkan F Waktu Respons G Tingkat comfortable

Laporan hasil test Nomor Kesalahan : Nama Program: Tipe Laporan: (1. Usulan, 2.Salah Perancangan, 3. Salah program, 4. Salah dokumentasi, 5. Query) Severity: 1. Minor, 2. Serius, 3. Fatal Attachment (Y/N) Adakah kesalahan (Y/T) Bagaimana bentuk kesalahan: Bagaimana kesalahan dapat terjadi: Usulan Perbaikan: Nama Penguji: Tanggal Uji: --------------------------------- Diisi oleh programmer: Ditujukan kepada: Tanggal: Resolusi: Dapat diperbaiki Tidak dapat diperbaiki Pengujian ditarik kembali Bekerja sesuai spesifikasi Kesalahan tidak dapat dihasilkan lagi Tidak setuju dengan usulan ----------- Sertifikasi Resolusi Dibuat oleh: Programmer, Tester: Tanggal: Project Manager:

End Session