Testing dan Implementasi Sistem

Slides:



Advertisements
Presentasi serupa
COST OF SOFTWARE QUALITY
Advertisements

REKAYASA PERANGKAT LUNAK
Proses-proses Perangkat Lunak
ANALISIS SISTEM.
Unit Testing Software Quality Eko Prasetyo Teknik Informatika
Oleh: Narayoga Wasesa Staff Training & Certification.
Software Quality Assurance
Pertemuan 7 Proyek Sistem Informasi Viska Armalina, ST., M.Eng
Pengembangan perangkat lunak
TEKNIK PENGUJIAN PERANGKAT LUNAK
ANALISIS DAN DESAIN SISTEM INFORMASI
Testing dan Implementasi Sistem
Siklus Pengembangan Sistem Informasi Akuntansi
Testing dan Implementasi Sistem
Implementasi Sistem ERP
Testing Implementasi Sistem Oleh :Rifiana Arief, SKom, MMSI
METODOLOGI MANAJEMEN PROYEK SISTEM INFORMASI
Testing dan Implementasi Sistem
Tugas Sistem Informasi Manajemen
Software Quality Assurance
Rekayasa Perangkat Lunak
Rekayasa Perangkat Lunak
Systems Development Life Cycle
Pengembangan Solusi Content Management Pertemuan 3.
Spesifikasi Perangkat Lunak
FASE PERENCANAAN MPSI – sesi 4.
METODOLOGI MANAJEMEN PROYEK
Project Quality Management
TEKNIK PENGUJIAN PERANGKAT LUNAK
Project IT Organization
FASE PERENCANAAN MPSI – sesi 4.
Materi Bab 5 Sistem Informasi
Metodologi Pengembangan Sistem Informasi
REKAYASA PERANGKAT LUNAK
FASE AKHIR MPSI-SESI12.
ANALISA KINERJA SISTEM
9. Software Quality Assurance
Anna dara andriana., M.kom
Pendekatan Pengembangan Sistem Informasi
ANALISA DAN PERANCANGAN SISTEM INFORMASI
Pertemuan 1: Framework Proses.
Materi Habis Uts IMK Prototyping
Analisa dan Perancangan Sistem
TESTING DAN IMPLEMENTASI SISTEM
METODE PENGEMBANGAN PERANGKAT LUNAK
ANALISA DAN PERANCANGAN SISTEM INFORMASI
Anna dara andriana., M.kom
TESTING DAN IMPLEMENTASI PERTEMUAN 2
TESTING DAN IMPLEMENTASI SISTEM (Pertemuan Ke-6)
SQA Team.
TESTING DAN IMPLEMENTASI SISTEM (Pertemuan Ke-4)
Software Quality Assurance
FASE AKHIR MPSI-SESI12.
Konsep Manajemen Proyek
Manajemen Proyek Perangkat Lunak (MPPL)
TEKNIK PENGUJIAN PERANGKAT LUNAK
METODOLOGI MANAJEMEN PROYEK PRODI MIK | FAKULTAS ILMU-ILMU KESEHATAN
SOFTWARE QUALITY ASSURANCE
TEKNIK PENGUJIAN PERANGKAT LUNAK
METODOLOGI MANAJEMEN PROYEK SISTEM INFORMASI
TESTING DAN QA SOFTWARE PERTEMUAN 18
Metodologi Pengembangan Sistem Informasi
Impelementasi Sistem 11/22/2018.
MANAJEMEN PROYEK.
Pengujian Perangkat Lunak
Software Quality Assurance
TEKNIK PENGUJIAN PERANGKAT LUNAK
Software Quality Assurance
Fathiah, S.T.,M.Eng Universitas Ubudiyah Indonesia
BUKTI UNJUK KERJA SERTIFIKASI PROGRAMMER
Transcript presentasi:

Testing dan Implementasi Sistem Pertemuan 4

Outline Teknik untuk menjamin SW quality Inspection Walkthrough Code review

Inspections Review work product yang bersifat formal, mengikuti standar proses yang bertujuan mendeteksi defect lebih awal dalam suatu development lifecycle

Work product Adalah model, desain, program, testplan dll yang dihasilkan selama proses pengembangan sistem Contoh work product : Fase analisis : DFD, ERD, spesifikasi proses Fase desain : form input/output, report, desain database Fase implementasi : code program, testplan untuk code program

