Strategi Pengujian Perangkat Lunak

Transkripsi

1 Strategi Pengujian Perangkat Lunak Testing is the process of exercising a program with the specific intent of finding errors prior to delivery to the end user.

2 What Testing Shows errors requirements conformance performance an indication of quality

3 Pendekatan Strategis Pengujian yang efektif dengan melakukan tinjauan teknis yang efektif. Dengan melakukan ini, banyak kesalahan akan dihilangkan sebelum pengujian dimulai. Pengujian dimulai pada tingkat komponen dan bekerja outward" terhadap integrasi sistem berbasis komputer secara keseluruhan. Teknik pengujian yang berbeda sesuai untuk pendekatan rekayasa perangkat lunak yang berbeda dan di berbagai titik dalam waktu. Pengujian dilakukan oleh pengembang perangkat lunak dan (untuk proyek-proyek besar) suatu kelompok uji independen. Pengujian dan debugging merupakan aktivitas yang berbeda, tetapi debugging harus diakomodasi dalam strategi pengujian.

4 Seberapa baik sistem yang sudah dibangun? Dua Aspek yang dipertimbangkan: Apakah implementasi sudah sesuai dengan spesifikasi? Apakah spesifikasi sesuai dengan kebutuhan user? Validasi Apakah sistem yang dikembangkan sudah benar? Pengujian dimana sistem ketika diimplementasikan sesuai dengan yang diharapkan Verifikasi Apakah sistem dikembangkan dengan cara yang benar? Pengujian apakah sistem sudah sesuai dengan spesifikasi

5 Who Tests the Software? developer independent tester Understands the system but, will test "gently" and, is driven by "delivery" Must learn about the system, but, will attempt to break it and, is driven by quality

6 Pendekatan Strategis ke pengujian perangkat lunak

7 Strategi Pengujian O Dimulai dari testing-in-the-small kemudian ke testing-in-the-large O Untuk PL Konvensional O Fokus : module (komponen) O Dilanjutkan integrasi antar module O Untuk PL Object Oriented O Fokus testing in the small berubah dari modul ke OO class meliputi atribut dan operation

8 Isu Strategis OTentukan persyaratan produk secara kuantitatif jauh sebelum pengujian dimulai. OMemahami pengguna perangkat lunak dan mengembangkan profil untuk setiap kategori pengguna. OMengembangkan rencana pengujian yang menekankan "pengujian siklus yang cepat." OMembangun robustt" perangkat lunak yang dirancang untuk menguji dirinya sendiri OMengembangkan pendekatan perbaikan terusmenerus untuk proses pengujian.

9 Unit Testing module to be tested results software engineer test cases

10 Pengujian Unit O Berfokus pada inti terkecil dari desain perangkat lunak yaitu modul OBiasanya berorientasi pada white box MODUL Interface Struktur data lokal Kondisi Batas Jalur independen Jalur penanganan kesalahan Test Case

11 Lingkungan Pengujian Unit driver Module stub interface local data structures boundary conditions independent paths error handling paths stub test cases RESULTS

12 Pengujian Unit OChecklist untuk pengujian interface OApakah jumlah parameter input sama dengan jumlah argumen? OApakah antara atribut dan parameter argumen sudah cocok? OApakah antara sistem satuan parameter dan argumen sudah cocok? OA p a k a h j u m l a h a r g u m e n y a n g ditransmisikan ke modul yang dipanggil sama dengan atribut parameter?

13 Pengujian Unit O A p a ka h a t r i b u t d a r i a r g u m e n y a n g ditransmisikan ke modul yang dipanggil sama dengan atribut parameter? OApakah sistem unit dari argumen yang ditransmisikan ke modul yang dipanggil sama dengan sistem satuan parameter? OApakah jumlah atribut dan urutan argumen ke fungsi-fungsi built-in sudah benar? OAdakah referensi ke parameter yang tidak sesuai dengan poin entri yang ada? OApakah argumen input only diubah?

14 Pengujian Unit OApakah definisi variabel global konsisten dengan modul? OApakah batasan yang dilalui merupakan argumen? Test case harus didesain untuk mengungkap kesalahan dalam kategori pengetikan yang tidak teratur dan tidak konsisten inisialisasi yang salah atau nilai-nilai default Nama variabel yang tidak benar Tipe data yang tidak konsisten Underflow, overflow dan pengecualian pengalamatan

15 Integration testing Pengujian keseluruhan sistem atau sub- sistem yang terdiri dr komponen yg terintegrasi. Test integrasi menggunakan black-box dengan test case ditentukan dari spesifikasi. Kesulitannya adalah menemukan/melokasikan Penggunaan Incremental integration testing dapat mengurangi masalah tersebut.

16 Incremental integration testing A T1 T1 A T1 T2 A T2 T2 B B T3 T3 B C T4 T3 C T4 T5 D Test sequence 1 Test sequence 2 Test sequence 3

