Upload
aadi
View
48
Download
1
Embed Size (px)
DESCRIPTION
OO Software Testing. Dikompilasi oleh Dana dari berbagi sumber. Definisi Software Testing. - PowerPoint PPT Presentation
Citation preview
OO Software Testing
Dikompilasi oleh Dana dari berbagi sumber
Definisi Software Testing
• Software testing adalah aktivitas-aktivitas yang bertujuan untuk mengevaluasi atribut-atribut atau kemampuan sebuah program atau sistem dan penentuan apakah sesuai dengan hasil yang diharapkan [Hetzel88]
• Testing adalah proses pemeriksaan program dengan tujuan tertentu dalam menemukan kesalahan sebelum diserahkan ke pengguna
• Verification:– “Apakah kita membangun produk dengan benar?”– Software seharusnya sesuai dengan
spesifikasinya. Gunakan proses software yang bagus.
• Validation:– “Apakah kita membangun produk yang benar?”– Software seharusnya melakukan apa yang
pengguna benar-benar butuhkan
Verification vs. validation
• Dapat menunjukan keberadaan kesalahan tapi BUKAN ketidakadaan kesalahan yang lain
• Test yang sukses adalah sebuah test yang menemukan satu atau lebih kesalahan
• Seharusnya digunakan bersama dengan verification statik untuk memberikan V&V sepenuhnya
Program testing
• Adalah proses yang berbeda• Verification and validation: menunjukkan
keberadaan cacat program• Debugging: menemukan dan memperbaiki
kecacatan-kecacatan ini
Testing and debugging
Tujuan Dilakukan Software Testing
• Untuk meningkatkan kualitas• Untuk Verification & Validation (V&V) • Untuk estimasi reliability [Kaner93] [Lyu95]
Melakukan testing berarti melakukan
• Mendesain test.• Mengimplementasikan test yang telah
didesign. • Mengevaluasi test tersebut.
Exhaustive Testing
loop < 20 Xloop < 20 X
• Terdapat kemungkinan 1014 jalur eksekusi! Jika kita mengeksekusi satu test per millisecond, maka dibutuhkan 3.170 tahun untuk men-test program ini
Selective Testing
loop < 20 Xloop < 20 X
Jalur eksekusi yang dipilihJalur eksekusi yang dipilih
Tahapan Testing
• Pre-Implementation Testing• Post implementation (Code Testing)
Metode pengembangan software apapun yang digunakan, penguji bisa menggunakan dua teknik testing: – White Box– Black Box
White-Box Testing
• …. Tujuan kita adalah menjamin semua statemen dan kondisi telah dieksekusi minimal sekali …..
Black-Box Testing
requirementsrequirements
eventseventsinputinput
outputoutput
Strategi OO Testing[1]
Strategi OO Testing[2]
• Unit Testing Pengujian class/object• Integration Testing object integration
testing• System Testing
Pengujian class/object
• Encapsulated state Memeriksa interaksi method-method dengan data obyek
• Interaksi antar method Memeriksa interaksi method-method dari sebuah obyek
• Pewarisan dan polimorfisme
Unit Testing[1]• Tahapan testing yang paling awal. • Tahap selanjutnya terdiri dari integration testing dan
system testing• Biasanya unit didefinisikan sebagai:– Suatu fungsi atau prosedur tunggal yang kohesif– Segmen terkecil dari kode program yang bisa dikompile
secara terpisah.– Sebuah fungsi yang pas pada suatu halaman tunggal.– Kode yang bisa ditulis oleh seseorang dalam suatu kurun
waktu.• Definisi yang biasa dipakai yaitu definisi pada point
pertama.
Unit Testing[2]
• Input untuk proses test planning terdiri dari requirement dan detailed design. Output dari proses test planning adalah unit test plan.
• Tahap selanjutnya adalah akuisisi data input dan output yang berasosiasi dengan masing-masing test. Hasil dari tahap ini dinamakan test set.
• Test di eksekusi.
Unit Testing[3]( IEEE )
Pengujian Method[1]• Memverifikasi operasi pada nilai normal parameter (sebuah
black box test yang berdasarkan pada kebutuhan unit)• Memverifikasi operasi pada nilai limit parameter (black
box)• Memverifikasi operasi nilai diluar batas nilai parameter
(black box)• Memastikan bahwa semua instruksi di eksekusi (statement
coverage)• Cek semua path, termasuk semua cabang (decision
coverage)• Cek semua penggunaan object yang dipanggil• Memverifikasi penanganan dari semua struktur data
Pengujian Method[2]
• Memverifikasi penanganan semua file• Cek terminasi normal dari semua loop ( part of
correctness proof)• Cek terminasi abnormal dari semua loop• Cek terminasi normal dari semua rekursif• Cek terminasi abnormal dari semua rekursif• Memverifikasi penanganan semua kondisi error• Cek timing dan sinkronisasi• verifikasi semua ketergantungan hardware
Class Testing• Kombinasikan penggunaan method
– biasanya 2-5– pilih rangkaian pertama yang paling umum– masukan rangkaian yang mungkin menyebabkan error
• Fokuskan unit test pada masing-masing atribut– inisialisasi, lalu eksekusi rangkaian method yang dipengaruhinya
• Verifikasi masing-masing invariant class tidak berubah• Verifikasi object transisi diantara state-state yang ada.
– Rencanakan rangkaian state/transisisi– Set up object dalam inisial state dengan menyeting variable– Sediakan event pertama dan cek transisi yang terjadi
Pengujian integrasi object• Menguji unit yang telah diuji secara tunggal bekerja
secara baik pula setelah digabungkan pada sistem• Mereka akan digabungkan ke dalam suatu grup logis
yang koheren untuk diuji kembali( subsistem )• Saat subsistem tersebut berhasil bekerja dengan baik
maka akan dilanjutkan dengan menggabungkannya dengan subsistem yang lain dan seterusnya sampai membentuk suatu sistem utuh yang teruji
• Hal yang diperhatikan yaitu memeriksa semua unit apakah bekerja bersama dengan baik.
• Penguji lebih mengkonsentrasikan pada interaksi unit daripada fungsionalitasnya
Merancang dan Melakukan Integration Testing
• Putuskan bagaimana dan dimana untuk menyimpan, menggunakan kembali dan mengkodekan integration test– tunjukan dalam project schedule
• Ekesekusi unit-unit test sebanyak mungin sesuai dengan waktu yang tersedia
• Gunakan test regresi • Pastikan kebutuhan pembangunan telah
dispesifikasikan.• Gunakan use case yang harus diimplementasikan• Eksekusi system test
Artifact yang terlibat dalam proses integration test
• use case model :Kumpulan use case yang menggambarkan penggunaan typical dari aplikasi, dan sequence diagram
• test cases : input untuk setiap test• test procedure : cara bagaimana test di set up, dieksekusi, dan
dievaluasi(hasil). Dapat berupa prosedur manual ataupun menggunakan tools untuk test otomasi
• test evaluation : kesimpulan, detail dan effect dari error yang ditemukan
• test plan : Rencana keseluruhan test• test component : source code untuk test itu sendiri serta untuk
code aplikasi yang akan di test • defect (kerusakan) : laporan untuk setiap defect/error yang
ditemukan, diklasifikasikan berdasarkan type dan tingkat peliknya kerusakan
Tahapan System Testing[1]• Memeriksa apakah sistem sudah berlaku dengan benar
atau belum saat digunakan oleh user.• Memperkirakan apakah sistem dapat menanggulangi
segala kondisi dan data mainstream.• Memeriksa performansi behaviour dari sistem. Misal
berapa lama waktu yang diperlukan sistem untuk mengerjakan suatu tugas yang diberikan.
• Menguji volume, stress dan storage untuk meeriksa performance dibawah kondisi ekstrim seperti jumlah input yang besar, high speed input, jumlah user yang banyak serta meningkatnya jumlah aktivitas secara tiba-tiba.
Tahapan System Testing[1]• Semua perhitungan diperiksa ketepatannya
dengan data dan kondisi yang telah diperkirakan maupun tidak.
• Menguji error handling dan recovery dari sistem seperti memeriksa bahwa akan keluar pesan error yang tepat pada setiap kondisi dan pemulihan yang baik setelah sistem mengalami fatal errror.
• Memeriksa kelayakan tingkat keamanan pada sistem agar user yang tidak berwenang tidak dapat memperoleh akses ke sistem.
Tipe-tipe system testing[1]
– volume : memfokuskan untuk input yang besar– usability : mengukur reaksi user ( skala 1-10)– performance : mengukur kecepatan pada
beberapa keadaan– configurasi : mengkonfogurasi untuk bermacam-
macam hardware atau software– compatibility : komplabiliti dengan aplikasi lain
( contoh: mengukur waktu adaptasi)– reliability/availability : mengukur ketahanan pada
periode waktu yang lama
Tipe-tipe system testing[2]
– security– resource usage : mengukur penggunaan RAM,
ruang disk, dll– installability : di install pada bermacam-macam
keadaan (mengukur waktu install)– recoverability : mengukur waktu untuk me-
recover– serviceability : mengukur waktu service– load/stress: untuk data extreme dan traffic
Tipe-Tipe Testing lainnya
• Regression Testing• Acceptance Testing by user or a testing team• Beta Testing• Release testing
Regression Testing
• Terlalu sering memperbaiki kesalahan-kesalahan software memacu pada kesalahan-kesalahan baru
• Seorang programmer yang bijak memperbaiki suatu kesalahan pada program ia akan melaksanakan semua kasus uji dan dan memeriksa hasilnya apakah program tersebut masih menghasilkan hasil yang sama
Acceptance Testing by user or a testing team
• Acceptance test dilakukan oleh customer setelah suatu software dipasarkan. Biasanya tes ini adalah sekumpulan formal tes yang dilakukan untuk mengetahui apakah sistem tersebut sesuai dengan kriteria penerimaan customer
• Acceptance test sering dilakukan diawal agar para programmer atau developer team bisa melakukannya sebelum secara formal memasarkan software tersebut
Beta Testing
• Jika sebuah produk software akan dibangun untuk konsumsi publik maka diuji terlebih dahulu oleh orang luar sebelum akhirnya direlease.
• Beta testing dilakukan oleh sekumpulan orang yang merepresentasikan suatu tipe user yang akan mempergunakan software yang sedang dibangun. Peran mereka yaitu untuk memberikan feedback dari pengalaman mereka memakai produk tersebut dalam lingkungan kerja.
•
Release testing
• Release testing adalah pengujian kelayakan suatu produk agar dapat dipasarkan keluar. Apakah semua disk atau CD sudah berisi file-file yang benar, apakah file-file yang digunakan sudah pada versi yang benar, apakah disk dan CDnya bebas dari virus dan terdapat dokumentasi yang lengkap didalamnya.
• Penguji akan melaksanakan pengujian tingkat tinggi terhadap apakah software telah melakukan apa yang telah diminta dengan membandingkan software, dokumentasi kebutuhan, materi marketing dan dokumentasi user.
Siapa yang melakukan testing?
• Orang yang melakukan pengujian akan bergantung pada tahap yang sedang dilakukan dan sumber yang dialokasikan untuk menguji produk software tertentu, yakni :
• Programmer• Tim penguji• Beta tester(Group yang mewakili pasar)• Customer• Maintainer
Standar ANSI/IEEE untuk test dokumentasi[]
• introduction• test plan : item dalam test,ruang lingkup,
pendekatan, resource, jadwal, personel• test design: item yang ditest, pendekatan,
rencana detail• test case : kumpulan input dan event• test procedures : langkah-langkah untuk
menyeting dan mengeksekusi test case
Standar ANSI/IEEE untuk test dokumentasi[]
• test item transmittal report : item-item dalam test, lokasi fisik dari hasil, orang yang bertanggung jawab untuk transmitting
• test log : kronologi record, lokasi fisik dari hasil, nama penguji
• test incident report : dokumentasi dari setiap event yang terjadi selama test, yang membutuhkan investigasi lebih lanjut
• test summary report : kesimpulan-kesimpulan dari keseluruhan point-point di atas
Testing Tools[1]
• Testing bervolume besar biasanya membutuhkan penggunaan tool-tool otomatis. Jacobson menyarankan bahwa 75% dari test lebih baik dilakukan secara otomatis daripada dilakukan secara manual.
• Kemampuan dari tools otomatis system test:– merekam aksi mouse dan keyboard untuk
memungkinkan pengulangan pemutaran kembali– jalankan test script secara berulang-ulang– memungkinkan untuk merekam hasil test
Testing Tools[2]
• merekam waktu eksekusi• merekam run time error• membuat dan mengatur regression test• menghasilkan test report• menghasilkan test data• merekam penggunaan memory• mengatur/mengelola test case• analisa keseluruhan
Daftar Pustaka• Britton, Carol dan Doake, Jill, “Object –Oriented System
Development: A gentle Introduction” , Singapore: McGraw-Hill, Inc., 2001
• Braude, Eric J.,”Software Engineering: An Object Oriented Perspective”, United State of America: John Wiley & Sons,Inc., 2000
• Bahrami, Ali, “Object Oriented System Development”, Singapore: McGraw-Hill, Inc., 1999
• Pressman, Roger S.,The 5th edition of Software Engineering: A Practitioner's Approach,McGraw-Hill.
• Sommerville, Ian, Software Engineering, 6th edition, Pearson Education, 2001
• http://www.cetus-links.org/oo_testing.html• http://www.testing.com/writings/1-fault.htm• http://www.rbsc.com/pages/who_who.html