testing dan impementasi sistem informasi
TRANSCRIPT
![Page 1: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/1.jpg)
1HES
![Page 2: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/2.jpg)
2
• Pengujian perangkat lunak (Software testing) adalah proses untuk mengukur kualitas dari perangkat lunak yang dikembangkan.
• Kualitas perangkat lunak (software quality) mengukur seberapa baik sistem perangkat lunak dirancang (quality of design), dan tingkat kesesuaian perangkat lunak dengan rancangan yang telah dibuat (quality of conformance).
• Standar internasional yang digunakan untuk mengevaluasi kualitas perangkat lunak adalah ISO 9126 yang mendefinisikan karakteristik perangkat lunak yang berkualitas.
Pengujian (Testing)
![Page 3: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/3.jpg)
3
TerminologiTerminologi
Software : seluruh komponen pengolahan
data yang dapat membantu
memecahkan masalah diluar dari
perangkat hardware yang meliputi
system design, program dan
prosedur.
![Page 4: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/4.jpg)
4
TerminologiTerminologi
Ada dua tipe produk perangkat lunak :
Generic productsSistem stand alone (berdiri sendiri), diproduksi oleh suatu organisasi pengembangan dan dijual ke pasar terbuka ke siapapun yang bisa membelinya.Sering shrink-wrapped (dikecilkan dan dikemas).Contoh : database, pengolah kata (word processor), paket untuk menggambar, dll
![Page 5: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/5.jpg)
5
TerminologiTerminologi
Bespoke (customised) products
Sistem yang dikembangkan berdasarkan pesanan pelanggan tertentu dan dikembangkan secara khusus oleh pengembang.
Contoh : Sistem penggajian, Sistem persediaan barang, Sistem control lalu lintas udara dll
![Page 6: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/6.jpg)
6
TerminologiTerminologi
Kebanyakan pembelanjaan perangkat lunak dilakukan pada produk yang generik, tetapi kebanyakan usaha pengembangan sistem dliakukan pada sistem/produk pesanan.
![Page 7: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/7.jpg)
7
• Aktivitas pengujian dilakukan pada semua bagian-bagian dari pengembangan software.
• Dari Requierement sampai pada proses pengiriman.
• Pengujian menjadi bagian dari proses pengembangan
• Pengujian menjadi bagian dari proses bisnis perusahaan.
Pengujian Software termasuk dalan proses Pengujian Software termasuk dalan proses pengembangan.pengembangan.
![Page 8: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/8.jpg)
8
Tipe Pengujian dan definisiTipe Pengujian dan definisi
• Validasi dan Verifikasi :
o Validate (pengesahan)
• Ketepatan atau pantas tidaknya software.
• Tenaga ahli untuk mengkonfirmasikan hasil.
o Verification (verifikasi)
• Mengkonfirmasikan penggunaan software.
• Meneliti kembali untuk memastikan hasil pengujian sebelum disahkan dan kemudian di validasi.
![Page 9: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/9.jpg)
9
Tipe Pengujian dan definisiTipe Pengujian dan definisi
Pengujian termasuk dalam teknik verifikasi dan validasi (V & V). Pengujian melibatkan pelatihan perangkat lunak dengan memakai data seperti data uji dan data riil yang diolah oleh perangkat lunak.
Tujuan akhir dari proses verifikasi dan validasi adalah menanamkan kepercayaan bahwa system perangkat lunak “siap untuk tujuannya”.
![Page 10: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/10.jpg)
10
• V & V perangkat lunak menggambarkan
sebagai suatu metodologi sistem yang
dirancang untuk memastikan bahwa kualitas
dibangun ke dalam perangkat lunak dilakukan
selama proses pengembangan.
• V & V perangkat lunak adalah komplementer
yang mendukung dari jaminan yang berkualitas,
manajemen proyek, rancang-bangun sistem,
dan pengembangan.
Verifikasi & ValidasiVerifikasi & Validasi
![Page 11: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/11.jpg)
11
Verifikasi & ValidasiVerifikasi & Validasiversusversus Debug Debug
1.Verifikasi dan validasi
• Proses yang meyakinkan adanya kesalahan pada sistem perangkat lunak.
2.Debug
• Proses yang menemukan dan membetulkan kesalahan tersebut.
![Page 12: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/12.jpg)
12
VerifikasiVerifikasi versus ValidasiValidasi
Proses Verifikasi perangkat lunak
Proses untuk menentukan apakah produk perangkat lunak memenuhi persyaratan atau kondisi-kondisi dari aktivitas sebelumnya
Proses Validasi perangkat lunak
Proses untuk menentukan apakah persyaratan sistem atau produk perangkat lunak memenuhi spesifikasi yang diharapkan pengguna.
![Page 13: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/13.jpg)
13
Verifikasi : “Are we building the system in the right way?” Sistem memenuhi spesifikasinya. Mengerjakan apa yang sudah kita tetapkan.
VerifikasiVerifikasi versus ValidasiValidasi
Validasi : “Are we building the right system? ” Sistem harus melakukan apa yang benar-benar
diinginkan para pemakai.
![Page 14: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/14.jpg)
14
VerifikasiVerifikasi versus ValidasiValidasi
Kadang-kadang salah satu kata ini digunakan
untuk verifikasi dan validasi :
Verifikasi dalam artinya :
verifikasi dan validasi, atau
Validasi dalam artinya:
verifikasi dan validasi
![Page 15: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/15.jpg)
15
The V & V ObjectivesThe V & V Objectives
Ada dua sasaran yang obyektif :
• Untuk menemukan dan mengoreksi kerusakan suatu sistem.
• Untuk menilai ya atau tidaknya sistem sehingga dapat dipakai secara operasional.
![Page 16: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/16.jpg)
16
The V & V ObjectivesThe V & V Objectives
V & V perangkat lunak menentukan bahwa perangkat lunak melaksanakan fungsi yang diharapkan dengan tepat.
Memastikan bahwa perangkat lunak tidak melakukan fungsi apapun yang tidak disengaja.
Mengukur dan menilai mutu dan kehandalan dari perangkat lunak.
![Page 17: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/17.jpg)
17
The V & V ObjectivesThe V & V Objectives
Bagian dari disiplin perangkat lunak yang dibangun, V & V juga menilai, meneliti, dan menguji perangkat lunak yang terpasang.
Bagimana menghubungkan dengan unsur-unsur sistem.
Mempengaruhi keberhasilan atas reaksi dari unsur-unsur sistem.
![Page 18: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/18.jpg)
18
V & V adalah suatu proses jalan kehidupan yang utuh.
V& V harus diterapkan pada masing-masing langkah di proses perangkat lunak.
The V & V processThe V & V process
![Page 19: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/19.jpg)
19
Formalspecification
High-leveldesign
Requirementsspecification
Detaileddesign
Code/Program
Prototype
Static and Dynamic V&VStatic and Dynamic V&VMemeriksa korespondensi antara program dan spesifikasinya
StaticVerification
DynamicValidation
Dasar pelaksanaan
pengujian
Apakah kita membangun sistem dengan cara yang
benar?
Apakah kita membangun sistem yang benar?
![Page 20: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/20.jpg)
20
Static and Dynamic V&VStatic and Dynamic V&V
Static Verification.
Analisa yang terkait dari penyajian sistem yang statis untuk menemukan permasalahan.
Analisa semua dokumen yang diproduksi itu menghadirkan sistem.
Dapat diterapkan ke semua langkah-langkah dari proses perangkat lunak.
![Page 21: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/21.jpg)
21
Static and Dynamic V&VStatic and Dynamic V&V
Dinamic V & V
Pelatihan yang terkait dengan mengamati perilaku produk.
Dapat diterapkan hanya pada suatu prototype yang dapat di executable atau program yang executable tersedia.
![Page 22: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/22.jpg)
22
Strategi pengujian validasiStrategi pengujian validasi
Test Plan
Test Procedure
Software Documentation
Software Requirement
Validation Test
Software developed for one customer
Software developed for mass production
Acceptance Test
Alpha Test(Developer Site)
Beta Test(Developer Site)
Software Documentation Configuration Review
(Audit)
TO-BE RELEASED SOFTWARE
![Page 23: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/23.jpg)
23
V & VV & V
Melengkapi satu sama lain
STATIC DYNAMICUntuk menemukan permasalahan
(static verification)Mengamati perilaku produk
(dynamic validation)
![Page 24: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/24.jpg)
24
V & VV & V
StaticStatic Dynamic = ”Testing”
Dynamic = ”Testing”
ReviewReview InspectionInspection WalkthroughWalkthrough
Unit testUnit test Integrationtest
Integrationtest
Acceptancetest
AcceptancetestSystem test System test
![Page 25: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/25.jpg)
25
Review (Peninjauan ulang).o Membaca program yang dilakukan sendiri, informal.o Kelihatannya tidak efektif mengerjakan dari awal.
Walkthrougho Programmer mengeksekusi program dengan orang
lain, dan meminta komentar atau pertanyaan.o Relatif informal
Inspectiono Pada umumnya daftar kesalahan dibuat dan
digunakan untuk membandingkan program.
![Page 26: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/26.jpg)
26
Batas dari verifikasi statisBatas dari verifikasi statis
Sulit untuk menemukan permasalahan secara arsitektural (lengkap).Misal : buntu, permasalahan yang sangat luas.
Resiko macet : sibuk, format terlalu detil.
![Page 27: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/27.jpg)
27
Alasan verifikasi statisAlasan verifikasi statis
Memudahkan proses pengujian.o Menemukan cacat dari awal, biaya rendah.o Kesalahan yang sederhana akan mengganggu
pengujian dinamic.o Melokalisir cacat yang sama yang ditemukan.
Menyebarkan pengetahuan didalam team.o Junior engineers meninjau ulang pekerjaan senior.o Senior engineers memberikan umpan balik dari
pekerjaan Junior engineers.
![Page 28: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/28.jpg)
28
Lebih awal menemukan cacat, lebih mudah membetulkannya.
Dapat ditemukan 30-70% dari kesalahan adalah berupa program.
Kecenderungan setelah pengujian adalah untuk memperbaiki eror secepat mungkin.
o Resiko menimbulkan cacat baru.
Alasan verifikasi statisAlasan verifikasi statis
![Page 29: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/29.jpg)
29
Manusia meninjau ulang hasilnya.
Formal, group, menggunakan daftar periksa (check list).misal : 3-5 orang
Singkat.misal : waktunya 1-2 jam
Semuanya diperiksa.misal : persyaratan, desain, program, data uji dan lain-lain.
InspectionInspection
![Page 30: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/30.jpg)
30
Contoh daftar periksa untuk pemeriksaan Contoh daftar periksa untuk pemeriksaan program.program.
Kelas kesalahan
Pertanyaan Inspeksi
Kesalahan Data Apakah semua variabel program diaktifkan sebelum nilai nilai digunakan ?
Apakah array dimulai dari 0, 1 atau yang lain ? Apakah array tersebut dimulai dengan nilai ?
…
Kesalahan Input/output
Apakah semua variabel masukan digunakan ?
Apakah tiap-tiap variabel keluaran mendapatkan suatu nilai sebelum digunakan / dikembalikan?…
![Page 31: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/31.jpg)
31
Inspection speedInspection speed
Maximum speed when inspecting:Requirements: < 2 text pages/hHigh level design: < 5 design pages/hDetailed design: < 100 pseudo code lines/hSource code: < 200 LOC/h
![Page 32: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/32.jpg)
32
What testing isWhat testing is
Pengujian adalah pemeriksaan secara teknis
suatu produk, yang dilaksanakan untuk
menyingkap informasi yang terkait dengan kualitas
yang baik.
Pengujian adalah pemeriksaan secara teknis
suatu produk, yang dilaksanakan untuk
menyingkap informasi yang terkait dengan kualitas
yang baik.
Pengujian adalah menjalankan program
dengan maksud menemukan kesalahan
Pengujian adalah menjalankan program
dengan maksud menemukan kesalahan
1) Definisi Umum
2) Definisi secara luas
testing
![Page 33: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/33.jpg)
33
Dasar-Dasar PengujianDasar-Dasar PengujianApakah yang dimaksud dengan pengujian
perangkat lunak ?
Pengujian adalah proses menjalankan sebuah program dengan maksud menemukan kesalahan-kesalahan (error).
Proses untuk menjalankan sebuah program komputer dan membandingkan tingkah laku yang sesungguhnya dengan yang diharapkan.
![Page 34: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/34.jpg)
34
Dasar-Dasar PengujianDasar-Dasar Pengujian
Yang dimaksud membandingkan adalah menemukan bentuk penyimpangan-penyimpangan (jika ada). Antara lain membandingkan tingkah laku yang sesungguhnya dengan yang diharapkan.
Layanan pengujian sebagai bentuk suatu rintangan untuk menyediakan produk yang berkualitas dalam mendapatkan pelanggan
![Page 35: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/35.jpg)
35
Test CaseTest Case
Sebuah test case adalah uraian tentang :• masukan
• perintah pelaksanaan dan
• hasil yang diharapkan
Suatu test case adalah sebuah pertanyaan untuk program.
mengenai inti dari pelaksanaan pengujian untuk memperoleh informasi, misalnya apakah program akan berhasil atau gagal.
![Page 36: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/36.jpg)
36
Testing in Development ProcessTesting in Development Process
Aktvitas pengujian berlangsung di semua bagian dari pengembangan software.
Dari persyaratan (requirement) sampai pada pengiriman.
Pengujian menjadi bagian dari proses pengembangan.
Pengujian menjadi bagian dari proses bisnis perusahaan/organisasi.
![Page 37: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/37.jpg)
37
Implementasi selama pengujian : menguji untuk memverifikasi bahwa perangkat lunak bekerja seperti diharapkan oleh perancang.
Implementasi setelah pengujian : pengujian untuk penyesuaian antara persyaratan dan kehandalan tetapi bukan persyaratan fungsional.
Testing in Development ProcessTesting in Development Process
![Page 38: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/38.jpg)
38
Tujuan dari pengujian :Tujuan dari pengujian :
1. Menemukan cacat.
2. Memaksimalkan untuk menemukan eror.
3. Menghalangi pelepasan produk secara prematur.
4. Membantu para manajer membuat keputusan.
5. Menilai mutu.
6. Memperkecil biaya-biaya pendukung teknis.
![Page 39: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/39.jpg)
39
Tujuan dari pengujian :Tujuan dari pengujian :
7. Menepati peraturan.
8. Memperkecil resiko penuntutan perkara yang terkait dengan keselamatan.
9. Menilai kesesuaian perangkat lunak dengan spesifikasi.
10. Menemukan skenario yang aman tentang penggunaan dari produk ( untuk dapat digunakan dalam pekerjaan, kendati masih ada eror).
11. Memverifikasi ketepatan dari produk.
12. Meyakinkan mutu.
![Page 40: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/40.jpg)
40
Tujuan dari pengujian :Tujuan dari pengujian :
13. Pengujian tidak dapat memperlihatkan kerusakan sistem, tetapi hanya dapat memperlihatkan bahwa ada kesalahan perangkat lunak.
14. Kita menguji suatu program untuk menemukan kebeberadaan dari suatu kesalahan.
15. Jika kita tidak menemukan apapun bentuk kesalahan, maka kita telah gagal.
16. Jika suatu kesalahan ditemukan, maka debugging perlu dilaksanakan.
![Page 41: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/41.jpg)
41
Jika sasarannya adalah : untuk menemukan cacatJika sasarannya adalah : untuk menemukan cacat
Menambahkan nilai terhadap suatu produkMenambahkan nilai terhadap suatu produk
Dengan menemukan kerusakan produk dan menghilangkan cacat.
Meningkatkan mutu produk
Memudahkan pengembangan
![Page 42: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/42.jpg)
42
Jika sasarannya adalah : menemukan cacat dengan cepatJika sasarannya adalah : menemukan cacat dengan cepat
Fokus : penting menemukan cacat(dapat diasumsikan) dalam produk
Fokus : penting menemukan cacat(dapat diasumsikan) dalam produk
• Kepercayaan sebuah program adalah apakah program mengerjakan apa yang diharapkan...
• Paling baik dicapai melalui suatu eksplorasi yang rajin terhadap suatu kesalahan.
Test case yang sukses = suatu kasus test yang temukan
suatu cacat
* Tidak ada kesalahan yang ditemukan, bisa disebabkan kesalahan dalam menguji.
Test case yang tidak sukses = suatu kasus test yang tidak
temukan suatu cacat
![Page 43: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/43.jpg)
43
Hasil yang tidak sesuai dengan mengujiHasil yang tidak sesuai dengan menguji
Mempertunjukkan suatu sistem adalah tanpa kesalahan
Menunjukkan bahwa suatu sistem mengerjakan apa yang
diharapkan...
![Page 44: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/44.jpg)
44
Mengapa ?
Menunjukkan bahwa suatu sistem tanpa kesalahan adalah tidak sesuai digunakan sebagai
pengujian yang obyektif.
Mustahil menunjukkan tidak adanya kesalahan =>
o orang-orang berhenti (menyerah)...
o berusaha mencari untuk menjangkaunya
Menguji kasus yang bisa berjalan, yang memperlihatkan suatu pilihan.
Program yang diharapkan, bagimanapun juga terdapat kesalahan.
o harus mencari-cari kesalahan
![Page 45: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/45.jpg)
45
Alasan untuk mengujiAlasan untuk menguji
Dalam aktivitas pengujian, mendeteksi cacat lebih awal dalam suatu proyek, akan lebih mudah dan murah untuk memperbaikinya
Waktu proyek
Harga untuk memperbaiki
cacat
![Page 46: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/46.jpg)
46
Sasaran PengujianSasaran Pengujian
Glen Myers menyatakan bahwa sasaran dari pengujian perangkat lunak adalah :
1. Pengujian adalah proses menjalankan suatu program dengan maksud menemukan kesalahan.
2. Pengujian yang baik adalah yang memiliki kemungkinan tinggi untuk menemukan kesalahan yang belum pernah ditemukan sebelumnya.
3. Pengujian yang sukses adalah pengujian yang mengungkap semua kesalahan yang belum pernah ditemukan sebelumnya.
![Page 47: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/47.jpg)
47
Sasaran PengujianSasaran Pengujian
Sasaran tersebut berlawanan dengan pandangan yang biasanya dipegang yang menyatakan bahwa pengujian yang berhasil adalah pengujian yang tidak ada kesalahan yang ditemukan.
Sasaran kita adalah mendesain pengujian yang secara sistematis mengungkap kelas kesalahan yang berbeda dan melakukannya dengan jumlah waktu dan usaha minimum.
Bila pengujian dilakukan secara sukses, maka akan ditemukan kesalahan di dalam perangkat lunak.
![Page 48: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/48.jpg)
48
Sasaran PengujianSasaran Pengujian
Kaner, Falk dan Nguyen mengusulkan atribut-atribut dari pengujian yang “baik” sebagai berikut :
1.Pengujian yang baik memiliki probabilitas yang tinggi untuk menemukan kesalahan.
2.Pengujian yang baik tidak redundan.
3.Pengujian yang baik tidak boleh terlalu sederhana atau terlalu kompleks.
![Page 49: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/49.jpg)
49
Kekurangan PengujianKekurangan Pengujian
Tidak semua pengujian akan berhasil dengan baik. Masih ada beberapa kekurangan yang terdapat pada pengujian suatu perangkat lunak. Kekurangan-kekurangan tersebut antara lain :
1. Tidak pernah cukup melakukan banyak ujian yang layak.
2. Pengujian tidak akan menemukan semua kesalahan.
3. Pengujian sulit dan menghabiskan banyak waktu.
4. Pengujian sebagian besar masih merupakan tugas yang tidak resmi.
![Page 50: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/50.jpg)
50
Prinsip-prinsip PengujianPrinsip-prinsip Pengujian
Sebelum menetapkan metode pengujian, seorang ahli pada bidang software harus mengerti betul atau memahami prinsip dasar yang menuntun pengujian perangkat lunak.
Prinsip-prinsip pengujian secara umum yang banyak dianut oleh para ahli perangkat lunak, antara lain :
Seorang Programmer seharusnya tidak menguji programnya sendiri.
![Page 51: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/51.jpg)
51
Sebaiknya satu pengujian tidak hanya mengerjakan program yang dianggap benar, tetapi tidak mengerjakan yang dianggap salah.
Tujuan dari pengujian adalah untuk menemukan kesalahan, bukan untuk menunjukkan bahwa program tersebut salah.
Tidak ada sejumlah pengujian yang dapat menjamin bahwa program bebas dari kesalahan.
Tujuannya adalah bukan untuk mempermalukan programmer.
Prinsip-prinsip PengujianPrinsip-prinsip Pengujian
![Page 52: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/52.jpg)
52
Prinsip-Prinsip PengujianPrinsip-Prinsip Pengujian
Selain pernyataan diatas, Roger S. Pressman mendefinisikan sendiri mengenai prinsip-prinsip pengujian terhadap perangkat lunak :
Semua pengujian harus dapat ditelusuri sampai ke persyaratan pelanggan.
Sasaran pengujian perangkat lunak adalah untuk mengnugkap kesalahan. Hal ini memenuhi kriteria bahwa cacat yang paling fatal (dari titik pandang pelanggan) adalah cacat yang menyebabkan program gagal memenuhi persyaratannya.
![Page 53: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/53.jpg)
53
Prinsip-prinsip PengujianPrinsip-prinsip Pengujian
Pengujian harus direncanakan lama sebelum pengujian itu dimulai.
Perencanaan pengujian dapat dimulai segera setelah model persyaratan dilengkapi. Definisi detail mengenai test case dapat dimulai segera setelah model desain ditetapkan. Dengan demikian semua pengujian dapat direncanakan dan dirancang sebelum semua kode dibangkitkan.
![Page 54: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/54.jpg)
54
Prinsip Pareto berlaku untuk pengujian perangkat lunak.
80 % dari semua kesalahan yang ditemukan selama pengujian hanya dapat ditelusuri sampai 20 % dari semua modul program.
Prinsip-prinsip PengujianPrinsip-prinsip Pengujian
![Page 55: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/55.jpg)
55
Prinsip-prinsip PengujianPrinsip-prinsip Pengujian
Pengujian harus dimulai dari yang kecil dan berkembang ke pengujian yang besar.
Pengujian berfokus dalam usaha menemukan kesalahan pada modul yang terintegrasi, dan akhirnya pada sistem secara keseluruhan.
Pengujian yang sempurna tidak mungkin.
![Page 56: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/56.jpg)
56
Prinsip-prinsip PengujianPrinsip-prinsip Pengujian
Agar efektif, pengujian harus dilakukan oleh pihak ketiga yang independent (third party).
Pengujian yang memiliki probabilitas tinggi untuk menemukan kesalahan.
Pembuat sistem bukanlah orang yang paling tepat untuk melakukan semua pengujian bagi perangkat lunak.
![Page 57: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/57.jpg)
57
![Page 58: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/58.jpg)
58
Prioritas PengujianPrioritas Pengujian
Hanya test yang lengkap yang dapat meyakinkan system terbebas dari kesalahan, tetapi hal ini sangat sulit dilakukan.
Prioritas dilakukan terhadap pengujian kemampuan sistem, bukan masing-masing komponennya.
![Page 59: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/59.jpg)
59
Test data dan kasus testTest data dan kasus test
Test data : Input yang direncanakan digunakan oleh
sistem.
Test cases : Input yang digunakan untuk menguji sistem dan
memprediksi output dari input jika sistem beroperasi sesuai dengan spesifikasi.
![Page 60: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/60.jpg)
60
Siapa yang menguji Software ?Siapa yang menguji Software ?
1. Software Developer
Mengerti sistem tetapi tidak mengutamakan kualitas dari perangkat lunak yang diuji.
![Page 61: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/61.jpg)
61
Siapa yang menguji Software ?Siapa yang menguji Software ?
2. User
Tidak mengerti tentang sistem, pengujian dilakukan hanya sebatas pada fungsional perangkat lunak itu sendiri.
![Page 62: Testing dan impementasi sistem informasi](https://reader035.vdocuments.site/reader035/viewer/2022081415/5571f9fd497959916990f5f7/html5/thumbnails/62.jpg)
62
Siapa yang menguji Software ?Siapa yang menguji Software ?
3. Independent Tester
Tidak memahami tentang sistem yang diuji, tetapi mau belajar untuk mengerti dan lebih mengutamakan kualitas perangkat lunak yang diuji.