Please enable JavaScript.

Coggle requires JavaScript to display documents.

Strategi Pengujian Perangkat Lunak, NAMA KELOMPOK : BAYU INDRA KUSUMA…

- - - - Berfokus pada inti terkecil dari desain perangkat lunak yaitu modul
      - Biasanya berorientasi pada white box
    - - Apakah jumlah parameter input sama dengan jumlah argumen?
      - Apakah antara atribut dan parameter argumen sudah cocok ?
      - Apakah sistem satuan parameter dan argumen sudah cocok?
      - Apakah jumlah argumen yang ditransmisikan ke modul yang dipanggil sama dengan atribut parameter?
      - Apakah sistem unit dari argumen yang ditransmisikan ke modul yang dipanggil sama dengan sistem satuan parameter?
      - Apakah jumlah atribut dan urutan argumen ke fungsi-fungsi built-in sudah benar?
      - Adakah referensi ke parameter yang tidak sesuai dengan poin entri yang ada?
      - Apakah argumen input only diubah?
      - Apakah definisi variabel global konsisten dengan modul?
      - Apakah batasan yang dilalui merupakan argumen?
      - Apakah atribut dari argumen yang ditransmisikan ke modul yang dipanggil sama dengan atribut parameter?
    - - 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
    - - 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
  - - - Elemen dari proses validasi
        
        Memastikan apakah semua elemen konfigurasi perangkat lunak telah dikembangkan dengan tepat
    - - Alpha
        
        Usability Labs
        
        Usability Factors Checklist
      - Beta
- - - - 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: Mengujikan proses antar server dan antar partisi hardisik pd satu server.
    - - 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.
    - - 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.
      - Load Balancing Monitor
      - Network Monitor
      - Performance Testing Tools
        
        Below is the comprehensive list of most widely used performance testing tools for measuring web application performance and load stress capacity. These load testing tools will ensure your application performance in peak traffic and extreme stress conditions.
    - - 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.
    - - 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.
    - - Dilakukan dengan mensimulasikan beberapa kesalahan untuk menguji proses backup dan recovery.
      - Dilakukan untuk melihat prosedur back-up 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).