Presentasi sedang didownload. Silahkan tunggu

Presentasi sedang didownload. Silahkan tunggu

Testing dan Implementasi Sistem 3 SKS Eka Dyar W.

Presentasi serupa


Presentasi berjudul: "Testing dan Implementasi Sistem 3 SKS Eka Dyar W."— Transcript presentasi:

1 Testing dan Implementasi Sistem 3 SKS Eka Dyar W

2 Eka Dyar W, S.Kom Outline Teknik untuk menjamin SW quality  Inspection  Walkthrough  Code review

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

4 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

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

6 Partisipan Setidaknya terdiri dari 3-8 orang 1. reader (presenter) bukan programmer yang sesungguhnya 2. writer 3. moderator 4. 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

7 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

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

9 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

10 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

11 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

12 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

13 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

14 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

15 Partisipan Presenter adalah programmer (yang menuliskan code) 1. menyampaikan code (perbaris) yang ditulisnya 2. 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)

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

17 Picture from “Inspections” presentation

18 Simulasi inspection atau walkthrough terhadap project yang dikerjakan

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


Download ppt "Testing dan Implementasi Sistem 3 SKS Eka Dyar W."

Presentasi serupa


Iklan oleh Google