Strategy Testing

download Strategy Testing

of 25

Transcript of Strategy Testing

  • 7/26/2019 Strategy Testing

    1/25

    STIKOM - Romeo, S.T. 2006

    Strategi Testing(Unit Testing)

    Testing & Implementasi

    Sistem (2 sks)

  • 7/26/2019 Strategy Testing

    2/25

    STIKOM - Romeo, S.T. 2006

    Strategi Testing

    Strategi testing softwaremengintegrasikan metode-metode disaintest casessoftware ke dalam suaturangkaian tahapan yang terencana dengan baik sehinggapengembangan software dapat berhasil.

    Strategi menyediakan peta yang menelaskan tahap-tahapyang harus dilakukan sebagai bagian dari testing! danmembutuhkan usaha! "aktu! dan sumber daya bilamanatahap-tahap ini direncanakan dan dilaksanakan.

    Strategi testing harus menadi satu kesatuan denganperencanaan tes! disain test case! ekesekusi tes! danpengumpulan serta e#aluasi data hasil testing.

    Strategi testing softwareharus cukup $leksibel untuk dapatmengakomodasi kustomisasi pendekatan testing. %adasaat yang bersamaan! harus uga cukup konsisten dantegas agar dapat melakukan perencanaan yang masukakal dan dapat melakukan manaemen perkembangankinera proyek.

  • 7/26/2019 Strategy Testing

    3/25

    STIKOM - Romeo, S.T. 2006

    %endekatan Strategi Testing

    Seumlah strategi testing softwarediadakanuntuk menyediakan kerangka testing bagipengembang softwaredengan karekteristikumum sebagai berikut' Testing dimulai dari tingkat komponen terkecil sampai

    pada integrasi antar komponen pada keseluruhansistem komputer tercapai.

    ' Teknik testing berbeda-beda sesuai dengan "aktupenggunaannya.

    ' Testing dilakukan oleh pengembang softwaredan(untuk proyek besar) dilakukan oleh suatu grup tes

    yang independen.' Testing dan debuggingadalah akti$itas yang berlainan!

    tapi debuggingharus diakomodasi disetiap strategitesting.

  • 7/26/2019 Strategy Testing

    4/25

    STIKOM - Romeo, S.T. 2006

    eri$ikasi & alidasi

    Testing softwaresering dikaitkan dengan #eri$ikasi dan#alidasi ( & ). imana verifikasimerupakansekumpulan akti$itas yang memastikan softwaretelahmelakukan $ungsi tertentu dengan benar. Sedangkanvalidasimerupakan sekumpulan akti$itas berbeda dari#eri$ikasi yang memastikan bah"a softwareyang dibangun

    dapat dilacak terhadap kebutuhan * permintaan pelanggan. +enurut ,oehm ,/01

    ' Verifikasi34re "e building the product right56' Validasi 34re "e building the right product56

    & meliputi kebanyakan akti$itas S74! yaitu formaltechnical review! audit kon$igurasi dan kualitas!

    pemonitoran kinera! simulasi! studi $isibilitas! re#ie"dokumentasi! re#ie" database! analisa algoritma! testingpengembangan! testing kuali$ikasi! dan testing instalasi8490:. 8alaupun testing memainkan peran yang sangatpenting dalam & ! namun masih diperlukan akti$itas-akti$itas yang lainnya.

  • 7/26/2019 Strategy Testing

    5/25

    STIKOM - Romeo, S.T. 2006

    Testing merupakan basis terakhir dimana kualitas dapatdinilai dan errordapat diidenti$ikasi.

    Tapi testing tidak boleh dipandang sebagai aring

    pengamanan. 34nda tidak dapat melakukan tes terhadap kualitas. ;ikakualitas tidak ada sebelum 4nda memulai testing! makakualitas uga tidak akan ada saat 4nda selesai melakukantesting.6

  • 7/26/2019 Strategy Testing

    6/25

    STIKOM - Romeo, S.T. 2006

    %engorganisasian testing

    software

    +engurangi resiko teradinya kon$lik! danmempersiapkan diri bilamana kon$lik tetapteradi.

    4da seumlah konsepsi salah! yang akan

    mempengaruhi diskusi sebelumnya menadisalah alan! yaitu' %engembang softwaretidak perlu melakukan testing

    sama sekali.

    ' Softwarediberikan pada orang lain (tak dikenal

    kredibilitasnya)! yang akan melakukan tes padasoftwaretersebut tanpa pemahaman dan salah arah.

    ' Tester baru bekera atau ikut serta ke dalam proyek!hanya bilamana tahap testing pada proyek tersebutdimulai.

  • 7/26/2019 Strategy Testing

    7/25STIKOM - Romeo, S.T. 2006

    Strategi Testing

  • 7/26/2019 Strategy Testing

    8/25STIKOM - Romeo, S.T. 2006

    Tahapan Testing

  • 7/26/2019 Strategy Testing

    9/25STIKOM - Romeo, S.T. 2006

  • 7/26/2019 Strategy Testing

    10/25STIKOM - Romeo, S.T. 2006

    Isu-Isu Strategi Testing

    ,etapapun bagusnya strategi testingakan gagal ika serangkaian isu-isustrategi testing berikut ini tidak

    dipertimbangkan dengan baik. Tom Ailb AI9:B memberikan

    argumentasinya terhadap isu-isutersebut! agar strategi testingsoftwaredapat diimplementasikandengan sukses.

  • 7/26/2019 Strategy Testing

    11/25STIKOM - Romeo, S.T. 2006

    Spesifikasi kebutuhan produk agar dapatdikuantisasi, harus ditetapkan jauh sebelumtesting dimulai.8alau obyekti$itas testingadalah untuk menemukan errors! suatu strategiyang bagus uga menilai karakteristik kualitas!seperti portabilitas! maintainabilitas! danusabilitas. imana hal ini seharusnyadispesi$ikasikan dengan suatu cara tertentu yangdapat diukur! sehingga hasil testing tidak

    membingungkan. Nyatakan obyektifitas testing secara

    eksplisit.byekti$itas testing tertentu harusdinyatakan dalam bentuk yang dapat diukur.Contoh! e$ekti$itas tes! cakupan tes! "aktu error

    rata-rata! biaya untuk menemukan danmemperbaiki error! $rekuensi teradinya error!dan am kera tes per tes regresi! yangkesemuanya harus dinyatakan di dalam rencanates AI9:B.

  • 7/26/2019 Strategy Testing

    12/25STIKOM - Romeo, S.T. 2006

    Memahami pengguna softwaredanmengembangkan profil untuk tiapkategori pengguna.Use-casesyangmenelaskan skenario interaksi untuk tiapkelas pengguna dapat mengurangi usahatesting keseluruhan dengan $okus padapenggunaan aktual dari produk.

    Mengembangkan rencana testing yangberdasar pada rapid cycle testing.Ailb AI9:B merekomendasikan timperekayasa softwareuntuk belaarmelakukan tes pada siklus yang ketat (2

    persen dari usaha proyek) daripenggunaan pelanggan. Umpan balikyang dihasilkan dapat digunakan untukmengendalikan tingkat kualitas danstrategi tes yang bersangkutan.

  • 7/26/2019 Strategy Testing

    13/25STIKOM - Romeo, S.T. 2006

    Membuat softwareyang tegar robust!,yang didisain untuk melakukan tesdirinya sendiri.Softwareseharusnya

    didisain dengan menggunakan teknikantibugging. Sehingga softwaredapatmendiagnosa klas-klas errortertentu.Sebagai tambahan! disain seharusnyamengakomodasi otomatisasi testing danregression testing.

    "unakan Formal Technical Review#$%! yang efektif sebagai filter testingtertentu.DTE dapat see$ekti$ testing

    dalam mencakup error. engan alasanini! re#ie" dapat mengurangi seumlahusaha testing! yang dibutuhkan untukmenghasilkan softwareberkualitas tinggi.

  • 7/26/2019 Strategy Testing

    14/25STIKOM - Romeo, S.T. 2006

    &akukan Formal Technical Review

    untuk menilai strategi tes dan test

    casesitu sendiri.DTE dapat mencakupketidakkonsistenan! penyimpangan dan

    errordari pendekatan testing. Fal ini akan

    menghemat "aktu dan mengembangkan

    kualitas produk. 'embangkan pendekatan

    pengembangan yang berkelanjutan

    untuk proses testing.Strategi tes harus

    diukur. %engukuran yang dikumpulkanselama testing harus digunakan sebagai

    bagian dari pendekatan kendali proses

    secara statistik untuk testing software.

  • 7/26/2019 Strategy Testing

    15/25STIKOM - Romeo, S.T. 2006

    (nit $esting

    Unit testing ber$okus pad usaha #eri$ikasi padaunit terkecil dari disain software' komponenatau modul software.

    %enggunaan diskripsi disain tingkat komponensebagai tuntunan! alur kendali yang pentingdites untuk menemukan errors! terbatas padamodul tersebut.

  • 7/26/2019 Strategy Testing

    16/25STIKOM - Romeo, S.T. 2006

    )al*hal yang perlu diperhatikan

    pada unit testing

    Tes yang terdapat pada unit testing' +odul antar muka dites untuk memastikan aliran

    in$ormasi telah beralan seperti yang diharapkan(masuk dan keluar dari unit program yang dites).

    ' Struktur data lokal diperiksa untuk memastikan

    penyimpanan data telah mera"at integritasnya secaratemporal selama tahap eksekusi algoritma.

    ' ,atasan kondisi dites untuk memastikan modulberoperasi dengan benar pada batasan yang telahditetapkan untuk limitasi atau batasan pemrosesan.

    ' Semua alur independen (basis paths) pada strukturkendali diperiksa untuk memastikan semua pernyataandalam modul telah dieksekusi minimal sekali.

    ' Semua alur penanganan kesalahan dites.

  • 7/26/2019 Strategy Testing

    17/25STIKOM - Romeo, S.T. 2006

    Tes aliran data antar modul dibutuhkansebelum inisialisasi tes lainnya. ;ika datatidak masuk dan keluar dengan benar!

    semua tes lainnya disangsikan. Sebagaitambahan! struktur data lokal harusdiperiksa dan akibat pada data globalditentukan (ika memungkinkan) selama

    unit testing. %emilihan alur eksekusi testing adalahtugas yang esensial selama unit test. Testcasesharus didisain untuk mencakupkesalahan dari komputasi yang salah!

    komparasi yang tak benar atau alurkendali yang tak tepat. Basis pathdanloop testingadalah teknik yang e$ekti$untuk hal ini.

  • 7/26/2019 Strategy Testing

    18/25STIKOM - Romeo, S.T. 2006

  • 7/26/2019 Strategy Testing

    19/25STIKOM - Romeo, S.T. 2006

    Test caseharus mencakup kesalahan

    '

  • 7/26/2019 Strategy Testing

    20/25STIKOM - Romeo, S.T. 2006

    isain yang baik meliputi kondisi kesalahan yangdiantisipasi dan alur penanganan kesalahan diset untukdapat digunakan kembali atau proses pembersihan padaterminasi saat kesalahan teradi. %endekatan ini disebut

    sebagai antibuggingoleh Gourdon GU=B.

  • 7/26/2019 Strategy Testing

    21/25STIKOM - Romeo, S.T. 2006

    %rosedur-prosedur unit test

    Setelah kode dikembangkan! dandi#eri$ikasi terhadap tingkat disainkomponen bersangkutan! disain test casedariunit testdimulai.

    Ee#ie" in$ormasi disain menyediakantuntunan untuk menetapkan test casesagar dapat mendekati keseluruhancakupan kesalahan di tiap kategorisebagaimana didiskusikan sebelumnya.

    Tiap test caseharus dihubungkan denganhasil yang diharapkan.

  • 7/26/2019 Strategy Testing

    22/25

    STIKOM - Romeo, S.T. 2006

  • 7/26/2019 Strategy Testing

    23/25

    STIKOM - Romeo, S.T. 2006

    Driversdan stubsmenimbulkan biaya overhead.

  • 7/26/2019 Strategy Testing

    24/25

    STIKOM - Romeo, S.T. 2006

    Unit testingdisederhanakan bila suatukomponen didisain dengan kohesi tinggi.

    ,ilamana hanya satu $ungsi yang dialamatkanoleh suatu komponen! umlah test casesdapat

    dikurangi dan errorsdapat lebih mudah untukdiprediksi dan dicakup.

    4da beberapa situasi dimana sumber daya tidakmencukupi untuk melakukan unit testingsecarakomplit.

    Untuk itu perlu melakukan pemilihan modul-modul yang kritis dan yang mempunyaicyclomatic complexitytinggi! untuk unit testing.

  • 7/26/2019 Strategy Testing

    25/25

    STIKOM R S T 2006

    Terimakasih