17 Pendekatan integration testing Top-down testing n Berawal dari level-atas sistem dan terintegrasi dengan mengganti masing-masing komponen secara top-down dengan suatu stub (program pendek yg mengenerate input ke sub-sistem yg diuji). Bottom-up testing n Integrasi komponen di level hingga sistem lengkap sudah teruji. Pada prakteknya, kebanyakan test integrasi menggunakan kombinasi kedua strategi pengujian tsb.

18 Top-down testing Level 1 Testing sequence Level 2 Level 2 stubs Level 3 stubs Level 1 Level 2 Level 2... Level 2

19 Bottom-up testing Test drivers Level N Test drivers Level N Level N 1 Level N Level N 1 Level N Level N Level N 1 Testing sequence

20 Pendekatan Testing Architectural validation n Top-down integration testing lebih baik digunakan dalam menemukan error dalam sistem arsitektur. System demonstration n Top-down integration testing hanya membatasi pengujian pada awal tahap pengembangan system. Test implementation n Seringkali lebih mudah dengan menggunakan bottom-up integration testing

21 Interface testing Dilakukan kalau module-module dan sub- system terintegrasi dan membentuk sistem yang lebih besar Tujuannya untuk medeteksi fault terhadap kesalahan interface atau asumsi yg tidak valid terntang interface tsb. Sangat penting untuk pengujian terhadap pengembangan sistem dgn menggunakan pendekatan object-oriented yg didefinisikan oleh object-objectnya

22 Pengujian Validasi O Kajian Konfigurasi (audit) OElemen dari proses validasi OM e m a s t i k a n apakah semua elemen konfigurasi perangkat lunak telah dikembangkan dengan tepat

23 Pengujian Validasi OPengujian Alpha dan Beta OPengujian Alpha OUsability labs OUsability factors checklist OPengujian Beta

24 Pengujian Sistem OPengujian Perbaikan OPengujian Keamanan OPengujian Stress OPengujian Kinerja

25 Pengujian Aplikasi Server Volume Testing Stress Testing Performance Testing Data Recovery Testing Data Backup and Restore Testing Data Security Testing

26 Volume Testing Menemukan kelemahan sistem selama melakukan pemrosesan data dalam jumlah yang besar dalam periode waktu yang singkat. Tujuan: meyakinkan bahwa sistem tetap melakukan pemrosesan data anatar batasan fisik dan batasan logik. Contoh: n Mengujikan proses antar server dan antar partisi hardisik pd satu server.

27 Stress Testing Tujuan: mengetahui kemampuan sistem dalam melakukan transaksi selama periode waktu puncak proses. Contoh periode puncak: ketika penolakan proses login on-line setelah sistem down atau pada kasus batch, pengiriman batch proses dalam jumlah yg besar dilakukan setelah sistem down. Contoh: Melakukan login ke server ketika sejumlah besar workstation melakukan proses menjalankan perintah sql database.

28 Performance Testing Dilakukan secara paralel dengan Volume dan Stress testing untuk mengetahui unjuk kerja sistem (waktu respon, throughput rate) pada beberapa kondisi proses dan konfigurasi. Dilakukan pada semua konfigurasi sistem perangkat keras dan lunak. n n Mis.: pd aplikasi Client-Server diujikan pd kondisi korporate ataupun lingkungan sendiri (LAN vs. WAN, Laptop vs. Desktop) Menguji sistem dengan hubungannya sistem ke lain pada server yg sama. Load Balancing Monitor Network Monitor

29 Data Recovery Testing Investigasi dampak kehilangan data melalui proses recovery ketika terjadi kegagalan proses. Penting dilakukan karena data yg disimpan di server dapat dikonfigurasi dengan berbagai cara. Kehilangan Data terjadi akibat kegagalan sistem, hardisk rusak, peghapusan yg tidak sengaja, kecelakaan, virus dan pencuri.

30 Data Backup and Restore Testing Dilakukan untuk melihat prosedur back-up dan recovery. Diakukan dengan mensimulasikan beberapa kesalahan untuk menguji proses backup dan recovery. Pengujian dilakukan terhadap strategi backup: frekuensi, medium, waktu, mekanisme backup (manual/ otomatis), personal,? Berapa lama backup akan disimpan. Switching antara live dan backup server ketika terjadi kerusakan (load log transaction pada back-up kemudian melaku recovery).

31 Data Security Testing Privilege access terhadap database diujikan pada beberapa user yang tidak memiliki privilege access ke database. Shutdown database engine melalui operating system (dengan beberapa perintah OS) yg dapat mematikan aplikasi database.

32 Debugging Eksekusi case of case Test Case Pengujian Tambahan Penyebab yang dicurigai Pengujian regresi Koreksi Penyebab yang diidentifikasi Debugging Hasil