Pengujian Sofware – strategi

Slides:



Advertisements
Presentasi serupa
Testing & Implementation System
Advertisements

REKAYASA PERANGKAT LUNAK
Overview Komponen Sistem SQA
Pemrograman Sistem terdistribusi
Rekayasa Perangkat Lunak dan Proses Software
DASAR-DASAR PENGUJIAN PERANGKAT LUNAK
Bab 6 PERANCANGAN PERANGKAT LUNAK
BAB 8 PENGUJIAN PERANGKAT LUNAK
Minggu 6 Prinsip & Konsep Desain
Software testing Rizqi Prifsanti ( ).
REKAYASA PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK (Software Engineering) Eka Ismantohadi
Pengujian Software - Pelaksanaan
Pengembangan PL Ahmat Adil.
PEMROGRAMAN TERSTRUKTUR
Strategi Evaluasi dan Memilih Paket ERP
Tahap Testing SIstem (lanjutan II)
Pengembangan perangkat lunak
TEKNIK PENGUJIAN PERANGKAT LUNAK
Prototyping Aplikasi Teknologi Informasi
Aktifitas Pengembangan Sistem
Aktifitas Pengembangan & Pemeliharaan Sistem
STRATEGI PENGUJIAN PERANGKAT LUNAK
Software Testing Pertemuan III.
Kriteria Rekayasa Perangkat Lunak (lanjutan)
TEKNIK TESTING DAN STRATEGI TESTING
Rekayasa Perangkat Lunak (Lanjut)
Pengujian dan Implementasi Sistem Informasi
MERANCANG PROGRAM DAN PSEUDOCODE 1 Metode Perancang Program.
ERP (Enterprise Resource Planning)
Spesifikasi Perangkat Lunak
KONSEP SISTEM INFORMASI KORPORASI
METODOLOGI MANAJEMEN PROYEK
Rekayasa Perangkat Lunak Model Proses PL
Tim RPL Teknik Informatika 2017
BAB 1 PENGUJIAN PERANGKAT LUNAK
Rekayasa perangkat lunak (rpl)
TEKNIK PENGUJIAN PERANGKAT LUNAK
System Integration Testing
REKAYASA PERANGKAT LUNAK
TESTING DAN IMPLEMENTASI SISTEM
PENGEMBANGAN PERANCANGAN SISTEM
STRATEGI TESTING SOFTWARE
Strategi Pengujian Perangkat Lunak & Sistem
REKAYASA PERANGKAT LUNAK
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
FAKTOR FAKTOR MUTU SOFTWARE
Testing dan Implementasi
SEMESTER PENDEK INTERAKSI MANUSIA & KOMPUTER
PERTEMUAN 2 Proses Pengembangan Perangkat Lunak
TESTING DAN IMPLEMENTASI PERTEMUAN 2
TESTING DAN IMPLEMENTASI SISTEM (Pertemuan Ke-7)
Manajemen Proyek Sistem Informasi DAY-2
Pengembangan Sistem Informasi
Pengembangan Sistem Informasi
JAMINAN KUALITAS PERANGKAT LUNAK (SOFTWARE QUALITY ASSURANCE)
TEKNIK PENGUJIAN PERANGKAT LUNAK
Testing Dan Implementasi Sistem
TEKNIK PENGUJIAN PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK
TESTING DAN QA SOFTWARE PERTEMUAN 18
TESTING DAN QA SOFTWARE PERTEMUAN 10 & 11
Pengujian Perangkat Lunak
TEKNIK PENGUJIAN PERANGKAT LUNAK
Enterprise Resource Planning (ERP) Systems
Tim RPL Teknik Informatika 2018
White Box Testing.
Kelompok 2 : Maria Bestarina Laili: Ida Megawati: Sakim: Erman Al Hakim: Kunthi Widyati: Ilham.
Studi Kasus Produksi Galon
Fathiah, S.T.,M.Eng Universitas Ubudiyah Indonesia
Transcript presentasi:

Pengujian Sofware – strategi

Pengujian software Definisi Pengujian software adalah sebuah proses formal yang dilakukan oleh tim pengujian khusus dimana unit perangkat lunak, beberapa unit perangkat lunak yang terintegrasi atau seluruh paket perangkat lunak diperiksa dengan menjalankan program pada komputer. Semua tes terkait ditunjukkan sesuai dengan prosedur pengujian yang disetujui uji kasus. Tujuan pengujian software Untuk mengidentifikasi dan mengungkapkan kesalahan sebanyak mungkin dalam perangkat lunak diuji. Untuk membawa software yang diuji setelah koreksi kesalahan diidentifikasi dan pengujian ulang, pada kualitas yang memadai. Untuk melakukan tes yang dibutuhkan secara efisien dan efektif, dalam anggaran dan penjadwalan keterbatasan.

