Download - 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