Cont’d Dibandingkan dengan walkthrough : Pendekatan lebih formal Bersifat lebih ekonomis Ada jadwalnya dan pelaksanaannya lebih jarang

Partisipan Setidaknya terdiri dari 3-8 orang reader (presenter) bukan programmer yang sesungguhnya writer moderator Inspector, tergantung inspections dilakukan pada fase apa terdiri atas : PM senior engineer Tester/developer terkait User inspector bertugas mereview code dari berbagai macam sudut pandang, baik sebagai user, tester atau dari fungsi support

Cont’d Fokus bahasan : tujuan inspeksi hari ini apa kenapa pembuatan suatu modul tertunda / kenapa ada resource yang sedang free bagaimana cara kita menyelesaikan masalah tersebut agar jadwal tidak molor

Yang perlu dimiliki seorang inspector Anggapan bahwa suatu work product “bermasalah” sampai terbukti baik-baik saja

Alasan melakukan inspeksi Alasan utama adalah ekonomi – biaya pembuatan SW Semakin awal suatu defect sw teridentifikasi, semakin murah biaya yang diperlukan untuk memperbaikinya untuk melacak progress pekerjaan mengurangi waktu rework dan debug dpt memberikan peringatan awal tentang masalah yang akan datang information sharing

Kapan baiknya dilaksanakan Ketika suatu unit kerja/ dokumentasi sudah rampung, dan unit tersebut masih dalam skala “byte size”, maka inspeksi harus segera dijadwalkan Misal : analisis : draft pertama DFD selesai maka diadakan inspeksi Programming : ketika akan membuat modul baru, maka diadakan inspeksi untuk modul sebelumnya Lakukan inspection sesering mungkin untuk menemukan error seawal mungkin

Step-step inspeksi menyebarkan materi yang akan diinspeksi ke peserta (peserta yang ikut inspeksi sudah benar-benar siap) proof reading reader (presenter) membaca pekerjaan yang telah diselesaikannya / rencana untuk kegiatan selanjutnya (bisa berupa code, testcase/design) writer akan menuliskan permasalahan yang didiskusikan/akan diselesaikan moderator dan inspector akan mengeluarkan pendapatnya

Output dari inspection “Action list” dari error/deficiency yang perlu diperbaiki Action list tersebut akan diserahkan kepada penghasil work product Inspection hanya mendeteksi error, tidak memperbaiki error Perbaikan error didelegasikan ke penghasil work product

Walkthrough Informal review untuk evaluasi atau untuk tujuan informasi tidak perlu persiapan dpt terjadi kapan saja (disemua tahapan pengembangan) dan menghasilkan kesimpulan saat itu juga, tidak memakai jadwal

Cont’d tujuan dari walkthrough adalah mengidentifikasi dan mempertegas keberadaan defect (bukan bagaimana cara menyelesaikan defect tersebut) – secara umum Tujuan lainnya : mendeteksi eror lebih dini memastikan standar pengembangan diikuti melatih dan sebagai sarana bertukar informasi teknis antar anggota tim proyek meningkatkan kualitas proyek

Partisipan Presenter adalah programmer (yang menuliskan code) menyampaikan code (perbaris) yang ditulisnya menjelaskan apa yang dilakukan oleh suatu code dan kenapa memakai code tersebut ke grup kecil (programmer dan tester) reviewer mendengarkan dan menanyakan sesuatu yang terlihat mencurigakan, melanggar standar pengembangan sw dan masalah-masalah lain setelah review selesai, presenter menulis laporan yang menjelaskan apa yang jadi temuan (biasanya berupa bug)

Cont’d Walkthrough dikatakan selesai jika : seluruh sw produk sudah diperiksa rekomendasi dan kegiatan yang diperlukan sudah dicatat output dari walkthrough sudah lengkap

Picture from “Inspections” presentation http://www. math. uaa. alaska

Tentukan sw yang akan dikembangkan Buat list kebutuhan Lakukan review terhadap pembuatan list kebutuhan

Minggu depan Testing unit Testing modul Testing subsistem Code review ????? Proses testing Perencanaan Pembuatan testcase Testing Testing unit Testing modul Testing subsistem