Mkpl Pertemuan5

Click here to load reader

download Mkpl Pertemuan5

of 32

  • date post

    01-Nov-2014
  • Category

    Technology

  • view

    1.460
  • download

    2

Embed Size (px)

description

 

Transcript of Mkpl Pertemuan5

  • 1. Pengujian, Validasi dan Verifikasi Perangkat Lunak Pertemuan 5
  • 2. Definisi Pengujian Perangkat Lunak
    • Myers1979
      • Proses menjalankan program dengan maksud menemukan kesalahan
    • IEEE1990
      • Proses sistem operasi atau komponen menurut kondisi tertentu, pengamatan atau pencatatan hasil dan mengevaluasi beberapa aspek sistem atau komponen
      • Proses analisa item perangkat lunak untuk mendeteksi perbedaan antara kondisi yang ada dengan yang diinginkan dan mengevaluasi fiture item perangkat lunak
  • 3. Definisi Pengujian Perangkat Lunak
    • Proses formal yang ditentukan oleh tim pengujian yang meliputi unit perangkat lunak, beberapa unit terintegrasi atau seluruh paket yang ditentukan oleh program yang berjalan dikomputer. Seluruh test saling terkait dan adanya prosedur pengujian dan kasus pengujian
  • 4. Tujuan Pengujian PL
    • Tujuan Langsung
      • Untuk identifikasi dan menemukan beberapa kesalahan yang mungkin ada dalam perangkat lunak yang diuji
      • Setelah perangkat lunak dibetulkan, diidentifikasi lagi kesalahan dan ditest ulang untuk menjamin kualitas level penerimaan
      • Membentuk test yang efisien dan efektif dengan anggaran dan jadwal yang terbatas
    • Tujuan tidak langsung
      • Mengumpulkan daftar kesalahan untuk digunakan dalam daftar pencegahan kesalahan (tindakan corrective dan preventive )
  • 5. Apa yang bisa ditunjukkan oleh pengujian ? errors requirements conformance performance an indication of quality
  • 6. Kategori Test
    • Unit
      • unit testing dipakai pada modul single standalone module atau unit dari code
    • Integration
      • Testing pada group dari modul
    • System
      • memeriksa/memvalidasi apakah sistem memenuhi persyaratan
    • Acceptance
      • testing untuk memastikan bahwa sistem cocok dengan kebutuhan dari organisasi dan end user
    • Regression
      • testing setelah perubahan telah dibuat untuk memastikan bahwa tidak ada perubahan yang tidak diinginkan itu ada
  • 7. Strategi Pengujian Perangkat Lunak
    • Meskipun metodologi pengujian mungkin berubah, ada dua dasar strategi pengujian
      • Menguji perangkat lunak secara keseluruhan, sekali untuk semua package yang ada, big bang testing
      • Menguji perangkat lunak per bagian dalam modul (unit testing), dilanjutkan dengan menguji integrasi setiap modul (integration test), selanjutnya seluruh package di uji (system test) Strategi Incremental Testing
  • 8. Incremental Testing
    • Dibentuk dari dua dasar strategi
      • Bottom-up
      • Top-down
    • Kedua strategi incremental testing ini menganggap bahwa package perangkat lunak dibangun berdasarkan hirarki modul perangkat lunak
  • 9. Incremental Testing
    • Pengujian Top-down
      • Modul pertama yang diuji adalah modul utama Level modul tertinggi dalam struktur perangkat lunak
      • Modul terakhir yang diuji adalah modul yang berada pada level paling rendah
    • Pengujian Bottom-up
      • Kebalikan dari Top-down
      • Yang diuji pertama adalah modul yang terletak pada level paling rendah
      • Modul terakhir yang diuji adalah modul utama
  • 10. Bottom Up versus Top down strategies
    • Bottom Up
      • Keuntungan
        • Relatif mendorong performance
      • Kerugian
        • Menghambat program sebagai sebuah keseluruhan modul (yang diamati pertama modul dilevel paling rendah)
    • Top-down
      • Keuntungan
        • Memperlihatkan keseluruhan fungsi program semua modul lengkap
      • Kerugian
        • Sulit menyiapkan potongan program
        • Sulit untuk menganalisa hasil test
  • 11. Langkah-lagkah membangun taktik pengujian
    • 1. Memperoleh dan mempelajari strategi pengujian
    • 2. Menentukan tipe proyek yang dibangun
    • 3. Menentukan tipe dari sistem perangkat lunak
    • 4. Menentukan ruang lingkup proyek
    5. Mengidentifikasi resiko taktik 6. Menentukan kapan testing dilakukan 7. Membangun rencana sistem 8. Membangun rencana test unit
  • 12. 1: Memperoleh dan mempelajari strategi pengujian
    • Dala hal ini, tim harus menanyakan :
      • Apa hubungan dari kepentingan diantara faktor-faktor test ?
      • Mana resio level tinggi yang paling signifikan ?
      • Kerusakan apa yang dapat terjadi pada bisnis apabila perangkat lunak gagal untuk menampilkan dengan benar ataupun tidak lengkap pada waktunya?
      • Siapa orang yang paling tahu dalam memahami dampak dari resiko bisnis yag telah diidentifikasi?
  • 13. 2: Menentukan tipe proyek yang dibangun
      • Pembangunan sistem tradisional
      • Prototyping
      • System Maintenance
      • Pembelian atau penyewaan perangkat lunak
  • 14. 3. Menentukan tipe dari sistem perangkat lunak
    • Batch
    • Even control
    • Process control
    • Procedure control
    • Advanced mathematical model
    • Message processing
    • Diagnostic software
    • Sensor and signal processing
    • Simulation
    • Database management
    • Data acquisition
    • Data presentation
    • Decision and planning aids
    • Pattern and image processing
    • Computer system software
    • Software development tools
  • 15. 4. Menentukan ruang lingkup proyek
    • Pembangunan sistem baru
      • Proses bisnis otomatis atau manual ?
      • Proses bisnis dan area yang mana yang akan atau tidak akan terpengaruh ?
      • interfacing pada sistem yang ada ?
      • Sistem yang sudah ada akan atau tidak akan terpengaruh ?
    • Merubah yang sudah ada
      • Hanya mengkoreksi ?
      • Standar perawatan rekayasa ulang ?
      • Koreksi pada kerusakan yang tersembunyi untuk ditambahkan pada perbaikan ?
      • Apakah sistem yang lain terpengaruh ?
      • Resiko atau regresi ?
  • 16. 5. Mengidentifikasi resiko taktik
    • Ada tiga kategori dari resiko taktik
      • Structural risks : berhubungan dengan aplikasi dan metode yang digunakan untuk membangun aplikasi
      • Technical risks : berhubungan dengan teknologi yang digunakan dalam membangun dan mengoperasikan apikasi
      • Size risks : berhubungan dengan besarnya dalam segala aspek dari perangkat lunak
  • 17. 6. Menentukan kapan testing dilakukan
    • Tahap persyaratan
      • Menentukan strategi test
      • Menentukan ketercukupan persyaratan
      • Menjalankan kondisi test fungsional
    • Tahap Desain
      • Menentukan konsistensi dari desain yang disyaratkan
      • Menentukan ketercukupan desain
      • Menjalankan konsistensi test struktural dan fungsional
    • Tahap coding
      • Menentukan konsistensi dengan desain
      • Menentukan ketercukupan dari implementasi