Dasar pengujian software Pengujian big-bang : Pengujian perangkat lunak secara keseluruhan setelah menyelesaikan paket yang tersedia. Pengujian Incremental : Pengujian sotware sedikit demi sedikit pada modul yang telah selesai. Kemudian melakukan tes integrasi yaitu menguji modul – modul yang telah terintegrasi. Proses ini berlanjut sampai semua paket modul telah selesai diuji. Setelah semua telah selesai dilakukan pengujian paket secara keseluruhan.

Big bang vs incremental testing lebih mudah untuk mengidentifikasi persentase kesalahan bila dibandingkan dengan pengujian seluruh paket perangkat lunak Identifikasi dan koreksi kesalahan jauh lebih sederhana karena identifikasi kesalahan dilakukan pada bagian awal. Kerugian utama dari pengujian incremental adalah kuantitas pemrograman, sumber daya yang diperlukan untuk persiapan bertopik dan driver untuk unit dan integrasi tes. Kelemahan lain utama adalah kebutuhan untuk menguji banyak program dalam rentang waktu. Big – Bang  Kecuali program yang diuji sangat kecil dan sederhana, aplikasi pengujian big bang membuat kerugian . Identifikasi kesalahan menjadi cukup rumit sehubungan besarnya dari perangkat lunak. Banyaknya koreksi yang harus dilakukan pada keseluruhan perangkat lunak dalam satu waktu membuat terganggunya jadwal dan anggaran yang telah dibuat. Namun keuntungan pengujian big bang hanya membutuhkan operasi pengujian tunggal.

Dasar pengujian software Selanjutnya, tambahan pengujian juga dilakukan menurut dua dasar strategi: bottom-up dan top-down.   Pengujian top-down modul pertama diuji adalah modul utama, modul tingkat tertinggi dalam struktur perangkat lunak; modul terakhir menjadi diuji adalah modul tingkat terendah.  Pengujian bottom-up urutan pengujian dibalik: modul tingkat terendah diuji pertama, dengan utama modul diuji kemudian.

Bottom Up

Top Down

Bottom-up versus top-down strategi Keuntungan bottom up  adalah relatif mudah kinerjanya Kerugian  keterlambatan di mana program secara keseluruhan dapat diamati (yaitu, pada tahap berikut pengujian modul terakhir).   Keuntungan  dari strategi top-down adalah kemungkinan ia menawarkan untuk menunjukkan fungsi seluruh program lama setelah aktivasi dari tingkat atas modul telah selesai. Dalam banyak kasus, ini karakteristik memungkinkan untuk identifikasi awal dari kesalahan analisis dan desain yang berhubungan dengan algoritma, persyaratan fungsional, dan sejenisnya. Kerugian  dari strategi ini adalah kesulitan  mempersiapkan kebutuhan yang diperlukan

Klasifikasi menurut konsep pengujian Kotak hitam (fungsionalitas) pengujian.  Pengujian yang mengabaikan mekanisme internal sistem atau komponen dan hanya berfokus pada output yang dihasilkan . Pengujian dilakukan untuk mengevaluasi pemenuhan sistem atau komponen dengan kebutuhan fungsional tertentu. Kotak putih (struktural) pengujian.  Pengujian yang memperhitungkan mekanisme internal sistem atau komponen.

Keuntungan dan Kerugian Pengujian Kotak Hitam ■ Hal ini memungkinkan tester untuk melakukan hampir semua kelas tes. ■ Membutuhkan sumber daya jauh lebih sedikit. Kerugian ■ Hal ini memungkinkan untuk identifikasi kesalahan kebetulan sebagai benar. ■ Ini tidak memiliki kontrol ■ Ini tidak memiliki kemungkinan untuk menguji kualitas coding kerja.

Keuntungan dan Kerugian Kotak Putih Keuntungan ■ Ini memungkinkan pemeriksaan langsung dari jalur proses dan algoritma. ■ Ini memberikan daftar program yang belum dieksekusi . ■ Hal ini mampu untuk melakukan pengujian kualitas coding . Kerugian ■ Hal ini membutuhkan sumber daya yang luas. ■ Tidak bisa menguji kinerja perangkat lunak dalam hal ketersediaan,kehandalan dll

Pengujian kotak hitam diklasifikasikan menjadi tiga kelompok: ■ Pengujian Operasi ■ Pengujian Revisi ■ Pengujian Transisi.

Operasi pengujian meliputi: (1) Pengujian kebenaran  output (2) Pengujian Dokumentasi  (3) Pengujian Ketersediaan   (4) Pengujian Kehandalan  (5) Pengujian Stres (daya tahan) (6) Pengujian sistem keamanan Software (7) Pengujian pelatihan (8) Pengujian Operasional .

Revisi pengujian meliputi: (1) Pengujian pemeliharaan (maintain) (2) Pengujian fleksibilitas (3) Testability. Transisi pengujian meliputi: (1) Pengujian portabilitas  (2) Pengujian usabilitas (kegunaan) (3) Pengujian antarmuka software (4) Pengujian antarmuka peralatan