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