1 A. PENGUJIAN /TESTING
Pengujian dilakukan untuk menjamin kualitas dan juga mengetahui kelemahan dari perangkat lunak. Tujuan dari pengujian ini adalah untuk menjamin bahwa perangkat lunak yang dibangun memiliki kualitas yang handal, yaitu mampu merepresentasikan kajian pokok dari spesifikasi, analisis, perancangan dan pengkodean dari perangkat lunak itu sendiri.
Ada dua komponen yang harus diperhatikan dalam strategi pengujian,yaitu : 1. Faktor Pengujian yang merupakan hal-hal yang harus diperhatikan selama
melakukan pengujian. Faktor pengujian ini dipilih sesuai dengan system yang akan diuji.
2. Tahapan pengujian yang merupakan langkah-langkah dalam melakukan pengujian.
Beberapa sasaran pengujian diantaranya :
1. Pengujian adalah proses eksekusi suatu program dengan maksud menemukan kesalahan
2. Test case yang baik adalah test case yang memiliki probabilitas tinggi untuk menemukan kesalahan yang belum pernah ditemukan sebelumnya 3. Pengujian yang sukses adalah pengujian yang mengungkap semua
kesalahan yang belum pernah ditemukan sebelumnya. Prinsip Pengujian meliputi :
Semua pengujian harus dapat ditelusuri sampai ke persyaratan pelanggan. Sebagaimana telah kita ketahui, sasaran pengujian perangkat lunak adalah untuk mengungkapkan kesalahan. Hal ini memenuhi kriteria bahwa cacat yang paling fatal (dari titik pandang pelanggan) adalah cacat yang menyebabkan program gagal memenuhi persyaratannya.
2 Prinsip Pareto berlaku untuk pengujian perangkat lunak. Secara singkat prinsip Paretomengimplikasikan bahwa 80 persen dari semua kesalahan yang ditemukan selama pengujian sepertinya akan dapat ditelusuri sampai 20 persen dari semua modul program. Masalahnya,bagaimana mengisolasi modul yang dicurigai dan mengujinya dengan teliti.
Pengujian harus mulai “dari yang kecil” dan berkembang ke pengujian
“yang besar”. Pengujian pertama yang direncanakan dan dieksekusi biasanya
berfokus pada modul program individual. Selagi pengujian berlangsung maju, pengujian mengubah fokus dalam usaha menemukan kesalahan pada cluster modul yang terintegrasi dan akhirnya pada system secara keseluruhan.
Pengujian yang mendalam tidak mungkin. Jumlah jalur permutasi untuk program yang berukuran menengah-pun sangat besar. Karean itulah tidak mungkin untuk mengeksekusi setiap kombinasi jalus skema pengujian. Tetapi dimungkinkan untuk secara tepat mencakup logika program dan memastikan bahwa semua kondisi dalam desai prosedural telah diuji.
Untuk menjadi paling efektif, pengujian harus dilakukan oleh pihak ketiga yang independent. Yang dimaksud dengan kata “yang paling efektif” adalah pengujian yang memiliki probabilitas tertinggi di dalam menemukan kesalahan (sasaran utama pengujian). Karena perekayasa perangkat lunak yang membuat sistem tersebut bukanlah orang yang paling tepat untuk melakukan semua pengujian bagi perangkat lunak.
B. PENGUJIAN SYSTEM Definisi Pengujian Sistem
Suatu proses yang dilakukan untuk menilai apakah yang dirancang telah sesuai dengan apa yang diharapkan
Suatu kegian untuk mengevaluasi keunggulan dan kelermahan terhadap sesuatu yang diuji (kwalitas produk
3
Mengevaluasi keseimbangan jumlah pelaksanaan kegiatan dengan beban kerja dalam sesuatu prosedur kegiatan.
Pengujian Sistem
Melakukan proses evaluasi terhadap system yang sudah ada apakah system sudah sesuai yang dharapkan user
Menilai dan mengevaluasi terhadap output atau ahasil system
Menguji terhadpa input, pengelolaan (proses)dan output system
Melakukan penilaian dan evaluasi terhadpat komponen system prosedur pelaksanaan kegiatan dan mutu atau kwalitas hasil system.
Sistem pengujian untuk memastikan kualitas dan keandalan sistem langkah kunci dalam proses pengembangan sistem adalah analisis sistematis pada desain sistem dan pelaksanaan review akhir.Berdasarkan uji konsep dan tujuan sistem informasi selama tes harus mengikuti prinsip-prinsip dasar.
Sesegera mungkin dan terus diuji.Pengujian tidak dalam pengembangan aplikasi dilakukan setelah selesai.Karena kompleksitas asli masalah, keragaman tahap perkembangan serta koordinasi antara peserta dan faktor lainnya, membuat rambut di semua tahapan pembangunan mungkin mengalami kesalahan.Oleh karena itu, tes yang harus dijalankan melalui berbagai tahap perkembangan secepat mungkin untuk memperbaiki kesalahan, menghilangkan bahaya yang tersembunyi.
Harus dihindari oleh orang-orang asli yang bekerja atau komitmen kelompok, di satu sisi, pengembang sering enggan untuk memanggil pekerjaan mereka diakui, dan percaya bahwa perangkat lunak mereka sendiri dikembangkan tidak ada kesalahan; sisi lain, pengembang kesalahan adalah pada sayamenguji, mudah untuk program sesuai dengan ide mereka sendiri untuk mengembangkan ide-ide pengujian, memiliki keterbatasan.Pengujian harus dilakukan oleh personel khusus untuk melaksanakan, akan lebih obyektif dan lebih efektif
4 sesuai dengan rencana pengujian dapat; kemajuan sertifikasi, sehingga semua pihak dapat dikoordinasikan.
Jauhkan rencana uji, uji kasus, sebagai bagian dari dokumentasi perangkat lunak, untuk pemeliharaan kenyamanan.
Uji kasus secara hati-hati dirancang, dapat kembali pengujian atau pengujian tambahan dengan mudah.Ketika Zi benar sebelum uji kasus, atau memodifikasi dasar, dan kemudian menguji.
Sebuah proses pengujian standar biasanya meliputi kegiatan uji berikut dasar. Dalam rencana uji, kita sepenuhnya harus mempertimbangkan waktu keseluruhan proyek pembangunan dan pengembangan ke anak serta beberapa faktor manusia dan kondisi obyektif, membuat rencana uji layak.Utama isi isi rencana uji, penjadwalan lingkungan pengujian, uji dan persyaratan yang dibutuhkan untuk menguji pengaturan pelatihan.
Uji garis didasarkan pada ujian.Ini jelas menetapkan secara rinci sistem dalam tes untuk fitur atau fitur dari masing-masing harus menyelesaikan item tes dasar dan kriteria uji penyelesaian.
Menurut garis besar rancangan dan pengujian untuk menghasilkan uji kasus.Bila dalam desain uji kasus, kasus uji dapat disajikan di depan teknik pemanfaatan dan desain, sehingga dalam dokumentasi pengujian desain dan isinya diukur item, data input, proses pengujian, output yang diharapkan dan sebagainya. untuk melaksanakan ujian.Tahap implementasi dari tes ini adalah terdiri dari serangkaian siklus uji.Dalam setiap siklus uji, penguji dan pengembang akan didasarkan pada program persiapan pra-tes dan menyiapkan ujian yang baik, perangkat lunak uji, atau peralatan untuk tes lengkap.
5 Pengujian terhadap system
Personil ditempakan sudah sesuai dengan skill atau kemampuan yang dimilikinya
Beban kerja yang optimum untuk masing masing personil
Loyalitas atau kemamuan bekerja sama untuk menyelesaikan suatu kegiatan
Kemampuan personil dalam menyelesaikan masalah Pengujian kegiatan
Prosedur dan system kerja yang sistematis
Perencanaan yang terkontrol dan terjadwal
Arah tujuan atau target ang dapat dilaksanakan sesuai dengan perencanaan
Hasil kegiatan yang terukur
Kesemimbangan kegiatan dengan bersarnya biaya yang digunakan Pengujian misi atau tujuan
Adanya integrasi antara personil yang terlibat dengan kegiatan yang dilaksanakn dalam mencapai target system
Kwalitas dari kegiatan yang mewujudkan tujuan system
C. PENGUJIAN PERANGKAT LUNAK
Pengujian perangkat lunak adalah elemen kritis dari jaminan kualitas perangkat lunak dan merepresentasikan spesifikasi, desain dan pengkodean. Meningkatnya visibilitas (kemampuan) perangkat lunak sebagai suatu elemen sistem dan “biaya” yang muncul akibat kegagalan perangkat lunak, memotivasi dilakukannya perencanaan yang baik melalui pengujian yang teliti. Pada dasarnya, pengujian merupakan satu langkah dalam proses rekayasa perangkat lunak yang dapat dianggap sebagai hal yang merusak daripada membangun.
Dalam melakukan uji coba ada masalah penting yang akan dibahas, yaitu :
Teknik Uji Coba Perangkat Lunak
6 SASARAN PENGUJIAN (Glen Myers) :
Pengujian adalah proses eksekusi suatu program dengan maksud menemukan kesalahan.
Test case yang baik adalah test case yg memiliki probabilitas tinggi untuk menemukan kesalahan yang belum pernah ditemukan sebalumnya.
Pengujian yang sukses adalah pengujian yg mengungkap semua kesalahan yang belum pernah ditemukan sebelumnya.
PRINSIP PENGUJIAN (diusulkan Davis) :
Semua pengujian harus dapat ditelusuri sampai ke persyaratan pelanggan.
Pengujian harus direncanakan lama sebelum pengujian itu dimulai.
Prinsip Pareto berlaku untuk pengujian perangkat lunak. Prinsip Pareto mengimplikasikan 80% dari semua kesalahan yg ditemukan selama pengujian sepertinya akan dapat ditelusuri sampai 20% dari semua modul program.
Pengujian harus mulai "dari yg kecil" dan berkembang ke pengujian "yang besar".
Pengujian yg mendalam tidak mungkin.
Paling efektif, pengujian dilakukan oleh pihak ketiga yg independen.
TESTABILITAS
Testabilitas perangkat lunak adalah seberapa mudah sebuah program komputer dapat diuji.Karena pengujian sangat sulit, perlu diketahui apa yang dapat dilakukan untuk membuatnya menjadi mudah. Kadang-kadang pemrogram beresedia melakukan hal-hal yang akan membantuproses pengujian dan checklist mengenai masalah-masalah desai yang mudah, fitur dan lain sebagainya yang berguna dalam bernegosiasi dengan mereka.
Checklist berikut memberikan serangkaian karakteristik yang membawa kepada perangkat lunak yang dapat diuji :
7
Sistem memiliki beberapa bug (bug menambah analisis dan biaya pelaporan keproses pengujian).Tidak ada bug yang memblok eksekusi pengujian
Produk berkembang di dalam tahapan fungsional (memungkinkan pengemabngandan pengujian secara simultan).
Observabilitas. “Apa yang Anda lihat adalah apa yang Anda uji”
Output yang berbeda dikeluarkan oleh masing-masing input.
Tahap dan variabel sistem dapat dilihat atau diantrikan selama eksekusi.
Sistem dan variabel yang lalu dapat dilihat atau diantrikan (misal : log transaksi)
Semua faktor yang mempengaruhi output dapat dilihat.
Kesalahan itnernal dideteksi secara otomatis melalui mekanisme selftesting.
Kesalahan internal dilaporkan secara otomatis.
Kode sumber dapat diakses
Kontrolabilitas. “Semakin baik kita dapat mengontrol perangkat luank, semakin banyak pengujian yang dapat diotomatisasi dan dioptimalkan”
Semua output yang mungkin dapat dimnculkan melalui beberapa kombinasi input.
Semua kode dapat dieksekusi melalui berbagai kombinasi input.
Keadaan dan varibale perangkat lunak dan perangkat keras dapat dikontrol secara langsung oleh perekayasa pengujian.
Format input dan output konsistem dan terstruktur.
Pengujian dapat dispesifikasi, dioptimasi dan direproduksi dengan baik.
Dekomposabilitas. “Dengan mengontrol ruang lingkup pengujian, kita dapat dengan lebih cepat mengisolasi masalah dan melakuakn pengujian kembali secara lebih halus”
Sistem perangkat luank dibangun dari modul-modul independen.
8
Kesederhanaan. “Semakin sedikit yang diuji, semakin cepat kita dapat
mengujinya”
Kesederhanaan fungsional (seperti, kumpulan fitur adalah kebutuhan minimum untuk memenuhi persyaratan).
Kesederhanaan struktural (seperti, arsitektur dimodularisasi untuk membatasi penyebaran kesalahan)
Kesederhanaan kode (seperti, standar pengkodean diadopsi demi kemduahan inspeksi dan pemeliharaan).
Stabilitas. “Semakin sedikti perubahan, semakin sedikit ganggunan dalam pengujian”
Pengujian ke perangkat lunak tidak sering.
Perubahan ke perangkat lunak terkontrol.
Perubahan ke perangkat lunak memvalidasi pengujian yang sudah ada.
Kegagalan perangkat lunak dapat diperbaiki dengan baik
Kemampuan untuk dapat dipahami. “Semakin banyak informasi yang kita miliki, semakin halus pengujian yang akan dilakukan”
Desain dipahami dengan baik.
Ketergantungan di antara komponen internal, eksternal dan yang dipakai bersama,dipahami dengan baik.
Perubahan ke desai dikomunikasikan.
Dokumentasi teknik dapat diakses dengan cepat.
Dokumentasi teknis diorganisasikan dengan baik.
Dokumentasi teknis spesifik dan detail.
Dokumentasi teknis akurat
D. ATRIBUT PENGUJIAN YG BAIK :
Berikut adalah atribut-atribut pengujian yang baik:
Memiliki probabilitas yg tinggi menemukan kesalahan.
Tidak redundan.
Harusnya ‘jenis terbaik’.
9 1. Pengujian yang baik memiliki probabilitas yang tinggi untuk menemukan
kesalahan. Untuk mencapai hal ini, penguji harus memahami perangkat lunak dan berusaha mengembangkan gambaran mental mengenai bagaimana perangkat lunak dapat gagal. Idealnya kelas-kelas kegagalan itu diselidiki. Sebagai contoh, kelas kegagalan potensial pada GUI adalah kegagalan untuk mengenali posisi mouse yang sesuai. Serangkaian pengujian akan dirancang untuk menguji mouse untuk memperlihatkan kesalahan didalam pengenalan posisi mouse.
2. Pengujian yang baik tidak redudan. Waktu pengujian dan sumber daya terbatas. Tidak ada manfaatnya melakukan pengujian dengan tujuan yang sama dengan pengujian lainnya. Setiap pengujian harus memiliki tujuan yang berbeda.
3. Pengujian yang baik seharusnya “jenis terbaik”. Dalam suatu kelompok pengujian yang memiliki tujuan yang serupa, batasan waktu dan sumber daya dapat menghalagi eksekusi hanya kelompok kecil dari pengujian tersebut. pada kasus semacam ini maka pengujian yang memiliki kemungkinan paling besar untuk mengungkap seluruh kelas kesalahan yang tinggi harus digunakan.
4. Pengujian yang baik tidak boleh terlalu sederhana atau terlalu kompleks. Secara umum masing-masing test case harus dieksekusi secara terpisah.
10 1. Pengujian white-box
Berfokus pada struktur control program. Test case dilakukan untuk memastikan bahwa semua statemen pada program telah dieksekusi paling tidak satu kali selama pengujian dan bahwa semua kondisi logis telah diuji. Pengujian basic path, tehnik pengujian white-box, menggunakan grafik (matriks grafiks) untuk melakukan serangkaian pengujian yang independent secara linear yang akan memastikan cakupan.
Pengujian aliran data dan kondisi lebih lanjut menggunakan logika program dan pengujian loop menyempurnakan tehnik white-box yang lain dengan memberikan sebuah prosedur untuk menguji loop dari tingkat kompleksitas yang bervariasi. Pengujian black-box didesain untuk mengungkap kesalahan pada persyaratan fungsional tanpa mengabaikan kerja internal dari suatu program. 2. Pengujian black-box.
Berfokus pada domain informasi dari perangkat lunak, dengan melakukan test case dengan menpartisi domain input dari suatu program dengan cara yang memberikan cakupan pengujian yang mendalam.
3. Pengujian graph-based.
Mengeksplorasi hubungan antara dan tingkah laku objek-objek program. Partisi ekivalensi membagi domain input ke dalam kelas data yang mungkin untuk melakukan fungsi perangkat lunak tertentu. Analisis nilai batas memeriksaa kemampuan program untuk menangani data pada batas yang dapat diterima.Metode pengujian yang terspesialisasi meliputi sejumlah luas kemampuan perangkat lunak dan area aplikasi. GUI, arsitektur client/ server, dokumentasi dan fasilitas help dan sistem real time masing-masing membutuhkan pedoman dan tehnik khusus untuk pengujian perangkat lunak.
4. Pengujian Integrasi Top-Down
11 memeriksa control mayor atau keputusan pada saat awal di dalam proses pengujian. Pada struktur program yang difaktorkan dengan baik, penarikan keputusan terjadi pada tingkat hirarki yang lebih tinggi sehingga terjadi lebih dulu.
Strategi top-down kelihatannya tidak sangat rumit, tetapi di dalam praktenya banyak menimbulkan masalah logistic. Biasanya masalah ini terjadi jika dibutuhkan pemrosesan di dalam hirarki pada tingkat rendah untuk menguji secara memadai tingkat yang lebih tinggi.
5. Pengujian Integrasi Bottom-up.
Memulai konstruksi dan pengujian dengan modul atomic (modul pada tingkat paling rendah pada struktur program). Karena modul diintegrasikan dari bawah ke atas, maka pemrosesan yang diperlukan untuk modul subordinate ke suatu tuingkat yang diberikan akan selalu tersedia dan kebutuhan akan stub dapat dieliminasi. Strategi integrasi bottom-up dapat diimplementasi dengan langkah-langkah:
Modul tingkat rendah digabung ke dalam cluster (build) yang melakukan subfungsi perangkat lunak spesifik.
Driver (program control untuk pengujian) ditulis untuk mengkoordinasi input dan output test case
6. Uji Sistem.
Uji sistem: Sistem software diuji keseluruhan. Ini memverifikasi semua elemen secara langsung untuk memastikan bahwa semua fungsi dan performance sistem diterima dalam lingkungan target.
Terbagi menjadi 4 bagian yaitu:
1. Recovery Testing : sistem tes yang menekan software untuk gagal dengan cara yang bervariasi dan memverifikasi perbaikan sendiri dengan baik 2. Security Testing : usaha untuk memverifikasi mekanisme perlindungan
12 3. Stress Testing : didesain untuk menghadapi program dengan situasi
abnormal.
4. Pengujian instalasi : didesain untuk menguji prosedur instalasi dan software pendukungnya
Area fokus adalah:
Fungsi dan performance system
Reliability (ketersediaan) dan recoverability (kemampuan menutup/ recovery test) system
Instalasi (uji instalasi) system
Perilaku pada kondisi tertentu (uji tekanan dan load) system
Operasi user (acceptance test/alpha test/) system
Integrasi dan kolaborasi hardware dan software
Integrasi software eksternal dan sistem
F. STRATEGI UJI COBA PERANGKAT LUNAK
Strategi uji coba perangkat lunak memudahkan para perancang untuk menentukan keberhasilan system yg telah dikerjakan. Hal yang harus diperhatikan adalah langkah-langkah perencanaan dan pelaksanaan harus direncanakan dengan baik dan berapa lama waktu, upaya dan sumber daya yg diperlukan.
Strategi uji coba mempunyai karakteristik sbb :
Pengujian mulai pada tingkat modul yg paling bawah, dilanjutkan dgn modul di atasnya kemudian hasilnya dipadukan.
Teknik pengujian yang berbeda mungkin menghasilakn sedikit perbedaan (dalam hal waktu)
Pengujian dilakukan oleh pengembang perangkat lunak dan (untuk proyek yang besar) suatu kelompok pengujian yang independen.
Pengujian dan debugging merupakan aktivitas yang berbeda, tetapi debugging termasuk dalam strategi pengujian.
13 Verifikasi : Kumpulan aktifitas yg menjamin penerapan perangkat lunak benar-benar sesuai dgn fungsinya.
Validasi : Kumpulan aktivitas yang berbeda yang memastikan bahwa perangkat lunak yang dibangun dapat memenuhi keperluan pelanggan.
1. PENGUJIAN UNIT
Unit testing (uji coba unit) fokusnya pada usaha verifikasi pada unit terkecil dari desain perangkat lunak, yakni modul. Uji coba unit selalu berorientasi pada white box testing dan dapat dikerjakan paralel atau beruntun dengan modul lainnya.
2. PENGUJIAN INTEGRASI
Pengujian terintegrasi adl teknik yg sistematis untuk penyusunan struktur program, pada saat bersamaan dikerjakan uji coba untuk memeriksa kesalahan yg nantinya digabungkan dengan interface.
Metode pengujian
a. top down integration b. buttom up integration
a. Pengujian integrasi top down (top down integration)
Top down integration adalah pendekatan incremental dengan menggerakkan ke bawah melalui hirarki control, dimulai dengan control utama. Strategi intergrasi top-down memeriksa control mayor atau keputusan pada saat awal di dalam proses pengujian. Pada struktur program yang difaktorkan dengan baik, penarikan keputusan terjadi pada tingkat hirarki yang lebih tinggi sehingga terjadi lebih dulu.
Strategi top-down kelihatannya tidak sangat rumit, tetapi di dalam praktenya banyak menimbulkan masalah logistic. Biasanya masalah ini terjadi jika dibutuhkan pemrosesan di dalam hirarki pada tingkat rendah untuk menguji secara memadai tingkat yang lebih tinggi.
b. Pengujian Integrasi Bottom-up (buttom up integration)
14 subordinate ke suatu tuingkat yang diberikan akan selalu tersedia dan kebutuhan akan stub dapat dieliminasi. Strategi integrasi bottom-up dapat diimplementasi dengan langkah-langkah:
1. Modul tingkat rendah digabung ke dalam cluster (build) yang melakukan subfungsi perangkat lunak spesifik.
2. Driver (program control untuk pengujian) ditulis untuk mengkoordinasi input dan output test case
3. Cluster diuji
4. Driver diganti dan cluster digabungkan dengan menggerakkannya ke atas di dalam struktur program.
Karakteristik utama dari pengujian perangkat lunak :
Formal-Rencana uji perangkat lunak merupakan bagian dari pengembangan proyek dan rencana mutu, dijadwalkan di muka dan item sentral muncul dalam perjanjian pembuatan perangkat lunak yang ditandatangani antara pelanggan dan pengembang. Dengan kata lain, pengujian perangkat lunak secara ad hoc oleh rekan atau pemeriksaan berkala oleh pemimpin tim pemrograman tidak dapat dianggap sebagai tes perangkat lunak.
Tim penguji khusus – Sebuah tim independen atau eksternal konsultan yang mengkhususkan diri dalam pengujian ditugaskan untuk melaksanakan tugas ini terutama dalam rangka untuk menghilangkan bias dan untuk menjamin pengujian yang efektif oleh para profesional terlatih. Selain itu, secara umum diterima bahwa tes yang dilakukan oleh pengembang sendiri akan menghasilkan hasil yang buruk, sebagai individu yang mengembangkan produk asli akan menemukan kesulitan untuk mengungkapkan kesalahan yang mereka tidak diidentifikasikan lebih awal. Namun, unit test terus dilakukan oleh pengembang di banyak organisasi.
15 Prosedur pengujian disetujui – Proses pengujian yang dilakukan berdasarkan
suatu rencana uji dan prosedur pengujian yang telah disetujui sebagai sesuai dengan prosedur SQA diadopsi oleh organisasi yang berkembang.
Uji kasus disetujui – kasus uji yang akan diperiksa didefinisikan secara penuh oleh rencana uji. Tidak ada kelalaian atau penambahan diharapkan terjadi selama pengujian. Dengan kata lain, sekali proses telah dimulai, Penguji tidak diperkenankan untuk menerapkan kebijaksanaan dengan menghilangkan batu ujian jika dianggap berlebihan atau dengan menambahkan ujian baru, meskipun mungkin menjanjikan.
G. LANGKAH-LANGKAH PENGUJIAN
Langkah-langkah yang seharusnya dilakukan ketika melakukan pengujian, adalah :
1. Menentukan apa yang akan diukur melalui pengujian 2. Menentukan bagaimana pengujian akan dilaksanakan
3. Membangun suatu kasus uji (test case), yaitu sekumpulan data atau situasi yang akan digunakan dalam pengujian.
4. Menentukan hasil yang diharapkan atau hasil sebenarnya 5. Menjalankan kasus pengujian
6. Membandingkan hasil pengujian dan hasil yang diharapkan.
Ketika akan melakukan pengujian terdapat beberapa hal yang harus diperhatikan, yaitu:
1. Menspesifikasikan kebutuhan (requirement) produk dalam bentuk yang dapat diukur (quantifiable) jauh sebelum pengujian dimulai.
2. Menyatakan tujuan pengujian secara eksplisit.
3. Memahami pengguna perangkat lunak dan membuat profil dari tiap kategori pengguna.
16 6. Menggunakan formal technical review sebagai penyaring sebelum
pengujian dilakukan.
7. Menggunakan formal technical review untuk menilai strategi pengujian dan kasus uji.
8. Mengembangkan ancangan peningkatan berlanjut untuk proses pengujian.
Di awal melakukan pengujian, hal pertama yang harus dilakukan adalah membuat rencana pengujian, yang mencakup hal-hal berikut :
1. Proses testing : Mendeskripsi fase-fase utama dalam pengujian
2. Pelacakan Kebutuhan : Menentukan semua kebutuhan user yang akan diujikan secara individu
3. Item yg diuji : Menspesifikasi komponen sistem yang diuji 4. Jadwal testing
5. Prosedur Pencatatan Hasil dan Prosedur 6. Kebutuhan akan Hardware dan Software 7. Kendala-kendala
H. TUJUAN PENGUJIAN
Testing dilakukan untuk memastikan mutu dari suatu produk yaitu menguji apakah produk (dalam hal ini system informasi) yang dihasilkan telah sesuai dengan mutu yang dipersyaratkan. Testing dilakukan untuk memastikan atau menjaga mutu suatu produk
Testing merupakan proses analisa dan entitas software, pada testing ini bertujuan untuk mendeteksi adanya perbedaan antrar kondisi software yang ada dengan kondisi yang diinginkan, untuk melihat kerusakan suatu produk melakukan evaluasi fitur fitur dari software.
Tujuan Langsung :
17 Untuk membawa perangkat lunak diuji, setelah memperbaiki kesalahan
yang diidentifikasi dan melakukan pengujian ulang, pada tingkat kualitas yang memadai.
Untuk melakukan tes yang diperlukan secara efisien dan efektif, dalam keterbatasan anggaran dan penjadwalan.
Tujuan Tidak Langsung :
Untuk menyusun catatan kesalahan perangkat lunak untuk digunakan dalam pencegahan kesalahan (dengan tindakan perbaikan dan pencegahan).
I. DEBUGGING
Bug itu bahasa Indonesianya adalah serangga pengganggu. Kalau dalam dunia script, bug juga bisa diartikan "lubang-lubang error yang disebabkan karena ketidaksempurnaan desain pada program yang menyebabkan program itu tidak berfungsi semestinya". Tapi kesalahan ini sangat kecil sehingga dinamakan bug atau si kecil yang mengganggu.
Untuk lebih jelasnya pengertian bug adalah :
Bug dengan terjemahan langsung ke bahasa Indonesia adalah serangga atau kutu. Bug merupakan suatu kesalahan desain pada suatu perangkat keras komputer atau perangkat lunak komputer yang menyebabkan peralatan atau program itu tidak berfungsi semestinya. Bug umumnya lebih umum dalam dunia perangkat lunak dibandingkan dengan perangkat keras.
Kenapa Dinamakan Bug?
18 berfungsi dengan baik. Maka sejak saat itu kata bug lekat dengan masalah-masalah pada komputer.
Sekarang ada bug maka ada juga istilah debugging.
19 DAFTAR PUSTAKA
B. Beizer,1990,Software Testing techniques,2nd Edition, Van Nostrand Reinhold. Glen Myers,1979,The Art of Software Testing,Wiley
Langkah Pengujian, https://rifq221091.wordpress.com/2014/01/03/langkah-pengujian/, 25/05/2016
Software Testing : Proses Pengujian, http://ujisoftware.wordpress.com/, 18/10/2014
Tahapan Pengujian, https://rifq221091.wordpress.com/2014/01/03/tahapan-pengujian/, 25/05/2016
Testing (Pengujian Perangkat Lunak),
http://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=3&cad=rja &uact=8&ved=0CCoQFjAC&url=http%3A%2F%2Fdosen.amikom.a c.id%2Fdownloads%2Fmateri%2FTESTING%2520PERANGKAT% 2520LUNAK.doc&ei=Nm5PVKjVNqXImwXTtICABA&usg=AFQj
CNHAFqsDq-1s1C2xMWkNT5uZhYBDog&sig2=SkCv8CaESjkgCzTdlQR1DQ&b vm=bv.77880786,d.dGY , 25/05/2016
Testing dan implementasi - SlideShare,
http://www.slideshare.net/fatonitkj/testing-dan-implementasi, 25/05/2016 Testing Dan Implementasi Perangkat Lunak,
20
STRATEGI
SISTEM TESTING DAN DEBUGGING
MAKALAH
Diajukan untuk melengkapi Mata Kuliah dan memenuhi syarat-syarat Guna memperoleh gelar Sarjana Komputer
Universitas Ubudiyah Indonesia
Oleh;
KELOMPOK I
Reza Al Fajri Khalilullah Ida Marliani Ella Noviyanti
PROGRAM STUDI S-1 SISTEM INFORMASI FAKULTAS ILMU KOMPUTER
UNIVERSITAS UBUDIYAH INDONESIA BANDA ACEH
21 KATA PENGANTAR
Puja dan syukur sepatutnya penulis haturkan ke hadirat Allah , Zat pencipta dan Maha Kuasa atas segala hidayah dan karunia-Nya. Shalawat dan salam semoga senantiasa tercurah ke haribaan Nabi Muhammad . Alhamdulillahirabbil’alamin, dengan izin Allah penulis dapat menyelesaikan Makalah yang berjudul “STRATEGI SISTEM TESTING DAN DEBUGGING” sebagai salah satu persyaratan untuk memperoleh gelar Sarjana (S.Kom) pada Program Studi Sistem Informasi Universitas Ubudiyah Indonesia, Banda Aceh.
Kami Penyusun menyadari bahwa Makalah ini masih memiliki kekurangan. Karenanya Penyusun mengharapkan kritik dan saran yang membangun dari pembaca terutama kepada dosen pembimbing untuk perbaikan pada jenjang pendidikan yang lebih tinggi di masa yang akan datang.
Akhirnya kepada Allah jugalah penulis berserah diri, semoga selalu dalam lindungan dan hidayahnya-Nya. Aamiin
Banda Aceh, 23 Mei 2016 Penyusun,
Kelompok I
22 DAFTAR ISI
KATA PENGANTAR ... ii
DAFTAR ISI ... iii
A. PENGUJIAN /TESTING ... 1
B. PENGUJIAN SYSTEM ... 2
C. PENGUJIAN PERANGKAT LUNAK ... 5
D. ATRIBUT PENGUJIAN YG BAIK : ... 8
E. DESAIN TEST CASE: ... 9
F. STRATEGI UJI COBA PERANGKAT LUNAK ... 12
G. LANGKAH-LANGKAH PENGUJIAN... 15
H. TUJUAN PENGUJIAN ... 16
I. DEBUGGING ... 17
