1 / 19

Testing dan Implementasi Sistem

Pertemuan 4. Testing dan Implementasi Sistem. 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.

sharis
Télécharger la présentation

Testing dan Implementasi Sistem

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Pertemuan 4 Testing dan Implementasi Sistem

  2. 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 • 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

  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) • 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)

  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 http://www.math.uaa.alaska.edu/~afkjm/cs470/handouts/inspections.pdf

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

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

More Related