Testing dan Implementasi 5

Lanjutan dari Testing dan Implementasi 4 kemarin, kali ini akan membahas tentang apa itu:

Teknik untuk menjamin SW quality

• Inspection
• Walkthrough 
• Code review

Inspection:

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

Walkthrough:

• 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

  Dibandingkan dengan walkthrough :

• Pendekatan lebih formal  
• Bersifat lebih ekonomis  
• Ada jadwalnya dan pelaksanaannya lebih jarang

  Alasan melakukan inspection:

• 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

 Step-step dalam 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 / hasil dari Inspeksi:

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

Walkthough:

• 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

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

Walkthrough dikatakan selesai jika :

• seluruh sw produk sudah diperiksa
• rekomendasi dan kegiatan yang diperlukan sudah dicatat
• output dari walkthrough sudah lengkap