Sif0210 - Testing & Implementasi Sistem [PDF]

  • 0 0 0
  • Suka dengan makalah ini dan mengunduhnya? Anda bisa menerbitkan file PDF Anda sendiri secara online secara gratis dalam beberapa menit saja! Sign Up
File loading please wait...
Citation preview

Universitas Pamulang



Sistem Informasi S-1



TESTING & IMPLEMENTASI SISTEM



Penyusun: Emi Sita Eriana Risah Subariah Salman Farizy



Jl. Surya Kencana No. 1 Pamulang Gd. A, Ruang 211 Universitas Pamulang Tangerang Selatan – Banten



Testing & Implementasi



i



Universitas Pamulang



Sistem Informasi S-1



TESTING & IMPLEMENTASI SISTEM Penulis: Emi Sita Eriana Risah Subariah Salman Farizy ISBN: 978-623-6352-78-6 Editor: Risah Subariah Desain sampul: Aden Tata Letak: Ramdani Putra Penerbit: Unpam Press Redaksi: Jl. Surya Kecana No. 1 Pamulang – Tangerang Selatan Telp. 021-7412566 Fax. 021 74709855 Email: [email protected] Cetakan pertama, 27 Januari 2022 Hak cipta dilindungi undang-undang. Dilarang memperbanyak karya tulis ini dalam bentuk dan dengan cara apapun tanpa ijin penerbit.



Testing & Implementasi



ii



Universitas Pamulang



Sistem Informasi S-1



DATA PUBLIKASI UNPAM PRESS | Lembaga Penerbit dan Publikasi Universitas Pamulang Gedung A. R. 212 Kampus 1 Universitas Pamulang Jalan Surya Kencana Nomor 1 Pamulang Barat, Tangerang Selatan, Banten Website: www.unpam.ac.id | Email: [email protected] Testing & Implemantasi Sistem / Emi Sita Eriana, Risah Subariah dan Salman Farizy -1STed ISBN. 978-623-6352-78-6 1. Testing & Implemantasi Sistem I. Emi Sita Eriana II. Risah Subariah III. Salman Farizy M209-27012022-01 Ketua Unpam Press: Pranoto Koordinator Editorial: Aden Koordinator Hak Cipta: Susanto Koordinator Produksi: Dameis Surya Anggara Koordinator Publikasi: Kusworo, Heri Haerudin Koordinator Dokumentasi: Ramdani Putra, Nara Dwi Angesti Desain Cover: Putut Said Permana Cetakan pertama, 27 Januari 2022 Hak cipta dilindungi undang-undang. Dilarang memperbanyak karya tulis ini dalam bentuk dan dengan cara apapun tanpa ijin penerbit.



Testing & Implementasi



ii



Universitas Pamulang



Sistem Informasi S-1



MATA KULIAH TESTING & IMPLEMENTASI SISTEM



IDENTITAS MATA KULIAH Program Studi : Sks : Prasyarat : Semester : Deskripsi Mata Kuliah :



Capaian Pembelajaran



Penyusun



Sistem Informasi S-1/ SIF0210 2 Sks VII Mata kuliah ini bertujuan mempelajari mengenai konsep pengujian dan implementasi sistem informasi. Pada mata kuliah ini akan membahas tentang dasar-dasar testing, prinsip testing dan impementasi sistem informasi, pengujian sistem informasi, perencanaan pengujian, template pengujian dan pengujian menggunakan metode black-box dan white-box testing. : Setelah menyelesaikan mata kuliah ini, mahasiswa mampu membuat perencanaan testing sistem informasi dan mampu melakukan pengujian dengan metode blackbox dan white-box testing dalam sistem informasi dengan baik. : 1. Emi Sita Eriana, S.Kom., M.Kom. 2. Risah Subariah, S.Kom., M.Kom. 3. Salman Farizy, S.Kom, M. Kom, MCSE, MVP.



Tangerang Selatan, Januari 2022 Ketua Program Studi S-1 Sistem Informasi



Ketua Tim Penyusun



Dede Supriyadi, S.Kom., M.Kom. NIDN. 0403078402



Emi Sita Eriana, S. Kom., M. Kom NIDN. 0303028802



Testing & Implementasi



i



Universitas Pamulang



Sistem Informasi S-1



KATA PENGANTAR



Puji serta syukur penulis haturkan kepada Allah SWT, atas rahmat yang telah dilimpahkan kepada penulis hingga buku ajar ini dapat diselesaikan dengan baik. Harapan penulis, buku ajar ini dapat bermanfaat bagi mahasiswa Sistem Informasi Universitas Pamulang dalam kegiatan belajar mengajar. Buku ajar ini disusun dengan berbagai referensi buku, jurnal, dan berbagai sumber lainnya yang dapat melengkapi isi materi dari buku ajar. Terdapat 14 pertemuan pada buku ajar ini dengan beberapa bagian diantaranya teori, soal latihan, dan penjelasan pada setiap materi yang dibahas. Dengan demikian, pemahaman materi pada buku ajar ini dapat dengan mudah disampaikan pada mahasiswa. Dalam kesempatan ini penulis ingin menyampaikan permohonan maaf bila terdapat kekurangan dalam penulisan buku ajar ini. Oleh sebab itu, kritik dan saran yang membangun sangat penulis butuhkan demi kemajuan buku ajar ini kedepannya. Semoga buku ajar ini dapat menjadi manfaat banyak orang.



Tangerang Selatan, Januari 2022 Tim Penyusun



Testing & Implementasi



v



Universitas Pamulang



Sistem Informasi S-1



DAFTAR ISI



TESTING & IMPLEMENTASI SISTEM..........................................................................ii DATA PUBLIKASI UNPAM PRESS.............................................................................iii IDENTITAS MATA KULIAH..........................................................................................iv KATA PENGANTAR.....................................................................................................v DAFTAR ISI.................................................................................................................. vi DAFTAR GAMBAR.....................................................................................................xiii DAFTAR TABEL..........................................................................................................xv PERTEMUAN 1............................................................................................................. 1 DASAR-DASAR TESTING............................................................................................1 A. TUJUAN PEMBELAJARAN.................................................................................1 B. URAIAN MATERI.................................................................................................1 1.



Pengertian Testing.........................................................................................1



2.



Tahapan Testing............................................................................................2



3.



Tujuan Testing...............................................................................................4



4.



Hubungan antara Testing dan Kualitas..........................................................4



5.



Faktor kualitas secara umum.........................................................................6



6.



Kualitas software yang penting bagi Organisasi Software..............................6



7.



Obyektifitas Testing.......................................................................................7



8.



Misi Tim Testing.............................................................................................7



9.



Psikologi Testing............................................................................................8



10. Prinsip-Prinsip Testing...................................................................................8 11. Sebelum dilakukannya testing diperlukan planning........................................9 12. Moto Testing................................................................................................10 13. Isu-isu Seputar Testing................................................................................11 14. Testabilitas...................................................................................................12 15. Manfaat Testing...........................................................................................13 16. Mengapa Software Testing itu Penting.........................................................13 C. LATIHAN SOAL.................................................................................................13 D. REFERENSI.......................................................................................................14 PERTEMUAN 2........................................................................................................... 15 PRINSIP TESTING DAN IMPLEMENTASI SISTEM INFORMASI..............................15 A. TUJUAN PEMBELAJARAN...............................................................................15 B. URAIAN MATERI...............................................................................................15



Testing & Implementasi



v



Universitas Pamulang



Sistem Informasi S-1



1.



Prinsip Testing.............................................................................................15



2.



Implementasi................................................................................................21



3.



Sistem Informasi..........................................................................................25



4.



Implementasi Sistem Informasi....................................................................28



C. LATIHAN SOAL.................................................................................................29 D. REFERENSI.......................................................................................................29 PERTEMUAN 3........................................................................................................... 31 PENGUJIAN SISTEM INFORMASI.............................................................................31 A. TUJUAN PEMBELAJARAN...............................................................................31 B. URAIAN MATERI...............................................................................................31 1.



Implementasi Sistem....................................................................................32



2.



Pengujian Sistem Informasi.........................................................................32



3.



Hal-hal dalam Pengujian Sistem..................................................................32



4.



Pengujian Terhadap Sistem.........................................................................33



5.



Tujuan Pengujian Sistem.............................................................................33



6.



Konsep Pengujian Sistem............................................................................33



7.



Siklus Hidup Perangkat Lunak Secara Umum..............................................34



8.



Siklus Hidup Pengujian Secara Umum.........................................................35



9.



Manfaat Pengujian Sistem...........................................................................36



10. Kegagalan Sistem........................................................................................36 11. Teknik Pengujian Perangkat Lunak..............................................................37 12. Rencana Pengujian......................................................................................37 13. Aktivitas Pengujian Secara Umum...............................................................39 14. Tingkatan Pengujian Secara Umum.............................................................39 15. Kemampuan Tester......................................................................................41 C. LATIHAN SOAL.................................................................................................44 D. REFERENSI.......................................................................................................44 PERTEMUAN 4........................................................................................................... 45 PENDEKATAN STRATEGIS DALAM PENGUJIAN SISTEM INFORMASI................45 A. TUJUAN PEMBELAJARAN...............................................................................45 B. URAIAN MATERI...............................................................................................45 1.



Pendekatan Strategis Dalam Pengujian Sistem...........................................45



2.



Strategi Pengujian Software.........................................................................46



3.



Strategi Pengujian Perangkat Lunak dan Validasi Pengujian.......................47



4.



Karakteristik Umum, Unit Testing dan Prosedur Pengujian Unit..................48



Testing & Implementasi



v



Universitas Pamulang



Sistem Informasi S-1



5.



Pendekatan Strategis dan Pengujian Unit Perangkat Lunak........................49



6.



Pengujian Integrasi......................................................................................51



7.



Pengujian Validasi.......................................................................................58



8.



Pengujian Sistem.........................................................................................58



C. LATIHAN SOAL.................................................................................................60 D. REFERENSI.......................................................................................................60 PERTEMUAN 5........................................................................................................... 62 PERENCANAAN PENGUJIAN DAN ESTIMASI PENYELESAIAN............................62 A. TUJUAN PEMBELAJARAN...............................................................................62 B. URAIAN MATERI...............................................................................................62 1.



Perencanaan Pengujian (Test Plan).............................................................62



2.



Tujuan Membuat Perencanaan Pengujian (Test Plan).................................62



3.



Pembuatan Perencanaan Pengujian (Test Plan).........................................62



4.



Teknik Estimasi Testing...............................................................................72



C. LATIHAN SOAL.................................................................................................74 D. REFERENSI.......................................................................................................74 PERTEMUAN 6........................................................................................................... 76 PENGUJIAN METODE USABILITY............................................................................76 A. TUJUAN PEMBELAJARAN...............................................................................76 B. URAIAN MATERI...............................................................................................76 1.



Metode Usability..........................................................................................76



2.



Pengujian Menggunakan Metode Usability..................................................80



3.



Metode Pengujian Usability ke Website.......................................................82



4.



Pentingnya Melakukan Metode Pengujian Usability.....................................84



5.



Contoh Metode Usability Pada Mobile Banking JakOne..............................89



6.



Studi Kasus Pengujian Metode Usability Terhadap Aplikasi Transportasi



Berbasis Online Berdasarkan Penilaian Pengguna.............................................96 7.



Kesimpulan Materi Menyeluruh..................................................................100



C. LATIHAN SOAL...............................................................................................101 D. REFERENSI.....................................................................................................101 PERTEMUAN 7......................................................................................................... 102 PERANGKAT PENDUKUNG PENGUJIAN...............................................................102 A. TUJUAN PEMBELAJARAN.............................................................................102 B. URAIAN MATERI.............................................................................................102 1.



Perangkat Pendukung Pengujian...............................................................102



Testing & Implementasi



v



Universitas Pamulang



Sistem Informasi S-1



2.



Tahapan dalam testing...............................................................................103



3.



Test tracking dan Sistem pengujian...........................................................105



4.



Bug Tracking Database..............................................................................107



5.



Arsitektur dan Sistem Software Quality Assurance (SQA).........................109



6.



Implementasi dan Pengujian Sistem..........................................................111



7.



Komponen Pemeliharaan Perangkat Lunak...............................................112



8.



Komponen Infrastruktur untuk pencegahan kesalahan dan peningkatan...113



9.



Tahap suatu pengecekan Perangkat Lunak...............................................113



10. Tingkat Kerumitan Dan Pengujian Sistem..................................................115 11. Tujuan Pengujian.......................................................................................118 12. Mengkonfigurasi Lingkungan Penguji.........................................................120 13. Tingkat Pengujian......................................................................................122 C. LATIHAN SOAL...............................................................................................122 D. REFERENSI.....................................................................................................123 PERTEMUAN 8......................................................................................................... 124 METODE



PENGORGANISASIAN PENGUJIAN SISTEM INFORMASI (TEST



ORGANIZATION)......................................................................................................124 A. TUJUAN PEMBELAJARAN.............................................................................124 B. URAIAN MATERI.............................................................................................124 1.



Pengujian sistem informasi organisasi.......................................................124



2.



Tahapan dalam testing...............................................................................127



3.



Test organization.......................................................................................127



4.



Fungsi yang Berbeda.................................................................................132



5.



Service development group........................................................................133



6.



Tingkat Kerumitan Dan Pengujian Sistem..................................................134



7.



Penguji Pihak Ketiga..................................................................................134



8.



Instansi Pemasaran...................................................................................135



9.



Perancangan Pekerjaan Test.....................................................................135



10. Perihal yang mampu mempercepat pengerjaan tes:..................................135 11. Uji Regresi.................................................................................................135 12. Smoke Testing...........................................................................................136 13. Strategi Pengujian......................................................................................137 C. LATIHAN SOAL...............................................................................................142 D. REFERENSI.....................................................................................................143 PERTEMUAN 9......................................................................................................... 144



Testing & Implementasi



i



Universitas Pamulang



Sistem Informasi S-1



MODEL DAN TEMPLATES PENGUJIAN.................................................................144 A. TUJUAN PEMBELAJARAN.............................................................................144 B. URAIAN MATERI.............................................................................................144 1.



SDLC (Software Development Life Cycle)................................................144



2.



Testing.......................................................................................................145



3.



Test Sistem................................................................................................146



4.



Test Phases (Tahapan pengujian).............................................................147



5.



Test Plan Templates..................................................................................148



6.



Test Tracking Spreadsheet........................................................................151



7.



Bug Tracking Database..............................................................................151



8.



User Acceptance Test (UAT).....................................................................152



9.



Manfaat User Acceptance Test..................................................................154



10. UAT dengan Black Box Testing.................................................................155 C. LATIHAN SOAL...............................................................................................157 D. REFERENSI.....................................................................................................157 PERTEMUAN 10.......................................................................................................158 PRINSIP-PRINSIP DALAM MENULIS LAPORAN PENGUJIAN..............................158 A. TUJUAN PEMBELAJARAN.............................................................................158 B. URAIAN MATERI.............................................................................................158 1.



Reporting / Laporan...................................................................................158



2.



Prinsip Laporan Pengujian.........................................................................158



3.



Prinsip dalam Laporan...............................................................................159



4.



Tujuan Laporan Sistem..............................................................................161



5.



Fungsi Laporan pada Sistem.....................................................................163



6.



Rancangan Laporan pada Sistem.............................................................165



7.



Desain Laporan Tentang Perangkat Lunak................................................166



8.



Hasil Laporan Pengujian Sistem................................................................167



9.



Analisa Laporan Sistem.............................................................................170



C. LATIHAN SOAL...............................................................................................170 D. REFERENSI.....................................................................................................171 PERTEMUAN 11.......................................................................................................172 METODE BLACK-BOX TESTING.............................................................................172 A. TUJUAN PEMBELAJARAN.............................................................................172 B. URAIAN MATERI.............................................................................................172 1.



Black-Box Testing......................................................................................172



Testing & Implementasi



x



Universitas Pamulang



Sistem Informasi S-1



2.



Tipe Uji Coba Black-Box............................................................................173



3.



Penggunaan Black-Box..............................................................................175



4.



Teknik Black-Box Testing...........................................................................179



5.



Manfaat Black-Box Testing........................................................................180



C. LATIHAN SOAL...............................................................................................186 D. REFERENSI.....................................................................................................186 PERTEMUAN 12.......................................................................................................187 METODE WHITE-BOX TESTING..............................................................................187 A. TUJUAN PEMBELAJARAN.............................................................................187 B. URAIAN MATERI.............................................................................................187 1.



White-Box Testing......................................................................................187



2.



Tujuan White-Box Testing..........................................................................188



3.



Teknik-teknik pada White-Box Testing.......................................................189



4.



Jenis-jenis White-Box Testing....................................................................190



5.



Kelebihan dan Kekurangan White-Box Testing..........................................192



6.



Contoh White-Box Testing.........................................................................193



C. LATIHAN SOAL...............................................................................................199 D. REFERENSI.....................................................................................................199 PERTEMUAN 13.......................................................................................................200 MONITORING DAN SISTEM KONTROL..................................................................200 A. TUJUAN PEMBELAJARAN.............................................................................200 B. URAIAN MATERI.............................................................................................200 1.



Monitoring..................................................................................................200



2.



Sistem Monitoring......................................................................................200



3.



Tujuan Monitoring......................................................................................202



4.



SNMP (Simple Network Management Protocol).........................................202



5.



Aplikasi Sistem Monitoring.........................................................................203



C. LATIHAN SOAL...............................................................................................211 D. REFERENSI.....................................................................................................211 PERTEMUAN 14.......................................................................................................212 STUDI KASUS PENYELESAIAN TESTING DAN IMPLEMENTASI SISTEM...........212 A. TUJUAN PEMBELAJARAN.............................................................................212 B. URAIAN MATERI.............................................................................................212 1.



Testing.......................................................................................................212



2.



Pengujian dan Evaluasi..............................................................................214



Testing & Implementasi



x



Universitas Pamulang



Sistem Informasi S-1



3.



Dasar-dasar Testing...................................................................................215



4.



Testing dan Sistem Informasi.....................................................................217



5.



Tahapan Testing........................................................................................218



6.



Contoh Implementasi Sistem.....................................................................218



7.



Pendekatan Pemeriksaan..........................................................................221



C. LATIHAN SOAL...............................................................................................230 D. REFERENSI.....................................................................................................230 DAFTAR PUSTAKA..................................................................................................231 RENCA NA PEMBELAJARAN SEMESTER.............................................................234 RPS........................................................................................................................... 234



Testing & Implementasi



x



Universitas Pamulang



Sistem Informasi S-1



DAFTAR GAMBAR



Gambar 4. 1 Pengujian Unit........................................................................................51 Gambar 4. 2 Pengujian Integrasi.................................................................................54 Gambar 4. 3 Top-down Testing...................................................................................55 Gambar 4. 3 Bottom-up Testing..................................................................................55 Gambar 4. 5 Pengukuran Kinerja................................................................................60 Gambar 5. 1 Antarmuka antara subsistem..................................................................63 Gambar 5. 2 Basic pengujian performa.......................................................................64 Gambar 6. 1 Kerangka Penelitian 1.............................................................................90 Gambar 6. 2 Kerangka Penelitian 2.............................................................................97 Gambar 7. 1 Tahapan pengujian sistem....................................................................104 Gambar 7. 2 Komposisi pengujian sistem.................................................................105 Gambar 7. 3 Track pengujian sistem.........................................................................107 Gambar 7. 4 Pengujian sistem berulang....................................................................108 Gambar 8. 1 Test organization..................................................................................129 Gambar 8. 2 Basic model testing organization..........................................................130 Gambar 8. 3 Development project.............................................................................131 Gambar 8. 4 Independent testing organization..........................................................131 Gambar 8. 5 Service development group..................................................................133 Gambar 8. 6 Strategi testing......................................................................................140 Gambar 9. 1 SDLC....................................................................................................144 Gambar 9. 2 Komposisi pengujian sistem.................................................................146 Gambar 9. 3 Tahapan pengujian sistem....................................................................148 Gambar 9. 4 Test plan templates..............................................................................148 Gambar 9. 5 Track pengujian sistem.........................................................................151 Gambar 9. 6 Dokumen UAT 1...................................................................................155



Testing & Implementasi



x



Universitas Pamulang



Sistem Informasi S-1



Gambar 9. 7 Dokumen UAT 2...................................................................................156 Gambar 10. 1 Membuat laporan pengujian sistem....................................................160 Gambar 10. 2 Daftar fungsi laporan sistem...............................................................164 Gambar 10. 3 Rancangan sistem..............................................................................165 Gambar 11. 1 Black-Box Testing...............................................................................173 Gambar 12. 1 Flowchart dan Flowgraph....................................................................190 Gambar 12. 2 Cyclomatic Complexity.......................................................................191 Gambar 12. 3 Graph Matrix.......................................................................................192 Gambar 12. 4 Contoh Pembelian Property................................................................194 Gambar 12. 5 Contoh Source Code..........................................................................196 Gambar 12. 6 Flowgraph...........................................................................................197 Gambar 13. 1 Sistem monitoring bidang kesehatan..................................................204 Gambar 13. 2 Sistem monitoring bidang industri.......................................................205 Gambar 13. 3 Contoh monitoring bidang militer........................................................206 Gambar 14. 1 Contoh implementasi sistem...............................................................219 Gambar 14. 2 Flowmap sistem..................................................................................220 Gambar 14. 3 Black box test.....................................................................................221 Gambar 14. 3 Pengujian sistem................................................................................222 Gambar 14. 5 Pemeriksaan unit................................................................................223 Gambar 14. 6 Loop....................................................................................................229



Testing & Implementasi



x



Universitas Pamulang



Sistem Informasi S-1



DAFTAR TABEL



Tabel 2. 1 Perbandingan rencana dan desain tes........................................................19 Tabel 3. 1 Rancangan pengelolaan data mahasiswa..................................................37 Tabel 5. 1 Urutan fitur selama testing..........................................................................64 Tabel 5. 2 Contoh perencanaan Pengujian (Test Plan) Features not to be tested.......66 Tabel 5. 3 Contoh perencanaan Pengujian (Test Plan) Testing Task..........................68 Tabel 5. 4 Tanggung Jawab........................................................................................69 Tabel 5. 5 Jadwal Pengujian........................................................................................70 Tabel 5. 6 Persetujuan.................................................................................................71 Tabel 6. 1 Data kesalahan pada fitur JakPay transfer..................................................93 Tabel 6. 2 Kesalahan layanan pembelian paket data..................................................94 Tabel 6. 3 Kesalahan scan barcode............................................................................94 Tabel 6. 4 Hasil dan pembahasan...............................................................................98 Tabel 6. 5 Uji Reliabilitas Dengan Rumus Cronbach Alfa............................................99 Tabel 8. 1 Kekurangan dan kelebihan independent testing.......................................128 Tabel 10. 1 Contoh membuat laporan........................................................................162 Tabel 10. 2 Laporan database dalam sistem.............................................................166 Tabel 10. 3 Skenario pengujian sistem 1...................................................................167 Tabel 10. 4 Skenario pengujian sistem 2...................................................................168 Tabel 10. 5 Skenario pengujian sistem 3...................................................................169 Tabel 11. 1 Kombinasi elemen dalam black-box testing............................................176 Tabel 11. 2 Pengujian aktivitas black-box..................................................................180 Tabel 11. 3 Black-box Testing...................................................................................182 Tabel 11. 4 Black-box Testing Login Admin...............................................................182 Tabel 11. 5 Black-box Testing Login Admin Format 2................................................184 Tabel 11. 5 Black-box Testing Format 3....................................................................185



Testing & Implementasi



x



Universitas



Sistem Informasi



PERTEMUAN 1 DASAR-DASAR TESTING



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu mendefinisikan testing dan mendeskripsikan tahapan testing dan hubungan dengan kualitas.



B. URAIAN MATERI 1.



Pengertian Testing Seringkali mendengar kata tes dalam kehidupan kita sehari hari, tetapi kita belum tentu memahami arti sesungguhnya, karena kita hanya tau tujuan dari penggunaan kata tersebut saja. Orang selalu mengatakan kata tes untuk menggantikan kata ujian. Padahal secara pengertian, definisi dari ujian itu berbeda penerapannya dan tidak semua ujian bisa digantikan dengan tes. Misalnya mobil anda pecah ban, dalam konteks itu adalah ujian, apakah bisa pada hal semacam itu digantikan dengan kata tes? Atau anda mencoba kendaraan baru, sering kita bilang Test Drive, apakah kata itu bisa disebut ujian? Dalam konteks ini tidak semua persamaan kata bisa kita jadikan bahasa dalam menyebutkan kata untuk suatu rangkaian peristiwa. Tes merupakan rangkai sebuah tugas yang berbentuk kegiatan tertulis ataupun lisan yang harus dijawab oleh pelajar untuk menjawab pertanyaan dari pengajar atau penguji dan hasil dari tes tersebut berfungsi untuk menentukan suatu keputusan bagi si pelajar atau orang yang sedang dites. Jadi dengan adanya rangkaian kegiatan yang disebut dengan tes tersebut semata-mata gunakan untuk menentukan kualitas dari orang yang sedang menjalani tes tersebut. Jadi tes adalah proses yang dibuat untuk mengidentifikasi hal yang tidak sesuai dengan hasil suatu sistem atau tidak sesuai dengan harapan. Testing adalah proses eksekusi sistem dimana dilakukan secara teratur dalam memperoleh kesalahan. Pada tahap memiliki pengujian kualitas fungsionalitas, keamanan, dan kinerja aplikasi. Secara umum, pengembang masih meremehkan pengujian karena sangat memakan waktu diawal proses pengembangan. Dalam hal ini,



Testing & Implementasi



1



Universitas



Sistem Informasi



akan diulas tentang definisi implementasi, tujuan dan contoh implementasi. Untuk menjamin kualitas aplikasi, harus dilakukan pengujian, apakah sistem data yang diperoleh melalui pengujian sesuai dengan pengujian penjaminan mutu (quality assurance) yang telah dilakukan. Proses menganalisis entitas aplikasi untuk mendeteksi perbandingan antara keadaan yang ada dan keadaan yang diharapkan (cacat) dan untuk mengevaluasi karakteristik entitas perangkat lunak. Berikut pengertian testing menurut para ahli: a. Hetzel 1973 Testing merupakan suatu operasi pemeriksaan ulang atau pembenaran jalannya suatu sistem atau program sesuai dengan seharusnya. Testing merupakan rangkaian suatu proses yang dilakukan untuk penilaian dari suatu program maupun sistem dan dapat ditetapkan apakah program sudah memenuhi standar yang diinginkan atau belum. b. Myrez Testing



merupakan



suatu



rangkaian



penyelesaian



program



secara



mendalam untuk menemukan adanya error. c. ANSI/IEEE 1059 Testing adalah suatu proses kajian software untuk membedakan software yang ada dengan software sesuai standar yang diharapkan. Persepsi beberapa praktisi mengenai testing diantaranya: a. Pemeriksaan kembali suatu program terhadap spesifikasi b. Mendeteksi adanya error dan bug yang ada pada program c. Menetapkan penerimaan dan dan pengguna d. Memverifikasi suatu sistem yang dapat dijalankan e. Meyakinkan kembali terhadap kemampuan suatu program f. Mempresentasikan bahwa program dapat berjalan sesuai standar



g. Memperlihatkan bahwa tidak adanya error h. Mengenal adanya kekurangan pada sistem i. Mengenali hal yang tidak dapat dijalankan oleh sistem j. Penilaian kemampuan program



2.



Tahapan Testing Tahapan-tahapan testing yang dibuat untuk mengetahui perbandingan antara keinginan dan keadaan yang ada, untuk mengenal tahapan testing



Testing & Implementasi



2



Universitas



Sistem Informasi



perangkat lunak terdapat rangkaian operasi perangkat lunak yang dapat dikontrol yaitu: a. Verifikasi Hal ini untuk memeriksa atau menguji kepatuhan dan konsistensi entitas (termasuk aplikasi) dengan mengevaluasi hasil persyaratan yang telah ditentukan. Verifikasi adalah memeriksa kembali kepatuhan dan konsistensi perangkat lunak dengan mengevaluasi hasil berdasarkan harapan atau keinginan yang telah disiapkan sebelumnya. b. Validasi Setelah melakukan proses verifikasi, langkah selanjutnya adalah melihat apakah sistem sudah benar dan apakah proses yang tertulis dalam spesifikasi sesuai dengan keinginan atau kebutuhan pengguna. Validasi mengetahui sistem berjalan dengan baik, mengetahui bahwa spesifikasi sesuai dengan apa yang dibutuhkan oleh pengguna atau tidak. c. Deteksi error/kesalahan Melalui tahap verifikasi dan konfirmasi, langkah selanjutnya adalah mendeteksi kesalahan pada aplikasi. Pengujian harus berorientasi pada kesalahan intensif untuk menentukan apakah kesalahan yang seharusnya tidak terjadi pada sisi aplikasi. Dalam proses ini, deteksi kesalahan sangat penting dan perlu. Deteksi error, testing semestinya berorientasi pada adanya suatu ketidaksesuaian untuk mengetahui suatu hal yang tidak ada namun seharusnya ada atau suatu hal ada namun seharusnya tidak terjadi. Inti pada pembahasan yang dapat kita pahami bahwa testing merupakan suatu proses yang sifatnya general dan berkelanjutan dengan proses peningkatan, testing juga dapat diartikan sebagai proses penyatuan data yang dikumpulkan untuk melakukan suatu penilaian berjalannya suatu program. Jadi setiap proses yang dilakukan guna melakukan penilaian terhadap situasi software adalah testing. Yang meliputi review, walk through, inspeksi, dan penilaian juga kajian pada saat proses peningkatan dengan hasil adanya suatu data yang dapat diulang secara konsisten mengenai kemungkinan software. Berikut beberapa tips yang dapat digunakan diantaranya:



a. Kesiapan software



Testing & Implementasi



3



Universitas



Sistem Informasi



b. Faktor resiko



c. Kemampuan software d. Kekurangan software e. Masalah / ketidaksesuaian yang terjadi f. Kesesuaian dengan spesifikasi yang telah ditetapkan



3.



Tujuan Testing Berikut ini adalah tujuan testing, yaitu: a. Membuat kepastian aplikasi berjalan. b. Mendeteksi terjadinya kesalahan dan memverifikasi apakah memenuhi keinginan pengguna. c. Memeriksa/menguji kepatuhan dan konsistensi entitas (termasuk perangkat lunak) dengan mengevaluasi hasil sesuai dengan persyaratan yang ditetapkan. Hanya setelah verifikasi kita dapat melihat keaslian sistem dan apakah proses yang tertulis dalam spesifikasi itu benar. Mendeteksi kesalahan, menguji berdasarkan stimulus untuk mendeteksi kesalahan, yaitu untuk menentukan apakah sesuatu yang seharusnya tidak terjadi.



4.



Hubungan antara Testing dan Kualitas Pengertian secara sederhana kualitas dapat dipahami sebagai penilaian kualitas daripada software. Pemahaman kualitas yang sama halnya dengan testing yang berbeda pada setiap ahli. Berikut pemahaman kualitas dari beberapa ahli: a. Menurut Crowby Kualitas merupakan hal yang memenuhi terhadap suatu kebutuhan. b. Menurut ISO 8402 Kualitas merupakan seluruh karakteristik yang dapat menjadikan suatu barang sesuai atau digunakan sesuai yang dibutuhkan dengan biaya ekonomis.



Testing & Implementasi



4



Universitas



Sistem Informasi



c. Pendapat WE Perry Kualitas adalah kesesuaian terhadap standar . d. Pendapat R. Glass Kualitas merupakan suatu tingkat sempurna. e. Pendapat J Juran Kualitas ialah suatu nilai tepat guna. Pengertian software berkualitas merupakan software tanpa error, bug dan dilakukan obyektif sesuai waktu dan dana juga spesifikasi yang ditetapkan dan dapat dirawat. Obyektifan dapat diartikan dengan rangkaian penilaian yang sistematis dan direncanakan dan dilakukan pendokumentasian dengan benar. Kualitas tidak bersifat subyektif dan nyata maka dari itu diperlukan pendekatan yang obyektif, hal tersebut dapat dipengaruhi oleh konsumen tetap atau hal lain yang dapat berpengaruh. Pengguna akhir atau endless, percobaan dari konsumen, petugas kontrak, pemilik saham, review dan lain- lain merupakan pelanggan pada proyek dari software dan masing-masing pelanggar memiliki pandangan tersendiri terhadap kualitas suatu produk. Proses testing menjadikan kualitas menjadi objektif karena testing adalah suatu penilaian dari kualitas suatu software. Testing merupakan pengontrolan kualitas (Quality-control QC) dan QC menilai daripada kualitas produk dan jaminan kualitas (Quality Assurance) QA menilai kualitas proses dimana diperlukan untuk menjadikan produk berkualitas. Namun testing tidak dapat menentukan kualitas dari software, tetapi testing tidak dapat memberikan keyakinan software pada suatu tingkatan karena testing merupakan suatu penilaian yang dilakukan pada kondisi software terkontrol dan diatur pada sebagaimana yang diharapkan pada saat test case dilakukan. QA pada peningkatan produk merupakan rangkaian yang dilakukan beriringan atau sejalan. QA terdiri dari review cara pemasangan dan standar. Review keseluruhan didokumentasikan. Dengan demikian validasi kode termasuk ke dalam QA. Selain itu QA termasuk superset dari testing. Misinya untuk mengurangi terjadinya kesalahan



proyek dan melakukan pencegahan,



pendeteksian dan juga memecahkan masalah yang ada. Tim testing dapat juga disebut tim QA.



Testing & Implementasi



5



Universitas



5.



Sistem Informasi



Faktor kualitas secara umum Faktor kualitas secara umum merupakan pembahasan sebagaimana metode penilaian kualitas dan beberapa faktor yang menjadi acuan kualitas. Terdapat tiga faktor kualitas dengan beberapa poin diantaranya meliputi fungsionalitas, rekayasa, adaptabilitas, berikut faktor kualitas yang dijabarkan diantaranya fungsionalitas (kualitas luar), kebenaran(correctness), realibilitas (reability), kegunaan (usability), integritas (integrity), rekayasa(kualitas dalam), efisiensi (efficiency), testabilitas (testability), dokumentasi (documentation), struktur (structure), adaptabilitas (kualitas ke depan), fleksibilitas (flexibility), reusabilitas (reusability) dan maintainabilitas (maintainability). Testing harus bernilai faktor diatas dan terdapat hubungan pada tiap faktor tersebut. Faktor diatas memiliki peran penting yang tentunya berbeda antara satu dengan yang lainnya. Misal pada sistem bisnis umumnya faktor manfaat dan maintainable adalah faktor penting pada sistem bisnis. Testing dapat berjalan dengan baik maka dijalankan guna melakukan penilaian pada setiap faktor yang terdapat adanya hubungan dan dapat membuat kualitas menjadi lebih jelas.



6.



Kualitas software yang penting bagi Organisasi Software Peningkatan software dapat dilakukan namun tidak mudah proses peningkatan yang dilakukan mayoritas dapat terjadi suatu kesalahan dan menyebabkan kegagalan pada software. Maka dari itu mengacu pada kualitas adalah suatu hal yang dapat meminimalisir terjadinya kesalahan dalam peningkatan software. Contoh suatu kasus kualitas



software



bagi



organisasi sebagai berikut. Data statistik yang dapat kita ketahui pada tahun 1955 perusahaan dan agen pemerintah Amerika Serikat menghabiskan biaya hingga 80 billion US$ guna peningkatan software tersebut dan dibatalkan. Biaya yang dihabiskan oleh Amerika Serikat dapat sebagai berikut: a. 31,1% proyek dibatalkan sebelum selesai. b. 52,7 % proyek terjadi biaya yang membengkak senilai 189% dari nilai estimasi. c. 9,0 % proyek selesai tepat waktu dan anggaran. Berdasar informasi diatas dapat disimpulkan beberapa penyebab yang mengakibatkan kegagalan yaitu biaya dan jadwal dengan core problem adalah Testing & Implementasi



6



Universitas



Sistem Informasi



kemampuan dari rekayasa software dari pihak pengembang yang tidak cukup dan kemampuan yang kurang bagi pelanggan untuk dapat memberi standar kebutuhan dari pada sistem yang ada sebagaimana yang dijelaskan sebelumnya dengan berorientasi pada kualitas suatu organisasi dapat melakukan pengembanan software dengan efektif, efesien, dapat terukur dan terkendali sehingga mampu diulang dengan konsisten sehingga organisasi dapat menghasilkan produk yang berkualitas. Hal ini dapat memberikan kejelasan hasil konsumen untuk mendapatkan barang yang sesuai dan dapat meningkatkan keyakinan konsumen atas kemampuan pengembang hal tersebut berperan penting seperti yang diketahui bahwa klien dan pengembang memiliki hubungan yang berkelanjutan.



7.



Obyektifitas Testing Secara keseluruhan obyektifitas testing merupakan proses yang bertujuan pada verifikasi, validasi dan juga deteksi error agar dapat menemukan kesalahan dan menemukan penyelesaian dalam memecahkan masalah tersebut. Pendapat ahli mengenai obyektifitas testing adalah sebagai berikut: a. Menambah keyakinan sistem dapat digunakan dan meminimalisir adanya error. b. Memberikan data untuk menemukan error secepatnya. c. Menemukan error dan kekurangan dari sistem d. Menemukan kelebihan kekuatan berjalannya sistem. e. Memberikan data kualitas pada software sistem yang ada.



8.



Misi Tim Testing Misi tim testing tidak hanya untuk melakukan testing semata selain itu untuk meminimalisir terjadinya kesalahan pada pekerjaan dan menemukan kesalahan sedini mungkin. Tester menemukan beberapa tanda terjadinya masalah pada sistem, kemungkinan adanya masalah dan adanya kesalahan secara langsung juga menjadi misi dari tim testing. Proses menganalisa, menilai, mendeteksi dan



Testing & Implementasi



7



Universitas



Sistem Informasi



memberikan informasi mengenai kualitas dari produk dan kelompok lain dapat memberikan kesimpulan peningkatan pada produk tersebut. Tester tidak bertugas dalam melakukan penyelesaian atau mengubah kode pada sistem. Tester tidak memberikan komentar atau keluhan pada tim lain. Pada intinya tester bertugas untuk memberikan informasi mengenai kualitas daripada suatu produk.



9.



Psikologi Testing Psikologi pada testing sangat berbeda karena jika pendekatan dilakukan secara konstruktif maka testing akan menjadi destruktif. Tugas pengembang adalah melakukan peningkatan terhadap produk disisi lain tester berusaha untuk menjatuhkannya dengan kata lain tester berusaha menemukan error pada produk. Programer berprinsip pada “zero defect minded” sedangkan tester berfokus pada untuk mencari kesalahan atau error pada produk. Kesalahan pada produk harus diungkapkan tester dan hal tersebut berperan penting bagi produk. Tester tidak hanya menilai dari berjalan atau tidaknya kode pada sistem.



10. Prinsip-Prinsip Testing Terdapat beberapa hal penting testing diantaranya; a. Testing tidak memunginkan lengkap secara sempurna. b. Testing tidak memuungkinkan diilakukan secara lenkan dan mencangkup keseluruhan karena adanya kemungkinan test case sangatlah besar, adanya kemungkinan tersebut ada karena adanya beberapa pertimbangan. c. Proses testing tidak mudah dan memerlukan kemampuan imajinatif. d. Testing bukanlah pekerjaan yang mudah dikarenakan membutuhkan pengetahuan luas untuk melakukan proses testing. Beberapa ahli mengakui hal tersebut karena proses testing dapat dilakukan jika kita dapat mengetahui sistem secara keseluruhan. Testing tersebut memerlukan kemampuan kreativitas, pengetahuan bisnis dan tidak lain adalah pengalaman testing yang dilakukan sebelumnya. e. Testing berperan penting untuk membuktikan adanya error f. Testing harus dapat dilacak sesuai apa yang diinginkan konsumen, yang kita ketahui bahwa obyektifitas testing adalah menemukan error atau kegagalan. Testing & Implementasi



8



Universitas



Sistem Informasi



g. Testing berdasar pada risiko h. Testing memang tidak bisa dilakukan secara keseluruhan namun tidak menutup kemungkinan testing dapat dilakukan secara efektif. Testing juga dapat dikatakan hasil dari pertimbangan resiko dan ekonomi beberapa faktor utama dapat dijelaskan dibawah ini diantaranya: i. Sumber daya serta biaya sangat diperlukan untuk melakukan proses ini tersebut dengan berlandaskan skala prioritas yang kompleks dan kesulitan testing. 1)



Pengiriman produk yang terlambat dikenakan biaya



2)



Kemungkinan adanya defect



3)



Defect dapat menyebabkan defect, defect akan menimbulkan error dan menyebabkan adanya kerugian yang langsung maupun tidak langsung.



11. Sebelum dilakukannya testing diperlukan planning Rangkaian proses testing diperlukan cara berfikir dan pendekatan secara menyeluruh, desain test dan menetapkan hasil yang dibutuhkan untuk test case yang sudah dilakukan pemilihan. Rencana tes merupakan dokumen yang berisi seluruh tujuan dan pendekatan proses testing. Selain itu (test design) atau desain test merupakan pernyataan atau data yang mencangkup apa saja yang akan dilakukan tes dan hasil yang diharapkan pada sistem. Setelah model kebutuhan dibuat selanjutnya dalam menyusun rencana tes dan jika model kebutuhan telah disetujui detail dan definisi test case disusun. Sebelum penyusunan kode, rencana tes dan desain test sudah dibuat. Testing dimulai dari yang terkecil sampai dengan yang terbesar. test pertama direncanakan untuk komponen yang individual. Testing dilakukan berorientasi pada tujuan deteksi error yang berhubungan dengan komponen dan keseluruhan dari sistem. Berikut adalah kriteria penilaian tes dilakukan dengan benar diantaranya: Keyakinan yang didapatkan lawan biaya yang digunakan untuk melakukan testing ditemukannya masalah. Berikut beberapa alasan test berperan penting diantaranya: a. Memberikan arahan yang jelas pada testing yang dilakukan adalah untuk memberikan informasi kualitas dari software.



Testing & Implementasi



9



Universitas



Sistem Informasi



b. Menyesuaikan sumber daya dan jadwal pekerjaan. Menentukan suatu hal dites dan menetapkan kapan proses testing berhenti dilakukan. c. Keefektifan test case dengan menentukan output yang diinginkan sehingga tester dapat melakukan tes dengan benar. d. Testing diperlukan adanya otonomi atau independensi. Jika testing memerlukan hal yang tak biasa sehingga diperlukan pula tester yang tidak bisa pula. Berikut penjelasan yang dimaksud bahwa testing bersifat otonomi atau memerlukan kebebasan: a. Pengamat tanpa bias b. Tester berorientasi menilai kualitas software secara cermat. Proses testing dilakukan dapat lebih baik jika dilakukan oleh pihak ketiga maka akan ditemukan banyak error yang ada pada software. Inti dari 6 prinsip testing dapat disimpulkan bahwa yang berperan penting dalam proses testing diantaranya: a. Pengetahuan dan kemampuan imajinatif setiap orang b. Pemahaman secara menyeluruh mengenai suatu hal (sistem yang akan dites) c. Pengalaman sebelumnya melakukan testing. d. Usaha dan sumber daya juga mempengaruhi proses testing yang dilakukan.



12. Moto Testing Testing adalah suatu percobaan yang memerlukan suatu pendekatan. Percobaan dimulai dengan suatu kesimpulan sementara yang disusun untuk periksa kembali atau dilakukan penolakan. Proses yang dilakukan dimulai dengan



menyusun



percobaan



yang



akan



dilakukan



sehingga



dapat



meminimalisir jumlah kondisi yang diubah. Hasil percobaan dapat disimpan dan informasi yang didapatkan di proses sehingga eksperimen dapat dilakukan lagi apabila diperlukan. Sehingga hasil yang didapatkan apakah pemikiran sementara diawal bisa dibuktikan setelah dilakukan percobaan. Berikut pendapat ahli Myers di tahun 1978 yang mengemukakan moto testing diantaranya:



Testing & Implementasi



1



Universitas



Sistem Informasi



a. Test case yang baik adalah mampu membuktikan adanya defect pada sistem bukan yang menggambarkan bahwa sistem telah bekerja dengan semestinya. b. Menetapkan kapan dilakukan testing dan kapan untuk memberhentikan proses tersebut dianggap tidaklah mudah. c. Melakukan testing pada sistem sendiri tidaklah mungkin untuk dilakukan d. Suatu hal yang diperlukan pada rangkaian proses testing adalah menggambarkan hasil yang diharapkan. e. Jauhkan testing yang tidak produktif f. Catat valid atau tidak valid pada proses dilakukannya testing g. Meykinan kembali bahwwa testabiltas merupakan obyektifias kuunci dalam menyusun software. h. Melakukan pemeriksaan pada setiap output daripada test i. Peningkatan



kemungkinan



banyaknya



defect



juga



seiring



dengan



ditemukannya defect pada proses testing j. Programer terbaik diperlukan dalam melakukan testing k. Penyusunan sistem contohnya modul yang dipadukan dalam suatu sistem. l. Tidak merubah apapun pada sistem untuk menjadikan testing lebih mudah untuk dilakukan. m. Testing diawali dengan objektivitas.



13. Isu-isu Seputar Testing Isu-isu testing diantaranya:



a. Sistem adalah buggy b. Testing dideskripsikan pada tampilan yang menakutkan c. Hambatan testing dapat disebabkan oleh adanya target waktu d. Testing dianggap bukanlah suatu organisasi ataupun pengetahuan e. Pengaturan suatu hal yang bersifat mendukung proses testing dikatakan kurang ideal



Testing & Implementasi



1



Universitas



Sistem Informasi



f. Proses testing tidak menjadikan sesuatu karir yang dapat menjanjikan g. Kondisi yang sulit disebabkan oleh karena teknologi baru maupun lama.



14. Testabilitas Pada dasarnya penyusunan sistem baiknya juga berdasarkan pada testabilitas, testabilitas berperan penting didalam software, testabilitas menurut ahli James Bach merupakan seberapa sederhana software dapat dilakukan testing. Berikut beberapa komponen bahwa software dapat dilakukan testing diantaranya: a. Operability Apabila software berjalan dengan baik maka proses testing akan berjalan dengan baik pula 1)



Sistem memiliki bug yang baru



2)



Bug tidak menjadikan testing menjadi berhenti



3)



Adanya perubahan pada produk yang terjadi secara fungsional



4)



Observability



5)



“Proses testing dilakukan pada apa yang dilihat pada sistem’



6)



Output yang yang keluar harus dapat menjelaskan hasil masukan.



7)



Suatu sistem dan variabel dapat dideskripsikan selama proses berlanjut



8)



Sistem variabel yang lama sebelumnya dapat dibuka dan terlihat



9)



Beberapa faktor yang berpengaruh terhadap keluaran dapat dilihat



10) Identifikasi keluaran yang menyimpang merupakan hal yang mudah dilakukan. 11) Internal



yang



mengalami



kesalahan



dapat



dengan



mudah



di



informasikan. 12) Pengaksesan sources kode dapat dilakukan. b. Controllability Kemampuan dalam mengontrol software semakin besar optimalisasi dan otomatisasi c. Decomposability Dengan mengontrol batasan dari proses testing, penyelesaian masalah akan lebih cepat dan melakukan testing yang dapat diulang menjadi lebih baik lagi d. Simplicity



Testing & Implementasi



1



Universitas



Sistem Informasi



Jumlah yang akan diest akan berpengaruh terhadap kecepatan dilakukanya test e. Stability Jumlah perubahan ang aa akan mempengaruhi gangguan pada saat testing dilakukan. f. Understandability Banyaknya informasi yang didapat berpengaruh pada testing yang akan dilakukan



15. Manfaat Testing Melalui proses pengujian beberapa fase pengujian, sistem akan dapat: a. Tingkatkan kepercayaan dan tingkat risiko yang dapat diterima b. Berikan informasi yang dapat mencegah kesalahan terjadi lagi c. Berikan informasi dan tangkap kesalahan lebih awal d. Menemukan kesalahan dan kelemahan/keterbatasan sistem. e. Temukan kisaran kemampuan sistem f. Memberikan informasi tentang kualitas produk perangkat lunak



16. Mengapa Software Testing itu Penting Pengujian berperan penting dalam mengukur kualitas aplikasi yang dapat digunakan pengguna (seperti login, menyimpan data). Tidak hanya itu, ia juga memiliki fungsi agar aplikasi yang dibuat tidak akan crash ketika terjadi kesalahan input data atau hal-hal lain yang tidak diperlukan dalam pengoperasiannya. Harapkan kesalahan ejaan, informasi tidak lengkap, atau kesalahan URL. Jika data benar-benar hanya dapat diakses oleh pengguna, aplikasi harus dapat mengambil, memproses, dan memelihara data dengan mudah.



C. LATIHAN SOAL 1.



Jelaskan menurut anda konsep dari testing!



2.



Jelaskan bagaimana hubungan kualitas sistem dengan testing!



3.



Jelaskan menurut anda isu tentang testing!



Testing & Implementasi



1



Universitas



Sistem Informasi



4.



Jelaskan menurut anda bagaimana tentang misi tim testing yang anda ketahui!



5.



Jelaskan kualitas software yang penting bagi organisasi menurut anda!



D. REFERENSI Beizer, & B. (1990). Software Testing Techniques. Van Nostrand: Reinhold. Berson. (1992). Client Server. Mc Graw: Hill. Boehm. (1981). Software Engineering. Practice-Hall. Myres, G. (1979). The Art Software Testing. Willey. Romeo, S. T. (2003). Testing dan Implementasi Sistem. Surabaya: STIKOM. Shneiderman, B. (1980). Software Physiology. Winthrop Publisher.



Testing & Implementasi



1



Universitas



Sistem Informasi



PERTEMUAN 2 PRINSIP TESTING DAN IMPLEMENTASI SISTEM INFORMASI



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu menjelaskan prinsip testing dan mendefinisikan implementasi sistem informasi.



B. URAIAN MATERI 1.



Prinsip Testing Prinsip testing meliputi beberapa bagian mulai dari keobjektifan testing, misi dari tim penguji, psikologi testing, prinsip-prinsip testing dan moto testing yang telah dijelaskan pada pertemuan sebelumnya. Berikut ini adalah beberapa bagian penting dari prinsip testing:



a. Keobjektifan Testing Keobjektifan dari testing ialah untuk meninjau, memvalidasi, dan mendeteksi kesalahan dalam menemukan masalah, dan capaian dalam mendeteksi tesrsebut ialah memperbaikinya.



b. Misi dari Tim Penguji Misi tim penguji bukan hanya melaksanakan pengujian, akan tetapi mendukung dalam meminimalisir risiko proyek gagal. Penguji berfokus pada pencarian indikasi masalah pada produk, potensi masalah, dan keberadaan masalah. Tim penguji akan melakukan penelitian, evaluasi, pelacakan, dan memberikan laporan kualitas dari produk sehingga tim proyek lainnya dapat memberikan keputusan tentang peningkatan kualitas produk.



c. Psikologi Testing Testing



atau



pengujian



adalah



psikologi



yang



luar



biasa.



Ketika



dikembangkan dengan konstruktif atau baik, pengujian pun berubah menjadi destruktif atau menyimpang. Pengembang atau developer bertanggung jawab dalam membangun, sementara penguji/tester mencoba untuk merusaknya. Sikap mental ini merupakan bagian penting bagi seorang penguji.



Testing & Implementasi



1



Universitas



Sistem Informasi



d. Prinsip-prinsip Testing Ada prinsip-prinsip pengujian yang diuraikan kedalam beberapa bagian prinsip-prinsip di bawah ini secara lengkap: 1)



Testing tidak mungkin lengkap Testing yang sepenuhnya lengkap adalah tidak mungkin dapat dikerjakan. Hal itu dikarenakan jumlah kombinasi kemungkinan kasus uji atau test case sangat besar, sehingga kemungkinan ini mencakup pertimbangan seperti berikut: a)



Domain Inputan Domain dari inputan atau masukan kemungkinan sangat besar, yang mana harus diuji untuk seluruh input yang valid, seluruh input yang tidak valid, seluruh input yang diubah, seluruh macam input yang didasarkan waktu kejadian, sehingga diperlukan prioritas saat memilih domain input di sistem yang diuji. Misalnya, jika menguji dari sebuah program kalkulator dengan bilangan bulat 10 digit, ada 1010 entri positif dan 1010 entri negatif guna menguji entri yang valid. Untuk entri yang tidak valid, misalnya menangani entri huruf dengan keyboard.



b)



Kompleksitas Antarmuka atau biasanya dikenal dengan user interface dan tata letak pengguna terlalu rumit untuk diuji sepenuhnya. Ketika terdapat bug desain, bagaimana penguji dapat membuktikan bahwa bug tersebut merupakan bug jika itu terdapat pada spesifikasi, dan juga bagaimana penguji mampu mengenali jika perilaku sebuah sistem itu tidak sempurna. Bukti yang logis dari keabsahan program pun tidak mungkin dikarenakan memakan waktu serta terbatasnya waktu.



c)



Jalur Program Ada banyak kemungkinan jalur program yang dilalui dan harus diuji sepenuhnya. Oleh



karena



itu,



perencanaan



pengujian



dipengaruhi



dari



keperluan dalam menentukan jumlah kecil kasus uji/test case dari sejumlah besar kemungkinan. Pengujian tidak ditujukan untuk menguji Testing & Implementasi



1



Universitas



Sistem Informasi



kebenaran sistem / program, melainkan hanya untuk menguji adanya kesalahan dengan kondisi yang mirip dengan yang telah diuji. Kesalahan dalam sistem dapat dibayangkan jumlahnya dengan tepat, akan tetapi tidak ada jaminan jika produk tidak memiliki kesalahan selain yang dibayangkan sebelumnya. Sehingga, pengujian secara keseluruhan tidak mungkin untuk dilakukan. Perhitungan program sangat luas dan juga kompleks. Jadi tidak memungkinkan



untuk



menguji



secara



keseluruhan



semua



kemungkinan kombinasi perhitungan. Yang paling memungkinkan adalah untuk menguji logic program serta memastikan bahwa seluruh kondisi telah diverifikasi pada semua tingkat komponen. 2)



Testing adalah tugas yang kreatif dan sulit. Ada persepsi yang tidak benar mengenai Testing, yaitu: a)



Testing adalah mudah dilakukan.



b)



Setiap orang dapat mengetes sendiri



c)



Tidak memerlukan training dan pengalaman



Meskipun belum ada pernyataan secara tegas, akan tetapi Tindakan yang ditunjukkan memperlihatkan bahwa para praktisi pun sependapat (tidak secara terang-terangan). Sebetulnya, pengujian bukan hal yang mudah, dikarenakan: a)



Agar dapat menguji dengan efektif, diperlukan pengetahuan dari seluruh sistem.



b)



Sistem tidak simple atau sukar untuk dimengerti.



Oleh karenanya, tidak berlebihan bila menyatakan jika testing adalah tugas yang sukar. Agar pengujian berhasil, diperlukan elemen-elemen dibawah ini: a)



Business Knowledge / Pengetahuan bisnis.



b)



Method Testing/ Metodologi Testing.



c)



Experience Testing / Pengalaman testing.



d)



Creativity / Kreatifitas.



Testing & Implementasi



1



Universitas



Sistem Informasi



3)



Alasan mengapa diperlukannya testing agar menghindari kesalahan konsep dari siklus pengujian: a)



Pengujian tidak hanya pada satu tahap pengembangan.



b)



Hasil pengujian digabungkan setiap tahap pengembangan.



Seluruh pengujian mampu dimonitoring serta membuat kebutuhan client dapat terpenuhi. Selayaknya bisa dilihat pada salah satu keobjektifan testing yaitu dapat kita lihat salah satu objektivitas dari testing adalah membetulkan error. Hal tersebut meliputi kesalahan / error dari perspektif client dikarenakan ketidaksesuaian kebutuhan. Menurut Bezier pada tahun 1983, ia menyatakan bahwa “Tindakan mendesain pengujian merupakan salah satu cara yang efektif untuk menghindari galat atau error. Proses perencanaan



agar



dapat



diuji



akan



mampu



menemukan



dan



menghapus masalah setiap tahap”. 4)



Testing berdasarkan risiko. Meskipun pengujian menyeluruh merupakan hal yang tak mungkin dilakukan, bukan artinya pengujian efektif tidak mampu dikerjakan. Karenanya, pengujian ialah hasil peninjauan empat aspek utama berikut ini: a)



Resource (sumber daya) dan cost yang diperlukan dalam mengerjakan pengujian didasarkan pada ruang lingkup pengujian prioritas, kompleksitas, dan tingkat kesulitan pengujian.



b)



Cost (biaya) dari pengiriman produk yang terlambat (Hal ini dimungkinkan karena pengujian).



c)



Potensi terdapat kerusakan / defect (atas dasar operasional yang dialami dan riwayat terjadinya kerusakan).



d)



Biaya yang ditimbulkan oleh kerusakan atau ketidak sempurnaan, jika kerusakan itu menimbulkan error atau kesalahan yang mengakibatkan kerugian bagi client atau konsumen (berdasarkan tanggung



jawab



bisnis



pengembang



ditimbulkan di sisi client).



Testing & Implementasi



1



pada



kerugian



yang



Universitas



Sistem Informasi



5)



Testing wajib disiapkan. Pengujian disebut baik adalah diperlukannya pemikiran yang melakukan pendekatan menyeluruh, design test dan penentuan hasil yang diharapkan dalam setiap test case (kasus tes) yang dipilih. Dokumen meliputi semua tujuan dan fokus pengujian adalah test plan (rencana



tes),



sementara



itu



pernyataan



atau



document



yang



menjelaskan mengenai pilihan pengujian dan menerangkan hasil yang diinginkan ialah test design (desain tes).



Tabel 2. 1 Perbandingan rencana dan desain tes Test Plan



Design Test



Penerapan keobjektifan testing



Rincian tes pada pengembangan



Pendeskripsian pendekatan uji



Pendeskripsian kumpulan tes



Sekumpulan



tasks



dalam



memperoleh keobjektifan testing



Test plan dirancang jika model persyaratan selesai dirancang. Detail dari pemaparan test case dilakukan Ketika desain model telah disepakati. Dengan kata lain, merencanakan dan mendesain pengujian dilakukan sebelum pembuatan kode. Pengujian diawali dari hal yang kecil kemudian melaju ke tingkat yang lebih besar. Test plan berjalan dengan focus pada bagian individu. Pengerjaan testing berfokus pada mencari kesalahan pada cluster yang berhubungan pada bagian dan seluruh sistem didalamnya. Bagaimana menilai tes itu sesuai? a)



Memiliki keyakinan pada apa yang diperoleh dibandingkan dengan biaya yang diinvestasikan dalam pengujian.



b)



Terdapat pencarian defect dan masalah.



Perancangan pengujian adalah penting, dikarenakan:



Testing & Implementasi



1



Universitas



Sistem Informasi



a)



Mampu mengikuti arahan pelaksanaan pengujian agar tidak keluar dari tujuan pengujian yang sebenarnya, yaitu pengukuran kualitas perangkat lunak.



b)



Mampu mengikuti kesesuaian dalam pemanfaatan resource dan schedule proyek, dengan menentukan apa yang harus diuji dan kapan harus dihentikan.



c)



Mampu merancang test case yang tepat, dengan memntukan apa yang diinginkan yang dapat mendorong penguji tetap sesuai pada apa yang diuji.



6)



Testing membutuhkan kebebasan. Jika mengharapkan terdapat pengukuran yang tak menyimpang, maka pengujian yang tak menyimpang diperlukan juga: Apa itu pengujian independen (bebas/tidak berkaitan)? a)



Orang yang tidak memihak



b)



Orang yang memiliki tujuan pengukuran kualitas perangkat lunak dengan tepat.



Pengujian



yang



efektif



wajib



dikerjakan



oleh



pihak



lain



(ketiga).Kemungkinan pengujian menemukan kesalahan tinggi dan sangat efektif. Pada 6 prinsip testing yang dijelaskan, kesimpulannya ialah di dibawah ini: a)



Kreativitas dan pengetahuan setiap individu yang terkait.



b)



Pemahaman serta wawasan pada aplikasi yang diuji.



c)



Pengalaman pengujian.



d)



Metodologi pengujian yang diaplikasikan.



e)



Sumber daya dan usaha yang digunakan.



e. Moto Testing Pengujian atau testing ialah eksperimen dan memerlukan pendekatan yang spesifik. Eksperimen diawali pada sebuah hipotesis eksperimen yang dirancang guna ditolak atau diverifikasi. Sebaiknya merancang eksperimen



Testing & Implementasi



2



Universitas



Sistem Informasi



hingga meminimalisir jumlah kondisi yang berubah dari waktu ke waktu. Kondisi eksperimen tersimpan, dan olah data hingga eksperimen mampu diulang apabila diperlukan. Kemudian pengujian pada data yang di tes untuk memperoleh pembuktian hipotesis. Hipotesis pengujian menampilkan jenis-jenis dan kuantitas kesalahan pada program. Eksperimen selanjutnya dirancang guna diverifikasi atau mengukur jumlah tersebut.



2.



Implementasi Kata implementasi dari bahasa Inggris, “to implement” yang artinya melaksanakan. Dimaksud dengan pelaksanaan itu sendiri adalah suatu tindakan untuk melaksanakan rencana atau gagasan yang telah disusun dan dipersiapkan



sebelumnya



secara



tertib,



cermat



dan



rinci.



Pengertian



pelaksanaan adalah penerapan gagasan atau rencana yang telah disusun jauh sebelum masyarakat mempertimbangkan pengertian pelaksanaan dalam kaitannya dengan kegiatan atau tindakan. Namun, implementasi tidak terbatas pada tindakan mengimplementasikannya. Pelaksanaan juga merupakan kegiatan yang telah direncanakan jauh sebelumnya untuk mencapai tujuan pekerjaan. Realisasi pelaksanaan biasanya juga mengacu pada aturan-aturan tertentu yang mendukung proses kerja. Proses implementasi hanya dapat dicapai jika rencana yang akan dilaksanakan telah dibuat, dipelajari atau dirancang dengan cermat. Hal ini penting agar proses implementasi berjalan dengan lancar dan memberikan hasil yang optimal. Kemudian, proses implementasi baru dianggap selesai atau selesai ketika sistem yang diterapkan telah dinilai "sesuai" dan telah diterapkan secara permanen pada pekerjaan. Implementasi adalah aktivitas atau penerapan dalam suatu perencanaan yang telah dirancang secara terperinci dan juga matang. Implementasi umumnya dilaksanakan jika sebuah perencanaan telah mencapai tahap sempurna. Adapun arti implementasi menurut beberapa para ahli yaitu: Nurdin Usman Implementasi merupakan Tindakan, kegiatan, aktivitas, aksi atau adanya prosedur pada sistem, implementasi bukan hanya kegiatan, namun terdapat tindakan yang telah direncanakan dalam memperoleh tujuan kegiatan. Testing & Implementasi



2



Universitas



Sistem Informasi



Menurut Sudarsono Implementasi adalah kegiatan yang berhubungan dengan pengerjaan suatu tugas dengan memanfaatkan sarana (alat) dalam mendapatkan hasil dari tujuan yang diharapkan. Solichin Abdul Wahab Implementasi menyiratkan kegiatan yang dijalankan oleh individu atau kelompok, pemerintah atau swasta yang ditujukan untuk mencapai tujuan yang telah digambarkan dalam keputusan kebijakan. Purwanto dan Sulistyastuti Pada dasarnya adalah suatu gerakan untuk menyampaikan hasil strategi yang dilakukan oleh pelaksana kepada tujuan berkumpul (target bunch) sebagai suatu kerja untuk mengakui pendekatan.



a. Tujuan Implementasi Setelah sebuah sistem dibuat dalam fase dan proses yang panjang, sistem tersebut memerlukan proses implementasi dengan tujuan agar sistem ini dijamin



bebas



dari



hambatan



fatal



yang



terjadi



ketika



pengguna



menggunakan sistem tersebut. pelaksanaannya adalah sebagai berikut: 1)



Membuat Desain Layout Selama Analisis dan Penelitian Proses implementasi diperlukan untuk menganalisis dan mengamati desain sistem, agar sistem menjadi lebih efisien. Buat tes untuk aturan yang akan ditentukan.



2)



Tahap pengujian ini berguna untuk melihat bagaimana sistem terintegrasi dengan penggunanya.



3)



Untuk



menyempurnakan



sistem



yang



telah



disetujui



Untuk



menambahkan grid pada desain sistem, diperlukan implementasi, dengan harapan akan ada panduan baru yang lebih berguna untuk sistem yang akan diimplementasikan. 4)



Memprediksi kebutuhan pengguna terkait dengan sistem yang akan diimplementasikan.Jika



suatu



sistem



diimplementasikan



tanpa



implementasi, ada kemungkinan gesekan jika sistem tersebut terbukti tidak sesuai.



Testing & Implementasi



2



Universitas



Sistem Informasi



Contoh pelaksanaan, pada penjelasan di atas dikatakan bahwa pelaksanaan merupakan bentuk verbal. Manakah dari kata-kata ini, jika digabungkan dengan kata lain, akan memiliki arti, misalnya implementasi sistem yang berarti proses penerapan sistem. Adapun tujuan dari implementasi sistem itu sendiri adalah: 1)



Menguji rencana yang telah disusun Tujuan utama dari implementasi adalah untuk meninjau rencana kerja dan terobosan ide-ide baru yang telah dikembangkan bersama tim. Melalui proses implementasi ini, Anda dapat melihat seberapa efektif rencana atau inovasi yang akan diluncurkan. Selain itu, juga dapat melihat masalah yang akan muncul saat sistem baru berjalan dan cara memperbaikinya.



2)



Tinjauan sistem dengan kebutuhan konsumen Tujuan implementasi selanjutnya adalah untuk mengkaji sejauh mana rencana dan inovasi baru yang diterapkan mampu memenuhi kebutuhan konsumen. Dimungkinkan untuk menilai apakah inovasi-inovasi baru tersebut telah mampu meningkatkan kualitas pelayanan kepada konsumen atau belum, jika tidak dimungkinkan untuk melakukan perubahan lagi.



3)



Mendokumentasikan sistem Selain menguji studi atau rencana kerja, proses implementasi juga bertujuan untuk mendokumentasikan implementasi. Melalui pelaksanaan rencana atau studi yang efektif, dimungkinkan untuk secara bersamaan mendokumentasikan



semua



prosedur



dan



langkah



yang



diperlukan. Membuat dan Menyelesaikan Proyek Sistem Tujuan akhir penerapan penerapan adalah untuk membuat dan menyelesaikan proyek yang diperlukan oleh sistem. Oleh karena itu, melalui implementasi dan pengujian sistem, dimungkinkan untuk membuat dan melengkapi detail untuk menghasilkan satu set deskripsi pekerjaan yang lengkap.



b. Pengenalan Implementasi Sistem Salah satu jenis implementasi adalah implementasi sistem. Implementasi sistem merupakan kegiatan atau setelah pembuatan dan penetapan kebijakan. Pada proses pelaksanaan ini terdapat beberapa kegiatan misalnya Testing & Implementasi



2



Universitas



Sistem Informasi



pelaksanaan pekerjaan, pengorganisasian dan pengendalian proses kerja yang sedang berjalan. Proses implementasi secara umum tidak terisolasi: terdapat beberapa kegiatan yang saling terkait dimana kegiatan tersebut membangun serangkaian proses untuk pelaksanaan rencana kerja, Mengatur kegiatan, menerapkan strategi dan pengawasan, pengendalian dan pengendalian pekerjaan. Setiap aspek yang disebutkan saling terkait dimana sistem organisasi kerja tidak akan dapat berfungsi dengan baik tanpa pengawasan kerja, penerapan strategi dan kepemimpinan tim yang baik. Peran setiap elemen akan saling melengkapi untuk menghasilkan sistem implementasi rencana yang lengkap, utuh dan fungsional. Langkah-Langkah Implementasi, implementasi tidak bisa dilakukan bagi mereka yang belum pernah mengimplementasikan rencana atau studi, proses ini bisa sangat membingungkan pada awalnya.Jadi apa cara terbaik untuk mengimplementasikan rencana atau ide baru. Sebelum dapat berlatih, yang perlu diketahui sejumlah langkah dalam proses implementasi itu sendiri, langkah-langkah ini meliputi: 1)



Fase pertama Proses implementasi adalah organisasi. Sebelum melangkah lebih jauh, ada beberapa hal yang perlu Anda atur terlebih dahulu yang perlu dilakukan kemudian. Proses pengorganisasian ini menitikberatkan pada pengorganisasian hal-hal pokok seperti Pengorganisasian kewajiban, hak, wewenang semua pihak yang terlibat, .struktur dan desain organisasi,



pembagian



kerja



atau



Sistem



delegasi



organisasi,



kebudayaan diatur, rekrutmen, penempatan dan pengembangan sumber daya manusia. sistem koordinasi dan integrasi antar anggota, dan lainlain. 2)



Tahap kedua Kepemimpinan



dan mobilisasi



sistem



tahap selanjutnya adalah



menggerakkan sistem dan menjalankan kepemimpinan dalam sistem, pada fase ini dilakukan proses alokasi sumber daya. fase ini adalah kerjasama, motivasi, negosiasi, standar dan aturan kerja, kepemimpinan yang efektif, komunikasi dan kualitas kerja tim itu sendiri. Proses ini dapat Testing & Implementasi



2



Universitas



Sistem Informasi



diketuai oleh seseorang yang menjalankan tugas sebagai kepala pos. Manajer shift memiliki kemampuan untuk memilih cara kerja, ruang dan kekuatan pengambilan keputusan untuk mengatasi masalah yang muncul selama proses kerja. agar proses pelaksanaannya dapat berjalan dengan lancar. 3)



Tahap Ketiga Pengendalian



tahap



terakhir



dari



sistem



implementasi



adalah



pengendalian, dimana dilakukan proses pengaturan dan pengendalian secara



berkala.Beberapa



elemen



dapat



dikendalikan



selama



pelaksanaan fase kontrol: Biaya / keuangan, desain kontrol, Sistem informasi manajemen, kebijakan dan aturan yang menjadi acuan implementasi sistem. Contoh implementasi, dapat diamati dalam kehidupan sehari-hari. Dari kebijakan sederhana yang pelaksanaannya melibatkan pelaku tunggal (the performer), hingga kebijakan yang lebih kompleks yang memerlukan keterlibatan beberapa pihak. Contoh implementasi kebijakan yang nyata antara lain program pengentasan kemiskinan, pembangunan infrastruktur publik untuk program pendidikan selama pandemi virus.



3.



Sistem Informasi Arti sistem informasi (SI) menyiratkan sistem yang menggabungkan kegiatan manusia dan pemanfaatan teknologi dalam membantu manajemen dan operasional. Hal ini mengacu pada sebuah relasi yang terbentuk atas dasar hubungan manusia, data, informasi, algoritma, dan teknologi. Saat ini, pemanfaatan sistem informasi bukan hanya digunakan dalam bidang Teknologi Informasi dan Komunikasi (TIK), namun kebutuhan business process lainnya juga sangat memerlukan kendali dari sistem informasi. Akhirnya, sistem informasi tercipta menjadi tipe khusus dari sebuah proses kerja. Pemanfaatan sistem informasi sendiri diarahkan untuk mengelola informasi dari organisasi maupun perusahaan, yang membuat kebutuhan resources atau sumber daya tidak terlalu banyak serta waktu dalam menangani sebuah proses cenderung lebih singkat. Pengelolaan data dapat dilakukan dimana saja dan kapan saja sehingga mampu mempersingkat administrasi yang ada.



Testing & Implementasi



2



Universitas



Sistem Informasi



a. Tujuan sistem informasi Sistem informasi bertujuan memperoleh produk yang memiliki sekumpulan informasi. Sistem akan mengikutsertakan bermacam-macam tipe data yang dapat dikelola dan bisa diperlihatkan dengan simple pada user (pengguna). Dalam memperoleh data yang sesuai dan valid, diperlukan perhatian pada ketiga aspek berikut ini: 1)



Relevance, data wajib tepat sasaran



2)



Timeliness, efisien dan tepat waktu



3)



Accurate, akurat



Jika ketiga aspek di atas telah dapat dipenuhi, maka tujuan dari penerapan sistem informasi dalam dunia bisnis dan juga usaha dapat memperoleh hasil yang optimal dan maksimal.



b. Fungsi sistem informasi Setelah memahami pengertian sistem informasi serta tujuannya, maka bahasan selanjutnya adalah tentang fungsi sistem informasi itu sendiri. Berikut ini adalah fungsi dari sistem informasi:



1)



Dapat membuat produktivitas kerja seluruh bagian stakeholders meningkat.



2)



Dapat meningkatkan kualitas dan pengalaman dalam memanajemen sebuah sistem informasi dengan logis dan kritis.



3)



Menawarkan kemudahan yang baik bagi pengguna.



4)



Dapat meminimalisir serta menganalisa kemungkinan masalah kerugian pada segi ekonomi.



5)



Mampu menjangkau tujuan pada organisasi atau perusahaan dengan cepat sesuai dengan dukungan data yang dapat dipercaya.



c. Elemen pada sistem informasi Ada bagian-bagian elemen yang harus diperhatikan saat merancang sebuah sistem informasi agar menghindari kesalahan dalam pengambilan keputusan tentang strategi pemasaran dan juga bisnis. Bagian dari sistem informasi sendiri adalah orang, komputer, perintah, fakta, dan sekumpulan prosedur yang diklasifikasikan seperti di bawah ini:



Testing & Implementasi



2



Universitas



Sistem Informasi



1)



Sistem Informasi Manajemen Sistem informasi manajemen adalah sistem perencanaan yang mengikutsertakan komponen internal organisasi atau perusahaan, melibatkan penggunaan prosedur, teknologi, dan hubungan manusia dalam menyelesaikan masalah bisnis meliputi biaya produksi, service, atau dalam menentukan business strategy yang baik. Teknik ini dapat menyelesaikan berbagai permasalahan dengan menawarkan solusi yang memiliki kaitan dengan business process sampai analisis akhir sistem manajemen dan standar operasional.



2)



Sistem Pendukung Keputusan Sistem pendukung keputusan adalah komponen dari sistem informasi terkomputerisasi yang digunakan perusahaan, otoritas terkait, atau organisasi dalam pengambilan keputusan yang baik dan tepat. Tahap untuk menerapkan decision support system adalah diawali dengan penentuan masalah. Dilanjutkan dengan menyatukan macammacam data yang mendukung serta mengolahnya hingga membentuk informasi yang penting. Tahap terakhirnya, dapat menampilkan solusi yang sesuai dan mampu diperlihatkan dengan bentuk data yang bernilai.



3)



Sistem Informasi Eksekutif Executive Information System (EIS) adalah bentuk sistem informasi manajemen



dalam



memfasilitasi



pengambilan



kebijakan



yang



diperlukan oleh eksekutif dengan menunjukkan akses ke informasi dengan sesuai dan relevan. Sistem informasi eksekutif ini mengutamakan interface atau antarmuka yang simple untuk dioperasikan oleh user. Tidak hanya itu, laporan yang dihasilkan pun memuat informasi terverifikasi dan menarik. 4)



Sistem Pemrosesan Transaksi Sistem pemrosesan transaksi adalah bentuk sistem informasi yang bertugas untuk melaksanakan dan mencatat setiap transaksi dengan terus-menerus yang dibutuhkan pada operasi bisnis.



Testing & Implementasi



2



Universitas



Sistem Informasi



Sistem ini bertujuan untuk memantau setiap transaksi pada organisasi yang relevan serta memberikan jawaban yang rutin dipertanyakan.



4.



Implementasi Sistem Informasi Pada bagian ini akan memaparkan contoh penerapan implementasi sistem informasi yang telah banyak dimanfaatkan dalam bermacam-macam bidang bisnis, mulai dari pendidikan, marketing, manufaktur, dan industri lainnya. Di bawah ini adalah beberapa contoh implementasi sebuah sistem informasi: a. E-commerce Electronic commerce merupakan sistem informasi yang diterapkan pada bidang bisnis dan ekonomi. Tiap transaksi jual beli barang serta jasa dapat dilakukan dengan online menggunakan aplikasi mobile maupun web. Platform bisnis electronic commerce diantaranya Shopee, Tokopedia, Bukalapak, dan lainnya. b. E-learning Pada bidang pendidikan, tentunya kita mengetahui apa itu e-learning. Sistem informasi yang satu ini dapat memanajemen bermacam-macam kegiatan diantaranya dalam mengolah data siswa dan guru, informasi tentang pendidikan, dan pembelajaran. Pengaplikasian e-learning saat ini digunakan oleh banyak lembaga pendidikan formal, baik swasta maupun negeri dalam mencapai proses belajar yang efektif. c. Fleet Management System Fleet Management System (FMS) adalah sistem informasi yang bermanfaat dalam proses monitoring armada logistic serta pengiriman barang agar proses tracking lebih terpusat dan sistematis. Umumnya sistem informasi ini memanfaatkan fitur deteksi lokasi dengan Global Positioning System (GPS). d. Knowledge Work System Knowledge Work System (FMS) adalah sistem informasi yang meliputi bermacam-macam data mengenai ilmu pengetahuan. Pengolahan informasi tentang ilmu pengetahuan dibuat sedemikian rupa hingga dapat diakses oleh user dalam pemecahan masalah.



Testing & Implementasi



2



Universitas



Sistem Informasi



e. Office Automation System Office Automation System (OAS) merupakan sistem informasi yang mengkombinasikan berbagai perangkat IT menjadi satu perangkat server dalam kebutuhan jaringan komputer. Sistem ini bertujuan untuk membuat proses komunikasi menjadi lebih efisien dan efektif. f. Transaction Processing System Transaction Processing System (TPS) merupakan sistem informasi yang dimanfaatkan perusahaan dan organisasi untuk operasi bisnis terus-menerus atau rutin. Proses pengaplikasian sistem ini meliputi transaksi keuangan, pendaftaran ulang, dan kegiatan administrasi yang lainnya.



C. LATIHAN SOAL 1.



Menurut pendapat anda, apa yang dimaksud dengan prinsip testing?



2.



Terdapat pernyataan bahwa testing adalah tugas yang kreatif dan sulit, dapat anda jelaskan apa maksudnya?



3.



Apa yang dimaksud dengan implementasi menurut persepsi anda?



4.



Jelaskan apa yang anda pahami tentang keobjektifan testing dan psikologi testing?



5.



Apakah elemen-elemen yang diperlukan agar pengujian berhasil? Sebutkan!



D. REFERENSI Abdul Wahab, S. (2008). Analisis Kebijakan dari Formulasi ke Implementasi Kebijakan Negara. Jakarta: Bumi Aksara. Usman, N. (2002). Konteks implementasi berbasis Kurikulum. Jakarta: PT. Raja Grafindo Persada. Romeo, S. T. (2003). Testing dan Implementasi Sistem. Surabaya: STIKOM. Mulyasa, E. (2008). Implementasi kurikulum tingkat satuan pendidikan: kemandirian guru dan kepala sekolah. Bumi Aksara.



Testing & Implementasi



2



Universitas



Sistem Informasi



PT Sekawan Media Informatika. Sistem Informasi. (diakses pada 01 Desember 2021). Tersedia pada https://www.sekawanmedia.co.id/sistem-informasi/.



Testing & Implementasi



3



Universitas



Sistem Informasi



PERTEMUAN 3 PENGUJIAN SISTEM INFORMASI



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu mendeskripsikan tentang pengujian sistem informasi dan teknik pengujian perangkat lunak.



B. URAIAN MATERI Dalam era globalisasi, dunia sudah semakin berkembang karena adanya informasi dan teknologi. Sekarang ini kita pun sudah mengalami peradaban, yaitu banyaknya perubahan dari manual menjadi digital, dan semua itu karena pengaruh besar dari informasi dan teknologi. Oleh sebab itu, saat ini kita dituntut untuk dapat memanfaatkan



informasi



dan



teknologi



dengan



baik,



dan



bukan



hanya



memanfaatkannya, tetapi kita perlu menguasai bahkan mengoperasikannya. Karena itu pula saat ini banyak sekali pendidikan dalam bidang informasi dan teknologi, salah satunya yaitu, “Sistem Informasi”. Sistem itu sendiri sangat memberikan efek yang sangat luar biasa untuk kehidupan di masyarakat. Tetapi, apakah masyarakat itu telah mengetahui pengertian sistem informasi? Nyatanya, masih terlalu banyak dari masyarakat yang tidak begitu paham tentang sistem informasi itu sendiri. Hal-hal seperti ini sangat wajar karena memang pada dasarnya sistem informasi belum terlalu dikenal, apalagi masyarakat yg tinggal di desa maupun pelosok-pelosok yang tidak ada internet. Selain itu sistem informasi merupakan sistem yang menyediakan layanan informasi untuk para manajemen dalam hal nya mengambil keputusan,terlebih juga untuk menjalankan sistem operasional perusahaan itu sendiri.sistem yang merupakan salah satu campuran dari orang-orang,teknologi dan prosedur yang terorganisasi. Dalam sistem terdapat proses dengan dibuat sedemikian rupa agar mengidentifikasi ada nya kesalahan dari sistem diharapkan. Oleh sebab itu diperlukan sistem untuk menguji perangkat lunak, salah satunya yaitu, “Testing Dan Implementasi Sistem”. Dalam “Testing Dan Implementasi Sistem” juga terdapat



Testing & Implementasi



3



Universitas



Sistem Informasi



“Fundamental Dalam Melakukan Pengujian Sistem Informasi” yang bertujuan untuk menguji perangkat lunak.



1.



Implementasi Sistem Pada pertemuan sebelumnya telah dijelaskan mengenai implementasi sistem informasi. Beberapa poin penting dalam pengertian mengenai implementasi sistem ialah sebagai berikut: a. Diperlukannya uji coba kepada komponen yang digunakannya. b. Diperlukannya pengujian dengan sistem sebelumnya, untuk menguji dan membandingkan serta mengetahui unggulnya pada sistem lama dan dapat mengurangi error pada sistem yang baru dibuat. c. Membuat ulang sistem yang akan diuji, sampai sistem benar benar dapat menyelesaikan masalahnya d. Sistem yang sudah digunakan, berarti sistem yang melalui pengujian dan layak digunakan.



2.



Pengujian Sistem Informasi Pengujian atau testing sistem memiliki empat definisi, yaitu sebagai berikut : a. Suatu proses sistem yang telah dilakukan untuk menilai apakah yang dirancang telah sesuai dengan apa yang diharapkan oleh user maupun penggunanya. b. Sebuah kegiatan untuk mereview keunggulan dan kelemahan terhadap sistem yang sedang diuji. c. Mereview terhadap semua kegiatan yang sistematis dalam mencapai tujuan sistem.



3.



Hal-hal dalam Pengujian Sistem Beberapa hal yang dilakukan dalam pengujian sistem, yaitu sebagai berikut : a. Melakukan proses evaluasi terhadap sistem yang sudah ada, apakah sistem sudah sesuai yang diharapkan oleh user atau pengguna lainnya



Testing & Implementasi



3



Universitas



Sistem Informasi



b. Menilai dan mengevaluasi terhadap output atau hasil pengujian sistem c. Menguji terhadap input, pengelolaan (proses) dan output sistem d. Melakukan penilaian dan evaluasi terhadap komponen sistem dan prosedur pelaksanaan kegiatan serta mutu atau kualitas hasil pengujian sistem.



4.



Pengujian Terhadap Sistem Aplikasi dari sistem informasi yang sudah melakukan uji kelayakan sistem, maka aplikasi sistem informasi akan terjadi peningkatan : a. Performance: kinerja pada aplikasi sistem b. Information: nilai informasi yang sangat bermutu c. Economic: nilai mutu produksi d. Control: mengendalikan sistem e. Service: pelayanan terhadap sistem



5.



Tujuan Pengujian Sistem Untuk menemukan semua kesalahan pada sistem yang sedang dalam pengujian, agar sistem tidak lagi mengalami error maupun kerusakan yang berupa kegagalan, serta memastikan kualitas mutu dari suatu sistem tersebut, sehingga system bisa dapat digunakan dengan sangat baik. Oleh karena itu sangat dibutuhkan seperti input,output, proses, database, teknologi dan control semua elemen itu akan menguatkan pengujian terhadap system akan berhasil sempurna.



6.



Konsep Pengujian Sistem Konsep pengujian sistem diantaranya: a. Menguji kepada sistem informasi b. Menguji kepada komponen sistem c. Menguji kepada output untuk dihasilkan laporan data kepada user d. Menguji kepada tahapan analisa



Testing & Implementasi



3



Universitas



Sistem Informasi



e. Menguji kepada rancangan f. Menguji kepada keunggulan dan kelemahan software dan hardware yang telah digunakan g. Menguji kepada kasus yang sedang dibahas.



Berikut ini adalah gambaran dari pengujian sistem:



Gambar 3. 1 Pengujian Sistem



7.



Siklus Hidup Perangkat Lunak Secara Umum Sekumpulan tahapan dan tugas merupakan metodologi. Beberapa organisasi umumnya mengimplementasikan standar dalam pengembangan sebuah perangkat lunak dengan model siklus hidup atau dikenal dengan life cycle model. Pengelompokkan dalam tahapan atau fase diimplementasikan dalam semua metodologi perangkat lunak. Setiap fase memiliki akhir yang berarti berakhirnya masing-masing fase telah selesai atau berakhir. Perlu diketahui pengelompokkan fase pada tiap organisasi tidak akan sama dengan organisasi lainnya. Namun, tahapan-tahapan yang dilakukan tetap sama seperti berikut:



Testing & Implementasi



3



Universitas



Sistem Informasi



Gambar 3. 2 Model siklus hidup software



8.



Siklus Hidup Pengujian Secara Umum Langkah dalam testing adalah bagian dari seluruh metodologi. Dalam pelaksanaannya,



testing



atau



pengujian



memiliki



kekurangan



dalam



pendeskripsian dan banyak prosedur testing yang dilakukan pada sebuah organisasi tidak diperbaharui atau tidak update. Awalnya



pengujian



adalah



tahapan



dalam



satu



sub-fase



pada



pengembangan yang dilakukan setelah tahapan pengkodingan. Dimana urutannya adalah sistem dibangun dahulu kemudian dilakukan pengetesan. Berjalannya waktu testing semakin berkembang dan praktis. Testing pun dapat menjadi kesatuan dalam siklus hidup sebuah perangkat lunak secara menyeluruh. Hal itu digambarkan pada gambar berikut ini:



Testing & Implementasi



3



Universitas



Sistem Informasi



Gambar 3. 3 Siklus hidup testing



9.



Manfaat Pengujian Sistem Dengan adanya proses pengujian dengan tahapan yang ada pada sistem akan memberikan dampak yang bermanfaat diantaranya, untuk meningkatkan kepercayaan dimana resiko dalam tingkatannya dapat dipahami oleh sistem, manfaat yg kedua dengan adanya proses testing ini akan menjadi penyedia informasi dimana dapat mengantisipasi kesalahan atau error dan point yang ketiga dengan adanya proses testing ini sebagai penyedia dalam mendeteksi kesalahan dari awal pada sistem tersebut, manfaat yang selanjutnya user dapat dengan mudah untuk mengevaluasi pada system apabila system itu mengalami kerusakan, yang terakhir mudahnya mengambil keputusan pada sistem yang error karena sudah adanya laporan atau catatan dari awal pengujian.



10. Kegagalan Sistem Kegagalan pada sistem tidak hanya pada bagian-bagiannya tertentu saja, melainkan pada keseluruhan sistem yang tidak bisa digunakan dengan baik oleh yang diharapkan user. Kegagalan itu sendiri bisa saja pada saat pengujian sistem tersebut ada komponen yang kurang ataupun error, maka dari itu sistem tidak berjalan dengan baik dan sempurna. Dan kegagalan pada sistem itu sendiri biasanya karena kesalahan dalam perancangan pada sistem itu sendiri sehingga system yang di uji tidak berjalan baik, selanjutnya berkurangnya evaluasi pada Testing & Implementasi



3



Universitas



Sistem Informasi



kualitas sistem itu sendiri, apakah elemen-elemen sistem sudah memenuhi kualitasnya atau tidak.



11. Teknik Pengujian Perangkat Lunak Pengujian perangkat lunak fundamental setiap sumber dibuat, software harus di tes untuk memperbaiki kesalahan,sebelum diberikan kepada customer. Teknik pengujian fundamental itu sendiri mencakup dua hal penting,yaitu: a.



Menguji internal program logic



b.



Menguji kebutuhan sistem Teknik



pengujian



fundamental



perangkat



lunak



pada



awal



nya



mengerjakan semua test, akan tetapi pada perkembangan proses test yang terlibat.



Teknik



pengujian



fundamental



dalam



perangkat



lunak



untuk



menemukan banyak kesalahan, pengujian harus dilakukan dengan secara sistematis, test case dirancang dengan menggunakan pendekatan teknik. Teknik pengujian perangkat lunak fundamental hasilnya diharapkan dapat direkam atau dicatat.



12. Rencana Pengujian Pengujian software dapat dilaksanakan pada pihak user maupun penggunanya, sedangkan untuk metode pengujiannya itu sendiri dapat dilakukan dengan pengujian Black-box suatu metode rancangan data pengujian yang didasarkan oleh spesifikasi perangkat lunak yang telah dibuat. Rencana pengujian pengelolaan data mahasiswa: Tabel 3. 1 Rancangan pengelolaan data mahasiswa Requirement yang diuji



Butir pengujian



Login



Melakukan login



Data mahasiswa



Input data semua mahasiswa



Data pendaftaran



Input data pendaftaran mahasiswa



Data pembayaran



Menambahkan data pembayaran bagi mahasiswa



Testing & Implementasi



3



Universitas



Sistem Informasi



Pada tabel diatas tersebut bisa dijabarkan seperti pengujian terhadap sistem input data. Misalkan pengujian itu gagal akan terjadinya error pada sistem tersebut, contohnya seperti data mahasiswa kalau input nya mengalami kerusakan



pada



sistem



otomatis



data



dari



mahasiswa



itu



akan



hilang,sebaliknya pun begitu. Penguji memberikan input kepada sistem untuk meneliti output yang dihasilkan, dan jika output bukan merupakan yang diramalkan, berarti pengujian tersebut dapat dengan berhasil mendeteksi semua masalah pada perangkat lunak.



Gambar 3. 4 Proses pengujian sistem



Keterangan gambar: Uji input : input tersebut yang menyebabkan perilaku menyimpang. Uji output : output yang memberitahu adanya cacat atau eror.



Seperti gambar diatas adalah contoh pengujian testing antara input dan output, Layaknya sebuah sistem, input dan output pun harus diuji dengan sangat baik,



Testing & Implementasi



3



Universitas



Sistem Informasi



kedua komponen itulah yang dikatakan sangat penting untuk menguji sebuah sistem yang dapat digunakan. Serta mengetahui kerusakan pada sistem lewat output itu sendiri. Kalau sistem itu tidak berjalan dengan baik ada dua kemungkinan yang terjadi pada sistem yaitu input yang mengalami kesalahan pada sistem atau output yang mengalami error.



13. Aktivitas Pengujian Secara Umum Dalam siklus hidup testing dapat kita telusuri lebih dalam mengenai aktivitas yang ada didalamnya. Berikut ini adalah aktivitas pengujian secara umum diantaranya: a. Perencanaan 1)



Rencana dengan pendekatan umum



2)



Penentuan objektivitas pengujian



3)



Rencana umum yang lebih jelas



b. Akusisi 1)



Design pengujian



2)



Penerapan pengujian



c. Pengukuran 1)



Menjalankan pengujian



2)



Pengecekan terminasi



3)



Penilaian kembali hasil



14. Tingkatan Pengujian Secara Umum Terdapat tiga jenis pengujian secara umum, dapat diuraikan secara berurutan sesuai dengan penggunaanya, yaitu:



a. Unit Testing Pengujian penulisan source code dalam bagian terkecil perindividu



b. System Testing Proses pengujian untuk memastikan sistem sesuai dengan spesifikasi



c. Acceptance Testing Pengujian umum yang bertujuan untuk mengetahui bahwa sistem telah sesuai spesifikasi dan sistem dapat diterima atau sebaliknya.



Testing & Implementasi



3



Universitas



Sistem Informasi



Tiap pengujian dapat dideskripsikan secara lengkap sebagai berikut:



a. Praktik Unit Testing 1)



Bertujuan Memastikan source code dalam modul telah sesuai.



2)



Pelaksana Programmer



3)



4)



Bagian Pengujian a)



Function (Black-box)



b)



Source Code (White-box)



c)



Batasan-batasan



Waktu selesai Jika programmer telah yakin tidak ditemukan kesalahan



5)



Alat Jarang digunakan



6)



Data Tidak didata



b. Praktik System Testing 1)



Bertujuan Menggabungkan modul dalam sistem sehingga dapat bekerja dengan baik. Selain itu mempersiapkan acceptance test.



2)



Pelaksana Pimpinan dalam tim atau tim testing



3)



4)



Bagian Pengujian a)



Fungsi dan kebutuhan sistem



b)



Tampilan sistem



Waktu selesai



Testing & Implementasi



4



Universitas



Sistem Informasi



Jika kebutuhan penting dalam sistem telah sesuai kriteria dan tidak ditemukan kesalahan yang besar. 5)



6)



Alat



a)



Sistem pustaka test case



b)



Simulator, komparator, generator data testing



Data a)



Test case



b)



Mendata kesalahan yang ada atau ditemukan



c. Praktik Acceptance Testing 1)



Bertujuan Evaluasi sistem dan kesiapan untuk diimplementasikan



2)



Pelaksana Pengguna terakhir



3)



4)



Bagian Pengujian a)



Fungsi penting



b)



Prosedur



c)



Dokumentasi



Waktu selesai Jika pengujian tidak ada kendala atau sukses.



5)



Alat Komparator



6)



Data Dokumen formal



15. Kemampuan Tester Pekerjaan sebagai seorang tester memang dahulu masih kurang dijadikan pertimbangan pada beberapa organisasi terutama organisasi yang terjun pada bidang teknologi informasi. Namun, dengan berkembangnya teknologi saat ini



Testing & Implementasi



4



Universitas



Sistem Informasi



memiliki



karir



sebagai



seorang



tester



memiliki



prospek



yang



dapat



diperhitungkan kedepannya. Kriteria dari seorang tester yang biasanya dibutuhkan diantaranya: a. Kriteria umum 1)



Memiliki analisa yang bagus dan fokus



2)



Memiliki kemampuan komunikasi yang bagus



3)



Memiliki background QA



b. Memahami metodologi 1)



Mengembangkan rencana tes



2)



Membuat dan merawat lingkungan tes



3)



Standar tes



4)



Mendokumentasikan tes (test cases dan procedure test)



c. Pengetahuan pendekatan pengujian



1)



Integration testing



2)



Stress / Volume Testing



3)



End-To-End Testing



4)



GUI Testing



5)



Acceptance Testing



6)



Regression testing



7)



Functional testing



d. Pengetahuan mengenai sistem (berhubungan dengan organisasi yang disesuaikan) 1)



Perbankan



2)



Manufacture



3)



Internet



4)



Produk komersial



5)



Telekomunikasi



e. Pengetahuan dan penggunaan alat bantu testing 1)



Playback / Capture (misal WinRunner)



2)



Load testing (misal LoadRunner, RoboTest)



Testing & Implementasi



4



Universitas



Sistem Informasi



f. Pengetahuan pada lingkungan pengujian 1)



Mainframe (misal JCL, MVS).



2)



Client – Server (misal UNIX)



g. Pengetahuan pada aplikasi 1)



Database (misal RDBMS)



2)



Dokumentasi (misal office)



3)



Pemrograman (misal C++, VB) Kriteria pada tester secara lengkap seperti penjelasan di atas juga harus



diimbangi dengan personaliti yang baik. Dengan demikian sangat berkaitan dengan capaian dalam kesuksesan pada proses pengujian sistem itu sendiri, yang



mana



seorang



tester



akan



berhubungan



antara



manusia



dan



berkomunikasi dalam tim biasanya pengembang. Selain berfokus pada pekerjaan seorang tester juga dituntut untuk meningkatkan kedewasaan. Hal itu dikarenakan proses testing terkadang menimbulkan perselisihan antar tim jika komunikasi tidak dikelola dengan baik. Oleh karena itu diperlukan beberapa atribut personaliti yang dimiliki oleh seorang tester demi tercapainya proses testing yang baik, diantaranya: a. Atribut Positif 1)



Terencan dan sistematis



2)



Memiliki mental juara



3)



Praktikal



4)



Analitikal



5)



Bermoral baik



6)



Tidak mudah menyerah



b. Atribut negatif 1)



Mudah empati pada pengembang



2)



Kurang berdiplomasi



3)



Meminta informasi pada pengembang dnegan kecurigaan



4)



Keras kepala



5)



Emosional



Testing & Implementasi



4



Universitas



Sistem Informasi



Tidak hanya penjelasan diatas, menjadi seorang tester juga wajib mengetahui beberapa hambatan yang mungkin terjadi dalam berhubungan dengan pengembang atau developers. Dimana jika pengembang mudah menghindar dari masalah dan cenderung menghindar dari seorang tester apabila pengembang merasa: a. Tester membuat pengembang merasa terganggu dan juga menambah pekerjaannya menjadi semakin sulit untuk dikerjakan dengan adanya seorang tester. b. Merasa takut jika berdiskusi mengenai pengembangan yang dilakukan bersama dengan kekhawatiran akan merugikan pengembang.



C. LATIHAN SOAL 1.



Jelaskan menurut anda apa saja kemampuan tester yang dibutuhkan!



2.



Jika anda seorang tester apa yang anda lakukan jika terdapat pengembang yang menghindari berdiskusi dengan anda tentang project bersama!



3.



Apa yang dimaksud dengan pengujian sistem, jelaskan secara lengkap!



4.



Menurut anda bagaimana tentang tingkatan testing yang anda ketahui, jelaskan!



5.



Apa yang anda ketahui tentang aktivitas pengujian!



D. REFERENSI Al Fatta, H. (2007). Analisis dan Perancangan Sistem Informasi untuk keunggulan bersaing perusahaan dan organisasi modern. Penerbit Andi. Anggraini, Vita. Testing:Pengertian,Tujuan,Prinsip,dan Manfaat. (diakses pada 02 Januari 2022). Tersedia pada https://dosenpintar.com/testing-adalah/. Hadiprakoso, R. B. (2020). Rekayasa Perangkat Lunak. RBH. Romeo, S. T. (2003). Testing dan Implementasi Sistem. Surabaya: STIKOM.



Testing & Implementasi



4



Universitas



Sistem Informasi



PERTEMUAN 4 PENDEKATAN STRATEGIS DALAM PENGUJIAN SISTEM INFORMASI



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu menggambarkan tentang strategi pengujian sistem informasi dan pengujian terintegrasi.



B. URAIAN MATERI 1.



Pendekatan Strategis Dalam Pengujian Sistem Pengujian sebagai alat dalam mengetahui perangkat lunak yang telah dibuat apakah sesuai dengan keinginan dan kebutuhan atau mengalami kerusakan pada sistemnya. Pengujian ini diharapkan dapat menemukan kesalahan pada perangkat lunak yang telah dibuat, agar bisa secepatnya bisa diperbaiki. Suatu pengeksekusian dalam menemukan error di program merupakan tujuan dari sebuah pengujian. Suatu kesalahan yang ditemukan kemudian memberikan solusi pemecahan atau perbaikan merupakan kesuksesan sebuah pengujian sistem.Selain itu, pengujian juga bertujuan untuk menunjukkan kesesuaian fungsi-fungsi perangkat lunak dengan spesifikasinya dalam sistem yang dibuat sebelum digunakan. Dalam software disebut mengalami kegagalan apabila perangkat tersebut



tidak sesuai standar spesifikasi. Perbaikan



perangkat lunak yang mengalami gagal saat proses berlangsung ini merupakan tujuan yang diharapkan oleh sistem, sehingga dapat sesuai dengan tujuan perangkat lunak yang akan dibangun. Pengujian sangat dibutuhkan karena untuk melihat progres kerja perangkat lunak itu sendiri apakah berfungsi dengan baik atau sebaliknya Pengujian sistem pada sekarang ini sangat dibutuhkan bagi perusahaan. Agar sistem yang digunakan tersebut berjalan dengan baik tanpa adanya kendala atau kesalahan pada sistem itu sendiri, pengujian ini dibutuhkan lebih dari satu kali saja, tetapi beberapa kali pengujian sistem supaya tercapainya tujuan dari sistem tersebut.Pengujian sendiri harus direncanakan dan diatur semua teknis pengujian itu sendiri dan dikerjakan dengan baik dan teratur. keuntungan Strategi percobaan ini sangat memudahkan dan menguntungkan Testing & Implementasi



4



Universitas



Sistem Informasi



pembuat sistem untuk mencapai kesuksesan sistem yang telah dibuatnya. Hal yang perlu ditekankan yaitu langkah-langkah rencana dan rencana pelaksanaan dengan baik dan berapa lama waktu yang dibutuhkan untuk pengujian perangkat lunak tersebut, hal yang perlu disiapkan dalam proses uji coba ini di antara lainnya yaitu: a. Uji coba sistem ini diawali dari tingkat paling rendah atau paling kecil dilanjutkan dengan modul di atasnya dan selanjutnya disatukan; b. Menggunakan Susunan uji sistem yang berbeda bisa menghasilkan perbedaan dibandingkan dengan uji sistem sebelumnya. c. Pengujian kerjakan pengembang software, apabila berbentuk proyek raksasa maka diperlukan kelompok pengujian yang independen. Dengan melakukan strategis yang baik akan menghilangkan beberapa hal sebelum pengujian itu dilakukan. Pendekatan ini bisa dikatakan sebagai sebuah perencanaan untuk tahap pengujian terhadap sistem yang akan diuji, membuat rencana metode apa saja yang akan diterapkan didalam pengujian itu sendiri agar semua kesalahan yang ada dalam sistem bisa terdeteksi atau terlihat untuk menjadi catatan perbaikan setelah pengujian.



2.



Strategi Pengujian Software Strategis Pengujian software adalah proses Integrasi metode pembuatan kasus ujian ke dalam bentuk urutan langkah seperti pada pengembangannya software. Strategi Pengujian unit (unit testing), Integration Testing dan System Testing. a. Proses rekayasa software dapat juga dipandang sebagai sebuah bentuk spiral. b. Rekayasa



suatu sistem memiliki kegunaan



sebagai analisa syarat



terbentuknya informasi, fungsi, kinerja dan validasi software yang telah dibuat. c. Dalam strategi software yang dirancang spiral akan bermulai dari desain software dan pengkodean adalah akhir prosesnya. d. Unit Testing berawal pada sekitar spiral dan pusatnya ada pada setiap software saat dilakukan implementasi di pusat kode.



Testing & Implementasi



4



Universitas



Sistem Informasi



e. Pengujian berjalan dengan bergerak out sepanjang spiral integration testing dimana fokus nya ialah design and konstruksi arsitek perangkat lunak. f. Dengan mengambil urutan out lain didalam spiral, akan sampaii ke falidation Testing dimana persyaratannya yang di bangun sebagai bagiian dari analisisa persyaratannya Perangkat Lunak divalidasi terhadap perangkat lunak with telah di konstruksi. g. Akhirnya sampai pada sistem testing dimana perangkat lunak dan elemen sistem yang lainnya diuji secara keseluruhan. Mengingat proses dari sudut pandang proses, pengujian dalam konteks rekayasa perangkat lunak sebenarnya empat (empat) langkah, dijalankan secara berurutan. a. Awalnya, pengujian difokuskan pada setiap modul secara individual untuk memastikan bahwa modul beroperasi secara normal sebagai satu unit, sehingga disebut pengujian unit. b. Gunakan metode pengujian white box. Modul lebih lanjut diintegrasikan untuk membentuk paket perangkat lunak yang sempurna. Pengujian integrasi menekankan isu-isu yang terkait dengan verifikasi dan konstruksi program. c. Gunakan teknik pengujian black box. Pengujian verifikasi memberikan jaminan akhir bahwa perangkat lunak harus memenuhi semua persyaratan fungsional, perilaku, dan kinerja. Teknik pengujian black box hanya digunakan selama verifikasi. d. Setelah perangkat lunak diverifikasi, itu harus dikombinasikan dengan elemen sistem lainnya (perangkat keras, personel, database)



3.



Strategi Pengujian Perangkat Lunak dan Validasi Pengujian Strategi dalam pengujian perangkat lunak terbagi menjadi beberapa, dibawah ini: a. Unit testing dan strategi pengujian perangkat lunak dan validasi pengujian. Pengujian perangkat lunak berorientasi objek dianalisa and design. b. Pengujian perangkat lunak which black-box dan komponen-komponenya. c. Metode pengujiian perangkatlunak black-box and white-box. d. Pendekatan dalam teknik pengujian perangkat lunak (software).



Testing & Implementasi



4



Universitas



Sistem Informasi



Modul adalah suatu pengujian yang memiliki fokus verifikasi unit kecil yang di mulai dari software. Deskripsi desain yang terinci digunakan sebagai panduan, jalur kontrol untuk menunjukkan kesalahan dalam batas modul yang diuji. Kelengkapan pengujian modul dalam pengujian error ditentukan dari skope modulnya. Pengujian unit berbasis white box testing dimana dapat dikerjakan secara terurut dengan modul lain.



4.



Karakteristik Umum, Unit Testing dan Prosedur Pengujian Unit Karakteristik yang ditemui dalam menentukan strategi pengujian ialah: a. Testing dimulai pada tahap modul anda bekerja keluar ke arah Integrasi pada sistem berbasiskan komputer b. Teknik Testing yang berbeda sesuai dengan poin-poin yang berbeda pada waktu-nya c. Testing di adakan oleh Software Developer and untuk proyek yang besar oleh grup d. Testing yang independen e. Testing dan Debugging ialah aktivitas yang berbeda tetapi debugging harus diakomodasikan pada setiap strategi Testing Sedangkan pada pengujian sebuah unit testing memiliki karakteristik sebagai unit perorangan diuji secara terpisah, kemungkinan memiliki fungsi individu,



prosedur/program,



pengujian



secara



meningkat,



programmer



memberikan kode pengujian, secara menyeluruh white box testing sesuai tingkatannya, penyusunan data pengujian lokal, kondisi boundary, independent path dan path penanganan error, rencana pengujian tidak secara resmi, jelas and tertulis, Interface diuji untuk menjamin Informasi yang mengalir in and out dari unit program telah tepat atau sesuai dengan harapan., struktur data lokal dikerjakan untuk menjamin keamanan data, batasan pengujian untuk menjamin modul dioperasikan sesuai batas, independent path untuk menjamin seluruh perintah dalam modul telah bekerja dengan baik. Penanganan error adalah langkah akhir dalam tahap ini.



Testing & Implementasi



4



Universitas



Sistem Informasi



Di dalam prosedur pengujian unit memiliki karakteristik sebagai berikut: a. Pengujian unit secara umum ialah perkembangan langkah pengkodean b. Setelah program utama dikembangkan, selanjutnya adalah menguji dan memverifikasi sintak dan merancang test case dimulai. c. Meninjau kembali perancangan informasi memberikan petunjuk dalam test case d. Dikarenakan modul suatu program yang bukan berdiri



sendiri, maka



mengendalikan perangkat lunak harus disesuaikan setiap unit testingnya



5.



Pendekatan Strategis dan Pengujian Unit Perangkat Lunak Secara terstruktur yang dirancang sebelum dalam suatu kegiatan pengujian. Strategi pengujian dalam coba software memberi kemudahan dalam merancang keberhasilan suatu sistem yang dilakukan. Hal yang harus diteliti ialah langkah pembuatan perencanaan dan pelaksanaan dirancang dengan baik dalam perencanaan waktu usaha dan sumber daya yang dibutuhkan. Pengujian perangkat lunak merupakan proses untuk mencari kesalahan pada setiap black perangkat lunak, mencatat hasil-nya, mengevaluasi setiap aspek pada setiap Komponen (system) and mengevaluasi fasilitas fasilitas dari perangkat lunak yang akan di kembangkan. Glen



Myers



menyatakan



banyak



aturan



yang



digunakan



untuk



menjelaskan pengujian perangkat lunak. Pengujian yakni proses menjalankan program dengan tujuan utama untuk menemukan kesalahan. Suatu test case dikatakan baik apabila memiliki probabilitas tinggi untuk menemukan kesalahan. Tes lulus adalah tes yang menjelaskan kesalahan. Berdasarkan ketiga pernyataan di atas disimpulkan bahwa pengujian yang baik tidak hanya tentang menemukan kesalahan pada perangkat lunak, tetapi juga tentang menemukan data pengujian yang salah dengan cara yang lebih komprehensif dan lebih cepat. Pengujian perangkat lunak mencakup banyak hal, dilakukan dengan menggunakan teknik atau metode tertentu dan pengujian berdasarkan strategi pengujian. Dilihat dari penjelasan tersebut jadi pengujian yang sempurna itu tidak hanya menemukan kesalahan kecil saja tapi bisa menemukan masalah lebih teliti dan terlihat jelas bahwa kesalahannya terdapat sedikit atau banyaknya dalam Testing & Implementasi



4



Universitas



Sistem Informasi



sistem yang telah dibuat tersebut.Pengujian unit ini sangat jelas dibutuhkan sebelumnya oleh penguji di bagian yang terkecil sampai dengan bagian yang paling besar, caranya seperti yang sudah dirancang sebelumnya. Uji tersebut berdasarkan sesuai dengan pembuatan perangkat lunak itu sendiri. Berikut adalah hal yang dapat di uji pada pengujian unit: a. Antarmuka: Layanan seperti ini biasa berbentuk komunikasi yang mana dipakai pada user terhadap sistem yang berada di dalam alat digitalnya.Contoh sederhananya seperti smartphone, yang dimana halaman utama tersebut berisikan menu yang merupakan dari interface tersebut. b. Struktur data lokal: 1)



Memastikan adanya data yang disimpan selalu terjaga selama perintah eksekusi.



2)



Mencari kesalahan pada sistem yang berbentuk:



3)



Tipe data yang tidak valid(tidak lengkap)



4)



Mencari iniasial dan nilai yang salah



5)



Nama peubah yang tidak tepat



c. Kondisi batas: Memastikannya sistem beroperasi dengan benar dengan batas proses yang sudah ditentukan. d. Jalur bebas atau yang disebut juga independent paths Harus memastikan kemungkinan terhadap control yang di eksekusi dengan benar. e. Jalur penanganan kesalahan: Merancang sistem dengan baik agar kondisi yang salah dapat langsung ditangani kesalahannya agar proses dapat berhenti dengan bersih atau baik. Dalam pengujian unit ini berfokus pada bagian yang terkecil dari sistem perangkat lunaknya itu sendiri,uji unit ini selalu memantau perkembangan pada metode white box testing yang biasa dilakukan paralel dengan sistem lainnya.



Testing & Implementasi



5



Universitas



Sistem Informasi



Langkah yang harus diambil untuk uji sebuah sistem agar semua bisa langsung terdeteksi ketika awal terjadi miss atau kesalahan pada sistem itu sendiri.



Gambar 4. 1 Pengujian Unit



Ada beberapa hal yang harus disiapkan dan menjadi pertanyaan ketika pengujian unit ini agar sesuai dengan apa yang diharapkan, diantaranya yaitu: a. Kesesuaian antara parameter input berjumlah sama dengan jumlah yang ada pada argumen b. Kesesuain dari atribut apakah sesuai dengan parameter argumennya c. Antara sistem satuan parameter dengan argumen apakah telah sesuai d. Jumlah argumen yang ditransmisikan ke dalam modulnya telah sesuai dengan spesifikasi akan kebutuhan pengguna. Hal tersebut bisa menjadi beberapa acuan untuk menjadikan pengujian unit ini bisa lebih maksimal disamping menggunakan metode-metode yang sudah ditentukan, Ada dua aspek sistem baik yang sudah dibangun yaitu sistem sudah sesuai spesifikasi dengan kebutuhan pengguna atau user.



6.



Pengujian Integrasi Pengujian integrasi adalah jenis pengujian perangkat lunak di mana sistem gabungan diuji sebagai elemen. Selain pengujian integrasi, juga memiliki teknik sistematis saat membangun perangkat lunak dan pengujian untuk menemukan kesalahan



(error)



pada



dengan antarmuka.



Testing & Implementasi



5



programnya



dimana



dihubungkan



Universitas



Sistem Informasi



Demikian pula, tujuan pengujian ini adalah untuk mendapatkan elemen-elemen dari unit sistem yang diuji dan membangun struktur program yang telah dirancang sebelumnya.dengan kata lain integration testing pengujiannya yang difokuskan pada gabungan unit unit atau modul modul yang membentuk kesatuan Fungsional. pengujiannya ini didasarkan pada Informasi dari deskripsi perancangannya wal Perangkat Lunak. Pengujiannya ini dilakukan untuk menemukannya kesalahan antar muka antar modul. Pada umumnya pengujian ini dilakukan secara white-box dan black box pada pengujian integrasi di kenal istilah integrasi Non-Incremental and Integrasi incrementa . integrasi NonIncremental ialah process Integrasi yang menggunakan cara penggabungan langsung modul modul yang dilibatkan. Adapun terjadinya kecacatan sistem yang masih bisa saja ditemukan karena alasan tertentu diantaranya yaitu: a. Interfacing, data yang bisa dihilangkan antar interface; satu elemen yang mampu mempunyai efek yang dapat merugikan elemen lainnya. b. Subfunction, dimana pada proses ini sistem disatukan, dimungkinkan akan terjadi sistem yang tidak sesuai dengan yang dikehendaki oleh user. Sedangkan integrasi Incremental ialah Integrasi yang dilakukan secara bertahap. Pengujian ini dilakukan persegmen sehingga kesalahan dapat dengan mudah diisolasi and diperbaiki. Data dapat hilang pada suatu interface individual, satu modul dapat memiliki inadvertent, pengaruh yang buruk terhadap yang lainnya; bila digabungkan, subfungsi dapat tidak menghasilkan fungsi yang diinginkan, ketidakadilan yang dapat diterima secara individual dapat diperbesar sampai tingkat yang dapat diterima, struktur data global dapat memunculkan masalah. Sayangnya, daftar itu masih terus berlanjut.Pengujian Integrasi adalah teknik Sistematis untuk mengkonstruksi Struktur program sambil melakukan pengujiannya untuk mengungkap kesalahan berhubungan dengan Interfacing. Sasaran-nya adalah untuk mengambil modul yang dikenai pengujian unit dan membangun Struktur Program yang telah ditentukan oleh desainnya. Sering ada kecenderungan untuk mengusahakan Integrasi NonIncremental,



yaitu



untuk



membangun



program



dengan



menggunakan



pendekatan “big-bang.” Koreksi sulit dilakukan karena isolasi penyebab diperumit oleh luas-nya program keseluruhan. Sekali Kesalahan-kesalahan dalam lop yang kelihatannya tidak akan pernah berhenti.



Testing & Implementasi



5



Universitas



Sistem Informasi



Integrasi Incremental adalah antitesis dari pendekatan big-bang. Program di bangun and di uji didalam Segmen-Segmen smile, sehingga kesalahannya lebih mudah diisolasi and dibetulkan, Interface lebih mungkin untuk diuji secara lengkap, and pendekatannya pengujian yang sistematis dapat diaplikasi. Bagian berikut akan membahas sejumlah strategi integrasi inkremental yang berbedabeda. Pengembang perangkat lunak dapat mengembangkan sistem baik secara pemahaman dan nalar dari program yang berbeda satu sama lain, sehingga pengujian integrasi ini sangat urgent dan untuk memastikan semua sistem mampu beroperasi dengan normal. Atribut khusus perangkat lunak pengujian pengujian terintegrasi, ialah kemampuan bagian-bagian sistem dalam saling interaksi sesuai dalam perencanaan sistem. Saat melakukan tes integrasi, standar masuk dan standar keluar diperlukan.Dalam entry dan exit pengujian sistem mempunyai beberapa kriteria integrase, yang pertama sistem dari sebuah unit yang diuji, dan yang kedua sistem yang sudah bener-bener siap untuk diuji dan di jaga dengan baik, yang ketiga mempunyai banyak elemenelemen pada kriteria sistem seperti test case dan test plan, dan yang terakhir integrase harus mempunyai ruang lingkup yang cukup untuk memulainya pengujian sistem. Adapun kriteria exit yang dimana sistem itu dikatakan berhasil dalam uji integritas, dan merekam semua kegiatan test plan yang telah di uji, yang selanjutnya membuat laporan dari pengujian sistem yang berlangsung. Sebuah pengujian integrasi ini terbagi menjadi 2 metode yakni bigbang dan incremental. Dalam metode pendekatan incremental terbagi kembali menjadi 3 yakni topdown testing, bottom-up testing, dan sandwich testing. Berikut ini adalah strategis pengujian integrasi perangkat lunak: a. Pengujian dari keseluruhan sistem yang terdiri dari elemen yang terintegrasi. b. Test integrase berikut menggunakan black-box dengan test case, yang ditentukan dari spesifikasinya. c. Kesulitan yaitu hanya menemukan/melokasikan. d. Penggunaan integration agar mampu mengurangi masalah tersebut.



Testing & Implementasi



5



Universitas



Sistem Informasi



Gambar 4. 2 Pengujian Integrasi



Berikut adalah struktur pada uji sistem yang dimana pengujian itu sudah tersusun sangat rapi sehingga pengujian tersebut dapat dilangsungkan dengan baik. Begitupun sedang sistem, kalau sistem dalam pengujian sudah terstruktur dengan baik, kemungkinan kesalahan atau eror semakin minim pada sistem. Pendekatan Pengujian Integrasi: a. Top-down Testing Dimulai dari level atas sistem dan terhubung dengan melakukan pergantian masing-masing elemen secara top-down dengan sebuah program pendek yang diuji. Integrasi Top-Down ialah suatu pendekatannya inkremental



terhadap



struktur program. Modul



diintegrasi



dengan menggerakan ke bawah melalui hirarki kontrol, di mulai dengan Modul Kontrol Utama (Program Utama). Subordinat program terhadap modul kontrol utama digabungkan dengan cara depth-first dan breadthfirst.Process Integrasi dilakukan dalam lima langkah: 1)



Modul kontrol pertama dimanfaatkan untuk tes drivers dan dapat ditambah pada seluruh modul langsung secara subordinat terhadap modul kontrol pertama.



2)



Modul Aktual akan menggantikan stub subordinat suatu saatnya



3)



Pengujiannya dilakukan pada saat masing masing modul disintegrasi.



Testing & Implementasi



5



Universitas



Sistem Informasi



4)



Pada perlengkapannya masing masing rangkaian pengujiannya, sub yang lain diganti dengan modul asli.



5)



Pengujiannya diregresi mampu membuat kepastian tentang salah yang terbaru yang belum dimunculkan



Gambar 4. 3 Top-down Testing



Seperti gambar diatas tersebut user ingin mencoba berinovasi dengan elemen-elemen perangkat lunak, untuk menguji system, apakah elemen itu pantas dalam membuat suatu system atau tidak. b. Bottom-up Testing Pengujian adalah pendekatan dalam uji terpadu yang komponen tingkat paling rendah diuji lebih dulu, setelah itu untuk memfasilitasi uji komponen tingkat lebih tinggi.



Gambar 4. 4 Bottom-up Testing



Testing & Implementasi



5



Universitas



Sistem Informasi



Gambar diatas menyatakan bahwa sistem harus melakukan kombinasi dari elemen yang paling rendah, agar dapat membantu elemen yang paling tinggi untuk perangkat lunak.Pengujian Integrasi Bottom-Up memuLai konstruksi dan pengujian dengan modul atomic (Modul pada tingkat paling rendah pada Struktur Program). Karena modul diintegrasikan dari lower ke on, maka pemrosesannya yang diperlukan untuk modul subordinat ke suatu tingkat yang diberikan akan selalu tersedia dan kebutuhannya akan tub dapat dieliminasi.Strategi integrasi Bottom-Up dapat diimplementasi dengan langkah-langkah berikutnya: 1)



Modul Tingkat rendah digabungkan ke dalam Cluster (sering disebut Build) yang melakukan sub-fungsi software spesifikasi.



2)



Driver



(Program



Kontrol



untuk



pengujiannya)



ditulis



untuk



mengkoordinasi input dan output test Case. 3)



Cluster Diuji



4)



Driver diganti and Cluster di gabungkan dengan menggerakkannya keatas didalam struktur program.



c. Regression Testing (pengujian regresi) Pengujian regresi adalah aktivitas yang membantu memastikan bahwa perubahan (karena pengujian atau alasan lain) tidak menyebabkan perilaku yang tidak diharapkan atau kesalahan lainnya. 1)



Eksekusi ulang dari beberapa sumber yang telah dilakukan untuk memastikan bahwa perubahan tersebut tidak menimbulkan efek samping yang tidak diharapkan.



2)



Keberhasilan penggunaan akan menghasilkan kesalahan, jika ada kesalahan harus diperbaiki.



3)



Setiap kali perangkat lunak diperbaiki, banyak aspek konfigurasi perangkat lunak (program, dokumen pendukung atau data) akan berubah. Pengujian regresi (bagian dari pengujian yang akan dieksekusi) berisi



tiga kelas kasus uji yang berbeda, yaitu:



Testing & Implementasi



5



Universitas



Sistem Informasi



1)



Contoh representatif dari semua fungsi perangkat lunak akan digunakan.



2)



Fokus pada pengujian tambahan fitur perangkat lunak yang mungkin terpengaruh oleh perubahan.



3)



Penggunaannya berfokus pada komponen perangkat lunak yang dimodifikasi.



4)



Pilihan strategi integrasi tergantung pada karakteristik perangkat lunak, dan terkadang tergantung pada jadwal proyek.



5)



Secara umum, metode kombinasi (uji sandwich) menggunakan strategi top-down untuk tingkat yang lebih tinggi dari struktur program, dipasangkan dengan strategi bottom-up tingkat yang lebih rendah. Saat melakukan pengujian integrasi, penguji harus mengidentifikasi



modul utama. Modul kunci memiliki karakteristik sebagai berikut: 1)



Tekankan beberapa persyaratan perangkat lunaknya.



2)



Memiliki tingkat kontrol yang tinggi.



3)



Kompleksitas (kompleksitas siklik dapat digunakan sebagai indikator).



4)



Memiliki persyaratan kinerja yang terbatas Test Plan menggambarkannya semua strategi Integrasi. Pengujiannya



dibagi-bagi ke dalam fase dan pengembangan dimana dapat menekan fungsional tertentu dan karakter tingkah laku dari software tersebut. contoh pengujiannya Integrasi dalam sebuah sistem komputer dimana berorientasi dalam grafik dan terdapat fase penggunaannya berikut: 1)



Interaksi user (menyeleksi perintah, interface, pemprosesan dan gambaran kesalahan).



2)



Manipulasi dan analisis memori (pembuatan simbol, penentuan dimensi, rotasi, komputasi sifat fisis)



3)



Pemrosesannya and pemunculannya tampilan (tampilan two dimensi, tampilan 3 dimensi, grafik and bagan)



4)



Manajemen database (akses, update, integritas, kinerja)



Testing & Implementasi



5



Universitas



7.



Sistem Informasi



Pengujian Validasi Pengujian validasi dilakukan setelah seluruh kesalahan proses yang harus diperbaiki.Keberhasilan pengujian validasi tergantung pada apakah fungsi-fungsi yang ada pada perangkat lunak memenuhi kebutuhan pengguna sistem. Jika perangkat lunak yang dibuat untuk pelanggan masih memiliki kesalahan,



pengujian akan dilakukan untuk memungkinkan



pelanggan



memvalidasi semua kebutuhannya untuk memenuhi kebutuhan tersebut. Pengujian alpha ini dilakukan oleh customer kepada developer. Pengembang menggunakan perangkat lunak jenis ini untuk menyalip pengguna dan mencatat semua kesalahan dan masalah penggunaan. Pengujian dapat dilakukan oleh pengguna akhir perangkat lunak pada satu atau lebih pelanggan di lingkungan yang sebenarnya. Verifikasi dan validasi biasanya dapat dilakukan dengan menggunakan lebih banyak teknik, seperti: a. Sistem teknis atau matematika, simulasi, dan prosedur ilmiah digunakan dalam menentukan suatu produk kerja dimana syaratnya dapat terpenuhi, disebut sebagai analisis b. Memastikan produk bekerja di bawah skenario tertentu bertujuan untuk mengukur apakah telah memenuhi kriteria disebut dengan demonstrasi testing. c. Produk kerja non-pelaksanaan bertujuan untuk mengetahui apakah kriteria tercapai secara visual disebut pemeriksaan testing.



8.



Pengujian Sistem Pada pengujian sistem dimana software dapat digabung dengan unser sistem lain sehingga rentetan tes validasi dapak dijalankan. apabila uji coba gagal atau tidak sesuai scope siklus pengembangan sistem, langkah pengambilan dalam perancangan dan pengujian mampu diperbaiki. Pengujian sistem ialah rentetan pengujian tidak sama antara bagiab stau dengan lainnya yang memilki tujuan utama untuk menguji secara utuh elemen sistem yang diimplementasikan. Pengujian sistem merupakan pengujian terhadap keseluruhan sistem, pengujian ini pada dasarnya dilakukan oleh pengguna dan pengguna lain secara bersama-sama, dikarenakan pengujian akan melibatkan elemen lain dari



Testing & Implementasi



5



Universitas



Sistem Informasi



perangkat lunak. Pengujian sistem ini secara khusus dilakukan melalui pengujian yang dilakukan oleh pengguna sesuai dengan kebutuhannya. Pengujian seperti ini biasanya hanya dilakukan secara sistematis oleh pengguna dalam jangka waktu tertentu, sehingga kesalahan sistem dapat ditemukan dalam jangka waktu tertentu. Pengujian ini dilakukan oleh pengguna pengguna terakhir, dan pengujian Alpha suatu pengujian oleh pengguna di lingkungan pengembangnya atau dikendalikan. Pengujian beta dimana pengujian oleh pengguna di lingkungan pengguna itu sendiri, di mana perangkat lunak tidak berada di bawah kendali pengembang. Selain hal di atas, pengujian sistem juga mencakup: a. Recovery (Recovery Testing), perangkat lunak yang dipaksa untuk error atau melakukan kesalahan pada system agar user mengetahui kinerja dari recovery proses itu dijalankan dengan baik, contohnya seperti dalam uji yaitu login dalam sebuah sistem apakah bisa masuk atau tidak ketika user dan passwordnya dimasukan. b. Keamanan (Security Testing), komponen yang merupakan sistem yang dapat memproteksi pada perangkat lunak. Kemudian ini menjadi sangat penting untuk suatu keamanan data yang ada di perusahaan. c. Stress Testing, cara uji dengan memaksakan perangkat lunak untuk mencari dengan baik di dalam kuantitas data. Untuk testing ini bisa menjadi tahap ukur terhadap sistem yang telah dibuat karena penggunaan sistem dalam perusahaan tidak untuk digunakan hanya sekali atau dua kali saja melainkan terus menerus akan selalu digunakan karena menjadi suatu kebutuhan dan faktor pendukung untuk kesuksesan suatu perusahaan tersebut. d. Pengujian Kinerja (Performance Testing), uji seperti untuk melakukan cek kinerja perangkat lunak sesuai jadwal yang sudah ditentukan. contohnya seperti pemanfaatan perangkat lunak yang diproses pada sistem dan output yang dihasilkan sistem. Uji sistem seperti ini tidak mempunyai metode atau karakteristik jadi bisa tidak konsisten sehingga butuh beberapa kali untuk lebih jelas dan hasilnya lebih maksimal, dukungan dan alat bantu pengujian ini jarang ditemukan jadi butuh waktu untuk memaksimalkannya. Selain itu sistem yang sedang di dalam pengujian ini langsung dibuatkannya laporan dan langsung diberikan kepada user dan pengguna lainnya. Berikut ini pengukuran kinerja dalam sistem.



Testing & Implementasi



5



Universitas



Sistem Informasi



Gambar 4. 5 Pengukuran Kinerja



Untuk mengukur sebuah sistem apakah system tersebut sudah terstruktur dengan baik atau tidak, kalau sudah terstruktur dengan baik sistem tersebut dapat dilakukan pengujian dalam testing.begitupun sebaliknya.



C. LATIHAN SOAL 1. Jelaskan apa yang anda ketahui tentang hal yang harus diuji dalam pengujian unit! 2. Jelaskan pendapat anda mengenai suatu pengujian yang terintegrasi! 3. Jelaskan pendapat anda hambatan dalam pengujian integrasi! 4. Sebutkan dan jelaskan mengenai bentuk pengujian yang bisa dilakukan dalam pengujian validasi! 5. Sebutkan dan jelaskan mengenai hal yang meliputi dalam pengujian sistem!



D. REFERENSI Hadiprakoso, R. B. (2020). Rekayasa Perangkat Lunak. RBH. Pandara, E., Karouw, S., & Najoan, M. (2014). Implementasi Proses Uji Sistem Informasi Admisi Pascasarjana Universitas Sam Ratulangi. Jurnal Teknik Informatika, 4(2). Romeo, S. T. (2003). Testing dan Implementasi Sistem. Surabaya: STIKOM.



Testing & Implementasi



6



Universitas



Sistem Informasi



Sulistyanto, H. (2017). Urgensi Pengujian pada Kemajemukan Perangkat Lunak dalam Multi Perspektif. Komuniti:



Jurnal



Komunikasi



dan



Teknologi



Informasi, 6(1), 65-74. Wibisono, W., & Baskoro, F. (2002). Pengujian perangkat lunak dengan menggunakan model behaviour UML. Jurnal Ilmiah Teknologi Informasi, 1(1), 43-50.



Testing & Implementasi



6



Universitas



Sistem Informasi



PERTEMUAN 5 PERENCANAAN PENGUJIAN DAN ESTIMASI PENYELESAIAN



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu menjelaskan dasardasar dalam pengembangan rencana testing dan yang berhubungan dengan estimasi tes.



B. URAIAN MATERI 1.



Perencanaan Pengujian (Test Plan) Test Plan atau Perencanaan Pengujian yaitu dokumen yang dimana didalamnya terdapat tujuan dan sasaran dari testing di dalam ruang lingkup proyek, detail-detail yang menjadi sasaran testing, pendekatan yang dipakai disini, poin-poin yang dibutuhkan saat testing dan sumber daya yang dibutuhkan selama testing. Oleh karena itu nama lain test plan dapat disebut sebagai scenario atau perencanaan untuk melakukan pengujian yang akan dilakukan baik oleh user pada umumnya atau expert tester.



2.



Tujuan Membuat Perencanaan Pengujian (Test Plan) Tujuan membuat perencanaan testing (Test Plan) adalah yang pastinya agar membuat pihak developer lebih mudah dalam melakukan tes secara berurutan dan memudahkan saat melakukan testing.



3.



Pembuatan Perencanaan Pengujian (Test Plan) Pembuatan Perencanaan Pengujian (Test Plan) bisa dilakukan dengan melakukan standar yang ada tapi hal ini tidak melulu harus dilakukan terkadang juga tidak harus mengikuti template yang ada yang terpenting memenuhi tujuan testing itu sendiri.



Testing & Implementasi



6



Universitas



Sistem Informasi



Berikut ini ada penjelasan terkait standar yang ada Perencanaan Pengujian (Test Plan) yang dikeluarkan oleh Institute of Electrical and Electronics Engineers (IEEE 829): a. Perencanaan Pengujian (Test Plan) Identifier Perencanaan Pengujian (Test Plan) Identifier mendefinisikan garis besar dari sebuah Test plan. Bentuk nya bisa berbagai macam ada yang berbentuk tabel, narasi, dan bentuk lin nya. Lalu ada pula informasi yang disampaikan berupa nama orang yang bertanggung jawab dalam melakukan testing, subjek testing itu sendiri, tanggal dibuatnya test plan tersebut, dan lainnya. b. Perencanaan Pengujian (Test Plan) Introduction Pada bagian introduction dibuat untuk menjabarkan dalam bentuk teks atau kata-kata apa saja yang dilakukan selama testing berlangsung. Bagian ini kita bisa menambahkan rincian seperti halnya sub bab. Contoh nya seperti berikut: Purpose



:Tujuan inti untuk apa dibuat nya testing ini



Background



:Latar belakang kenapa testing ini harus dilakukan



Scope



:Sejauh mana testing yang akan dilakukan



Definition and Acronyms



:Penjabaran mengenai singkatan-singkatan saat



testing dilakukan c. Perencanaan Pengujian (Test Plan) Test Item Bagian test item menjabarkan detail-detail yang akan dilakukan testing Dan berikut contoh dan antarmuka (interfaces) antara subsistem berikut yang akan diuji:



Gambar 5. 1 Antarmuka antara subsistem



Testing & Implementasi



6



Universitas



Sistem Informasi



Kemudian Basic pengujian performa:



Gambar 5. 2 Basic pengujian performa



d. Perencanaan Pengujian (Test Plan) Features to be tested Berikut ini adalah runtutan fitur yang dilakukan selama testing: Tabel 5. 1 Urutan fitur selama testing Fitur



Prioritas



Menambahkan Album



Untuk menampilkan foto-foto dari berbagai acara IIT dalam



3



Testing & Implementasi



Deskripsi



urutan



yang diatur



pengguna dapat menambahkan album



6



Universitas



Sistem Informasi



Fitur



Prioritas



Memodifikasi Album



Edit album yang ada dengan menambah atau menghapus foto atau mengubah



3



Menambahkan



deskripsi album



3



Prestasi



Pencapaian



IIT



yang



berbeda



akan



dicantumkan



Menambahkan Berita /



1



Ini



Events Memodifikasi



Deskripsi



akan



berfungsi



sebagai



papan



pengumuman IIT Berita



/



1



Ubah komponen berita atau acara yang



Events



ada



Mengunggah Foto



3



Mengunggah Foto ke dalam album



Menghapus Foto



3



Menghapus Foto di dalam album



Membuat Program



1



Buat program seperti sarjana, master



Memodifikasi Program



1



Edit program yang sudah ada



Membuat Semester



1



Membuat semester untuk setiap program



Memodifikasi Semester



1



Edit semester yang sudah ada



Membuat Mata Kuliah



1



Membuat mata kuliah di bawah setiap semester



e. Perencanaan Pengujian (Test Plan) Features not to be tested Penjelasan dari segi fitur mana yang akan ditampilkan pada system tetapi tidak perlu di testing ketika testing sedang dilakukan, lalu diberi pengertian juga kenapa ada beberapa fitur yang tidak perlu di uji ketika pengujian berlangsung. Berikut contohnya:



Testing & Implementasi



6



Universitas



Sistem Informasi



Tabel 5. 2 Contoh perencanaan Pengujian (Test Plan) Features not to be tested Fitur



Deskripsi



Registrasi



Tidak perlu dilakukan uji coba karena pendaftaran akan dilakukan oleh admin secara manual



Pemulihan Password



Itu bisa dilakukan secara manual oleh Admin. Karena jadwal terbatas, kami akan melewatkan fitur



Mengubah



Status



Itu bisa dilakukan secara manual oleh Admin. Jadi



User



fitur ini tidak perlu diuji



Keamanan Jaringan



Menguji keamanan jaringan berada di luar jangkauan kami



f. Perencanaan Pengujian (Test Plan) Approach/Test Strategy Bagian Approach penjabaran bagaimana approach/cara melakukan sebuah testing, hal ini tentunya dilakukan dengan penjelasan bagaimana cara melakukan testing dengan baik dan benar agar meminimalisir kesalahan. Contohnya : Unit Testing menggunakan pengujian kotak putih (White Box Testing) dan atau pengujian kotak hitam (Black box testing) dan tambahan bagaimana cara melakukan pengujian (testing) menggunakan metode itu. Sistem pengujian (System testing) dengan Perform Pengujian (Performance testing) dan Beban Pengujian (Load testing) ,dsb. g. Perencanaan Pengujian (Test Plan) Item Pass / Fail Criteria Penjabaran kriteria yang sekiranya perlu tester penuhi yang akan melanjutkan testing ke step selanjutnya. Lalu Pengujian atau testing tersebut dianggap gagal (fail). Contoh: 1)



Ketika sebuah fitur di uji dengan banyak pengujian 5 kali lalu ada 1 kegagalan makan fitur tersebut akan dinyatakan gagal/fail karena terdapat kegagalan saat testing dilakukan.



Testing & Implementasi



6



Universitas



Sistem Informasi



2)



Sebaliknya Jika suatu fitur di testing dan tidak di temukan kegagalan maka fitur tersebut dinyatakan berhasil atau pass kare tidak ditemukan nya kegagalan.



3)



Kerusakan Sistem (System Crash) pastinya hal ini akan dianggap suatu kegagalan.



h. Pengujian (Test Plan) Suspension Criteria Penjabaran suatu item atau fitur mana saja yang dapat di jeda saat dilakukan nya testing dan dapat dilanjutkan testing nya dilain waktu, tentunya dengan penjabaran mengapa hal tersebut dapat dilakukan. i. Perencanaan Pengujian (Test Plan) Test Deliverables Penjelasan tentang output berupa dokumen apa yang nanti nya akan keluar setelah testing dilakukan oleh seorang tester. Contoh: Rencana uji utama (dokumen ini) Rencana pengujian individu untuk setiap fase siklus pengujian Spesifikasi Desain Uji Log uji untuk setiap fase Rencana uji penerimaan Unit rencana pengujian Tampilan Prototypes Laporan Pengujian Skenario pengujian dan hasil yang diharapkan dalam lembar excel Sistem Manual j. Perencanaan Pengujian (Test Plan) Testing Task Penjabaran aktivitas apa saja yang akan dilaksanakan selama pengujian berlangsung, dan pihak mana saja yang terlibat selama aktivitas testing berlangsung. Contohnya:



Testing & Implementasi



6



Universitas



Sistem Informasi



Tabel 5. 3 Contoh perencanaan Pengujian (Test Plan) Testing Task Tugas



Ditugaskan Untuk



Membuat



rencana



pengujian



Project Manager, Clients



penerimaan Membuat rencana pengujian integrasi



Developers, Project Manager



Tentukan



Developers, Project Manager



aturan



dan



prosedur



pengujian unit Tentukan



prosedur



turnover



untuk



Developers



setiap level Verifikasi prototipe layar



Clients, Project Manager



Verifikasi prototipe laporan



Clients, Project Manager



k. Perencanaan Pengujian (Test Plan) Environmental Needs Penjelasan tentang detail apa saja yang diperlukan selama testing dilaksanakan, hal ini bisa berupa spesifikasi hardware apa yang diperlukan seorang tester atau izin akses apa saja yang diberikan seperti:  Pemberian akses ke database selama testing dilakukan kepada tester  Pemberian akses kepada tester untuk mengakses official website selama testing. Client Komputer netbook dengan spesifikasi: Processor Intel Atom N450 1.66HHz Memory 1 Gb Hardisk free 78 Gb Screen Monitor 10’ Resolusi Monitor 1024 x 600 Browser Mozilla Firefox



Testing & Implementasi



6



Universitas



Sistem Informasi



Sever Computer personal unit dengan spesifikasi: Memory 2 Gb Hard Disk free 50 Gb Screen Monitor 16” Resolusi Monitor 1024 x 600 Web Server apache Database mySql Browser Mozilla Firefox l. Perencanaan Pengujian (Test Plan) Responsibilities Penjabaran rincian pihak-pihak yang bertanggung jawab (PJ), siapa saja yang akan bertanggung jawab selama dilakukannya testing, berikut adalah. Contohnya: Tabel 5. 4 Tanggung Jawab Tugas



Penanggung Jawab



Membuat Test Plan



Sulistiyono



Membuat Design Tesst



Muhammad Nasrulloh



Melakukan Testing



Sulistiyono, Muhammad Nasrulloh



Membuat Dokumen Final



Sulistiyono, Muhammad Nasrulloh



m. Perencanaan Pengujian (Test Plan) Staffing and Training Needs 1)



Penjabaran peran dari masing-masing staff dan penjelasan mengenai task dan tanggung jawab dari masing-masing apa yang perlu dilakukan selama testing dan jika perlu diadakan nya testing maka akan dibuatkan. Contoh: Project



Manager



(PM)



:



Bertanggung



jawab



mengatur



secara



keseluruhan dari implementasi suatu website selama testing dilakukan.



Testing & Implementasi



6



Universitas



Sistem Informasi



2)



Leader



(Test



Manager)



:



Seseorang



yang



bertugas



untuk



mengembangkan perencanaan pengujian utama , dan meninjau kembali fitur yang sudah di deliver, mengatur siklus pengujian dan membuat report dan melaporkan nya kepada PM (Project Manager) selama testing dilakukan oleh tester. 3)



Teknisi Penguji (Test Engineer) : Seseorang yang bertugas mendesain dan merancang suatu perencanaan pengujian, lalu membuat test data dan prosedur selama pengujian dilakukan dan juga melakukan pengujian itu sendiri.



n. Perencanaan Pengujian (Test Plan) Schedule Pembuatan jadwal atau schedule selama pengujian dilakukan ada beberapa tujuan, diantaranya: 1)



Mendetailkan Acuan selama pengujian dilakukan agar tidak ada yang miss



2)



Mendetailkan event transmittal item selama testing berlangsung.



3)



Memberi Estimasi Waktu yang dibutuhkan saat melakukan testing



4)



Penjadwalan mengenai Testing task dan Test Milestone selama testing dilakukan.



5)



Melakukan Perincian seberapa sering menggunakan sumber daya pengujian.



Tabel 5. 5 Jadwal Pengujian Fase Pengujian



Penanggung



Waktu



Jawab Pembuatan rencana pengujian



Test Manager 1 Minggu



Uji spesifikasi pembuatan



Test Leads



2 Minggu



Menguji tinjauan tim spesifikasi Project Team



1 Minggu



Pengujian Unit



Menyesuaikan waktu



Developer



pengembangan



Testing & Implementasi



7



Universitas



Sistem Informasi



Pengujian Komponen



Testing Team 1 Minggu



Pengujian Integrasi



Testing Team 1 Minggu



Menggunakan validasi kasus



Testing Team 1 Minggu



Pengujian



Testing Team 1 Minggu



antarmuka



pengguna Pengujian Beban



Testing Team 1 Minggu



Pengujian Performa



Testing Team 1 Minggu



Rilis ke produksi



Project Team



1 Minggu



o. Perencanaan Pengujian (Test Plan) Risk and Contingencies Penjabaran yang berguna untuk menegaskan system berkualitas dan pengecekan pada sistem dimana untuk mengontrol pengerjaan perangkat lunak yang tidak termasuk di dalam kontrol, tetapi hal itu jika dibiarkan akan berakibat secara langsung pada pengerjaan,system. p. Perencanaan Pengujian (Test Plan) Approvals Merupakan lembar persetujan seluruh orang yang telibat dalam pembuatan test plan ini dengan menadatangani lembar ini maka seluruh orang dikatakan setuju. Tabel 5. 6 Persetujuan Nama



Versi yang



Jabatan



Tanggal



Disetujui



Tangan



User 1



TP V.2



Pembuat



4/16/2012



User 1



TP V.3



Pembuat



4/17/2012



User 1



TP V.4



Pembuat



4/18/2012



User 1



TP V.5



Pembuat



4/19/2012



Testing & Implementasi



Tanda



7



Universitas



4.



Sistem Informasi



Teknik Estimasi Testing Saat melakukan testing untuk menghasilkan hasil yang maksimal maka kita perlu membuat estimasi testing guna nya untuk proyeksi kedepan nya bagaimana saat nanti testing dilakukan. Lalu disini terdapat beberapa contoh cara (Teknik) estimasi pengajuan yang bisa dipergunakan dalam suatu pengujian: a. Bottom-up atau micro-estimating Teknik yang dipakai pada Teknik ini yaitu dengan mengembangkan detail-detail terkecil baik dari segi test case, test plan hingga sumber daya manusia saat melakukan testing nantinya. Tetapi Teknik ini memiliki Batasan jika kita memakai Teknik yang satu ini yaitu : 1)



Estimasi Bottom-up (Bottom-up estimating) Teknik ini belum bisa digunakan apabila daftar pekerjaan rinci selesai dikerjakan.



2)



Yang ke dua yaitu jam kerja untuk task-task yang belum selesai secara otomatis akan kosong atau tidak mendapatkan nilai, itu artinya bahwa teknik ini lebih condong akan didalam suatu kondisi di bawah estimasi (underestimate).



3)



Yang ketiga apabila didapati suatu anomali yang terjadi terus-menerus maka Teknik ini tidak bisa mengenali anomali itu. Contohnya, apabila seluruh pekerjaan ada dalam kondisi dibawah estimasi 25% per satu pekerjaan nya, estimasi keseluruhan yang dijumlahkan oleh system akan berada di bawah 25%.



b. Top-Down Atau Global Estimating Penjabaran Teknik ini mengambil cara dengan melihat big picture atau gambar besar dan membandingkan jangkauan dari keseluruhan pengujian itu tidak akan jauh berbeda dengan estimasi waktu, sumber daya manusia, dsb. Harus ada cek pengujian kewarasan dan cek ulang untuk estimasi yang sudah di kembangkan dengan cara lain. c. Formula Atau Models Teknik ini sesuai dengan nama nya, formulasi digunakan dalam Teknik estimasi ini. Teknik ini harus menggunakan rincian dari suatu sifat tertentu yang berasal dari lingkungan pengujian dan produk yang nantinya akan dilakukan pengukuran dan langkah selanjutnya dirumuskan ke dalam suatu bentuk formula.



Testing & Implementasi



7



Universitas



Sistem Informasi



Lalu selanjutnya ada pula detail yang dihitung berdasarkan suatu perhitungan teknik, bisa berbentuk kuantitas jendela, table atau query yang di uji saat testing dilakukan, penghematan area test lalu kuantitas cacat. Dimana input sifat masih susah untuk diciptakan Kemudian model atau formula sangat tergantung dari pengalaman suatu sistem yang sudah pernah dibuat modelnya. Lalu banyak sekali aspek-aspek yang harus di pertimbangkan untuk formulasi mulai dari ketepatan model pada sebuah sistem dan akurasi dari sistem kalibrasi d. Parkinson’s Law Selanjutnya penjabaran dari Parkinson law ini, menganut bahwa Teknik estimasi Teknik bukan hanya masalah kalkulasi atau kuantitatif saja tetapi faktor manusia juga diperhitungkan salah satu yang penting misalnya skill negosiasi. Alasan mengapa faktor manusia di perhitungkan di Teknik ini karena akan bersinggungan dengan diterima atau tidaknya oleh pihak ke 3 dalam hal ini bisa jadi client atau atasan sendiri. seperti hal nya public speaking yang bagus juga menjadi suatu pertimbangan. e. Pricing To Win Jika sebelum nya kita mempelajari teknik Parkinson’s Law maka Teknik ini merupakan kebalikan dari Teknik tersebut, karena pada Teknik ini harus menentukan terlebih dahulu batas paling bawah atau nilai terendah. Seperti yang kita tahu bahwa pada Teknik Parkinson Law nilai psikologis dianggap penting, Pada Teknik ini disini menggunakan nilai minimal dalam menentukan estimasi.. Jika pada Teknik Parkinson Law itu menggunakan pendekatan untuk negosiasi dengan pihak luar seperti atasan atau client maka pada Teknik ini merupakan kebalikan dari itu semua dan lebih melakukan pendekatan dengan pihak internal seperti programmer Teknik ini juga menggunakan strategic time yang berguna memiliki selisih waktu apabila ada suatu hal yang tidak berjalan sesuai dengan semestinya. f. Cost Averaging Sebenarnya jika dilihat dari Namanya estimasi maka tidak ada yang bisa dikatakan benar benar sangat akurat. Oleh karena itu nilai estimasi alternative dipakai pada beberapa estimation teknik. Tentunya Teknik ini juga ada Testing & Implementasi



7



Universitas



Sistem Informasi



kekurangan yaitu dari sisi adanya peningkatan beban pekerjaan saat estimasi dilakukan. Pada Teknik ini pula ada factor yang penting yaitu adalah rangkaian dari beberapa asumsi yang beragam. Lalu ada pula melakukan perhitungan dengan menentukan nilai : Skema yang dirasa paling optimal (a) Skema yang ada kemungkinan terjadi (b) Skema yang dirasa paling tidak optimal (c) Lalu dari ke 3 elemen di atas dilakukan perhitungan seperti ini : [{a+4b+c}/6] Nilai a dan c itu mempunyai bobot nilai masing – masing satu, sedangkan nilai 4 adalah nilai bobot prioritas terhadap nilai b. Nilai bobot ini juga dapat berubah menyesuaikan dengan data historis melihat dari proyek-proyek sebelumnya.



C. LATIHAN SOAL 1.



Jelaskan pendapat anda mengenai test plan!



2.



Jelaskan apa yang dimaksud dengan test deliverables pada pembuatan test plan!



3.



Jelaskan apa yang dimaksud dengan risk and contingencies test plan!



4.



Jelaskan fungsi dari estimasi testing dianggap penting !



5.



Jelaskan yang dimaksud dengan teknik estimasi parkinson law!



D. REFERENSI Chusyairi, A. (2021). Buku Testing Dan Implementasi Sistem Dengan Pengujian Object-Oriented. Penerbit Deepublish. Eriana, E. S., & Farizy, S. (2021). Sistem Informasi Manajemen. Penerbit Unpam Press. Nugroho, A. (2010). Rekayasa perangkat lunak berorientasi objek dengan metode USDP. Penerbit Andi.



Testing & Implementasi



7



Universitas



Sistem Informasi



Shanardi, A. Pengertian Test Plan. (diakses pada 04 Januari 2022). Tersedia pada https://sis.binus.ac.id/2017/05/03/pengertian-test-plan/.



Testing & Implementasi



7



Universitas



Sistem Informasi



PERTEMUAN 6 PENGUJIAN METODE USABILITY



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu menerapkan pengujian metode usability dalam penggunaan aplikasi.



B. URAIAN MATERI 1.



Metode Usability Usability merupakan salah satu metode pengujian yang dapat dilakukan, pengujian dengan metode usability menggunakan analisa kualitas atau kualitatif yang dapat menentukan kemudahan pengguna/user dalam penggunaan aplikasi dan dapat pula ditentukan dari kemudahan user dalam menggunakan pengalaman pengguna atau user experience (UX).Metode usability digunakan oleh UX developer dengan melibatkan user kemudian diteliti bagaimana proses mereka dalam berinteraksi dengan sistem aplikasi atau website sehingga dapat diketahui kendala dalam penggunaan sistem aplikasi maupun website. Usability mengadopsi dari bahasa asing yang berarti dapat digunakan atau kegunaan, sehingga dalam pengertian secara umum bahwa sebuah sistem aplikasi atau website agar dapat digunakan maka harus dilakukan pengujian untuk menelaah kesalahan-kesalahan sehingga dapat diperbaiki sebelum produk digunakan. Pada proses pengembangan sebuah sistem aplikasi, pengujian usability dapat dilakukan pada tahap proses perancangan sistem maupun pada tahap pengembangan. Pengujian ini dapat dilakukan juga pada tahap evaluasi dan diharapkan pengujian dilakukan dengan seksama. Hal tersebut dapat tergantung pada anggaran biaya, ketersedian waktu dan tujuan yang ingin dicapai. Dan mengapa perlu dilakukan pengujian usability, berikut alasannya.



Testing & Implementasi



7



Universitas



Sistem Informasi



a. Desain atraktif Desain sistem aplikasi atau perangkat lunak memiliki daya tarik dan menjadikan user tidak merasa bosan sehingga dapat dianalisa pengalaman penggunaannya. b. Kemudahan user dalam mempelajari Sistem aplikasi yang baik tentu saja sistem aplikasi yang mudah dipelajari sehingga sistem aplikasi masuk dalam kategori user friendly c. Penggunaan yang efektif dan efisien Sistem aplikasi tidak ribet dan tidak banyak step dalam penggunaannya d. Kemudahan untuk diingat Sistem aplikasi yang dibangun dan dikembangan cocok untuk segala usia e. Tingkat kesalahan yang terjadi Mempermudah pengujian sehingga kesalahan dapat ditemukan dan diselesaikan dengan mudah. f. Meningkatkan kepuasan user secara subyektif Kontrol grafik UX lebih mudah sehingga dapat dijadikan acuan dalam peningkatan kepuasan user. Dan diantara hal-hal yang perlu dilakukan pengujian usability, berikut beberapa manfaat pengujiannya, diantaranya: a. Mengatasi masalah internal b. Masalah internal dalam tim dapat terpecahkan sehingga antar personal mengetahui kekurangan dan kelebihan masing-masing anggota tim c. Proses mudah d. Untuk



proses



pengujiannya



dapat



dikatakan



mudah



karena



dapat



menggunakan data riil sehingga dapat diketahui apakah sistem aplikasi siap untuk digunakan. e. Mengetahui aktivitas user



Testing & Implementasi



7



Universitas



Sistem Informasi



f. Untuk melihat aktivitas user, dikarenakan pengujian usability dapat melibatkan user tertentu yang didasarkan pada pengalaman atau user experience (UX). Bagaimana penggunaan metode usability: a. Sebelum melakukan pengujian maka perlu diketahui tahapan-tahapan dalam pengujian usability dengan harapan pengujian sesuai dengan prosedur, ketersediaan waktu, anggaran biaya dan sesuai dengan tujuan pengujian. Metode ini terbilang mudah, namun perlu analisis yang cermat sehingga tidak menimbulkan permasalahan-permasalahan baru yang berarti pengujian bukan untuk menimbulkan masalah baru, namun untuk memperbaiki kesalahan. Berikut metode yang dapat dilakukan : b. Menentukan perangkat lunak yang diuji Pada bagian ini, sebelum dilakukan pengujian maka penguji harus menentukan dan mempertimbangkan fitur maupun desain yang masih menjadi kendala utama, sehingga dapat dipersiapkan point-point yang menjadi tujuan pengujian seperti apa yang dilakukan user atau pengguna saat pertama kali menggunakan atau mengunjungi sistem aplikasi ? apa saja kendalanya ? Bagian manakah yang perlu ditingkatkan ? c. Menyiapkan prototipe digital untuk pengujian d. Prototype merupakan bentuk dasar sistem atau bentuk awal sistem aplikasi atau website sebelum melewati tahap penyempurnaan. Dengan adanya prototype, memudahkan kita untuk melihat respon pengguna e. Menyiapkan skenario pengujian Proses pengujian usability bukanlah sebuah proses yang hanya sebatas menunjukan desain kemudian memberikan kuesioner kepada user. Skenario dapat dibuat dengan melibatkan user tertentu yang berasal dari internal perusahaan kemudian dibuat formulir yang berisikan feedback dari user tester sehingga akan menghasilkan pengujian yang bersifat interaktif. Disinilah betapa pentingnya skenario pengujian. Tim penguji harus mempersiapkan skenario yang yang berperan agar user terkondisikan di situasi sehari-hari  dan memahami masalah atau kondisi yang sedang dihadapi. Dan setelah user mengerti dengan skenario yang telah diberikan, barulah user mencoba prototipenya.



Testing & Implementasi



7



Universitas



Sistem Informasi



f. Menentukan kandidat perangkat lunak yang akan menguji Meski terlihat, namun penentuan kandidat atau calon yang akan diuji ternyata bukanlah hal yang mudah. Disini penguji juga harus menentukan dan memikirkan apabila user tester tidak dapat mewakili kriteria target pengguna secara penuh. Untuk mengantisipasi hal tersebut, sebelum proses pengujian dapat dipastikan bahwa tim penguji sudah siap merancang personal yang sangat dekat dengan standar asli. g. Mengamati proses uji coba yang sedang berlangsung Disini penguji dapat menyiapkan alat perekam sebagai media dokumentasi selama pengujian. Pengujian yang baik dapat dikatakan pengujian yang terdapat track record sehingga apabila ditemukan kendala yang berkaitan dengan pengembangan perangkat lunak atau sistem aplikasi maupun website, tim pengembang dapat menganalisis dan mempersiapkan solusisolusi yang dapat diterapkan. h. Pada saat user tester atau pengguna yang dipersiapkan untuk pengujian, maka pengujian perlu memberikan skenario mengenai apa yang harus dilakukan atau dapat pula melakukan pengujian diluar dari skenario yang ada untuk mengetahui batasan-batasan ataupun kesalahan (error) yang tidak dapat dipungkiri. i. Membuat rangkuman hasil uji coba Sebagai proses akhir, membuat rangkuman tidak kalah penting dengan faktor lain dikarenakan pengujian sebagai acuan bagi pengembang perangkat lunak dalam memberikan kesimpulan. Laporan secara rinci yang diperoleh dari rangkuman maupun proses perekaman dibuat dalam suatu laporan yang kemudian dilakukan analisa, kemudian dikembangkan untuk mencari apa saja isu-isu yang timbul dari uji coba atau pengujian yang telah dilakukan. j. Metode pengujian ini sangat penting untuk dipelajari dan diaplikasi dalam proses pengujian terhadap perangkat lunak seperti sistem aplikasi maupun website dengan harapan perangkat lunak sesuai dengan harapan ke depannya.



Testing & Implementasi



7



Universitas



Sistem Informasi



k. Metode usability tentu saja berbeda dengan metode pengujian yang lain. Metode usability difokuskan untuk mengetahui apakah sistem aplikasi atau website yang dibuat dapat digunakan oleh user 2.



Pengujian Menggunakan Metode Usability Usability test merupakan suatu Metode untuk mendapati bagaimanakah suatu pengguna bisa dengan gampang memakai suatu app atau segimana efektif dan efisiensi kah sesuatu app yang dipakai untuk membantu pengguna untuk menggapai kita bikin. Usability test harus laksanakan agar kita paham lebih dulu apakah memungkinkan atau ada error pada penggunaan app yang akan kita hadapkan oleh partisipan titik wajib kita ingat bahwasannya kita itu belum pasti user dari app yang telah dibikin titik sangat wajib dilakukan uji coba dahulu agar mendapatkan umpan balik sesungguhnya titik pada user regu design dan developer bisa mengetahui isu-isu yang yang berkemungkinan akan muncul pada saat menggunakan aplikasi tersebut dan juga dapat segera memperbaiki aplikasi tersebut. Metode usability ada kaitannya dengan kualitas dari pengalaman yang perlu dirasakan oleh user saat menggunakan aplikasi si baik dari peralatan ataupun aplikasi yang berbasis website berbasis desktop atau mobile. Usability test atau kegunaannya meliputi beberapa faktor seperti desain yang intuitif, kemudahan untuk dikaji, penggunaannya yang lumayan efektif, dari tingkat kemudahan nya yang gampang diingat dan juga tingkat kesalahan yang mungkin terjadi serta tingkat keberhasilan yang subjective. Maka dari itu pada saat menggunakan metode usability test faktor-faktor yang berkaitan adalah: a.



Di mana saja bisa di tempat umum keramaian atau di cafe cafe



b.



Di lab yang sudah di atur kondisinya



c.



Melalui media online Untuk penempatan tempat bergantung dari calon user, dan durasi yang



yang sudah disediakan dan anggaran yang ada. Pada dasarnya metode usability tes ini dilakukan secara bersama dengan kru designer juga developer. Untuk menentukan kriteria dari pengguna dan juga jadwal yang sudah direncanakan dahulu oleh kru penelitian. Lalu menentukan calon pengguna bergantung dengan app yang dibikin. Ketika ingin membuat app untuk anak maka kriteria yang termasuk dan tugas yang akan direncanakan dipilih dari anak sekolahan. Jika Testing & Implementasi



8



Universitas



Sistem Informasi



ingin membuat App berupa Permainan maka kita dapat menginvite user dari komunitas pembuat Permainan untuk dilakukannya Pengujian coba. Ketika kita tidak memiliki durasi yang luang sehingga kita tidak bisa mempergunakan penggunaan oleh suatu kategori tertentu makanya kita bisa melaksanakan pemilihan dengan cara random di tempat publik seperti Mall atau pusat perbelanjaan lain. Pada metode ini sering disebut dengan Guerrilla usability Di suatu perencanaan mengembangkan aplikasi metode usability testing dapat melakukan dengan tahap perancangan maupun tahap Berkembangnya serta juga dapat pada saat tahapan evaluasi. App yang dibikin. Ketika ingin membuat app untuk anak maka kriteria yang termasuk dan tugas yang akan direncanakan dipilih dari anak sekolahan. Jika ingin membuat App berupa Permainan maka kita dapat menginvite user dari komunitas pembuat Permainan untuk dilakukannya Pengujian coba. Ketika kita tidak memiliki durasi yang luang sehingga kita tidak bisa mempergunakan penggunaan oleh suatu kategori yang perlu dilakukan untuk melakukan disability testing sebagai berikut: a. Yang pertama kita harus menentukan target yang bisa kita capai Apakah kita melaksanakan desain dari untuk app yang disediakan atau app yang tidak ada. b. Yang kedua kita harus menyiapkan Prototipe paper atau Prototipe digital yang akan kita gunakan untuk pengujian jika tahapan rancangan kita dapat menggunakan Prototipe paper ataupun Prototipe digital yang berupa Wayer frame. Pada tahapan berikut kita dapat menggunakan Prototype aplikasi ataupun produk final dari aplikasi tersebut. c. Saat itulah kita perlu menentukan mana yang harus menguji metode pengujian kegunaan jika ada peserta yang dipilih untuk melakukan metode pengujian kegunaan, itu dapat disesuaikan ke aplikasi target . Dan juga jumlah peserta yang telah tergantung pada jenis aplikasi yang berbeda dan juga pada biaya waktu yang tersedia. Untuk waktu yang singkat, hanya 5 peserta yang dapat d. Yang keempat terdiri dari membuat teks desain aktivitas yang akan kita uji , aktivitas yang akan dirancang harus dan detail agar tidak membingungkan peserta, misalnya untuk aplikasi web e- perdagangan, itu kegiatan untuk mendesain di bawah form pencarian produk dengan mainan anak-anak, Kak



Testing & Implementasi



8



Universitas



Sistem Informasi



atau kamu bisa juga produk mainan dengan jenis pembayaran dalam dan lain- lain. e. Kelima, kita perlu mengawasi proses pengujian yang sedang berlangsung, kita membutuhkan moderator untuk membuat catatan. Anda dapat membantu peserta yang telah berhasil menguji aplikasi, kecuali peserta tidak berhasil setelah menguji aplikasi. f. Selanjutnya kita diwajibkan untuk melaporkan ringkasan hasil yang kita uji, keseluruhan hasil yang kita uji seperti yang tercatat dan yang kita amati, serta proses pengumpulannya. Kemudian harus dianalisis apakah masalah yang berasal dari upaya yang dilakukan oleh peserta masih ada. Jika tes terus gagal, coba lagi akan dilakukan.



3.



Metode Pengujian Usability ke Website Suatu tujuan nya dan benarkah suatu pengguna itu menikmati dengan app yang dipergunakan. Pada usability test sangat bertolak belakang dengan testing user walaupun keduanya memiliki metode tersebut yaitu metode testing ke aplikasi bisa dari berdasarkan desktop maupun web atau mobile. Suatu tujuan dari pengguna tes merupakan kita mendapati apakah suatu app yang selesai atau sudah selaras dengan yang dibutuhkan pengguna sedangkan point dari adanya usability Test adalah agar kita paham suatu app yang telah kita buat dapat dipergunakan oleh pengguna. Tahap melaksanakan user tes kita memerlukan sebuah app yang telah dibikin tetapi jika kita melaksanakan usability test kita bisa memakai layar frame dari sebuah app ataupun app yang telah Kita harus menentukan website manakah yang akan kita uji. Pada bagian ini kita harus mempertimbangkan dan menghitung fungsi. Apa atau desain apa yang masih menjadi kendala utama untuk website yang sedang kita bangun, di bawah ini kita bisa menyiapkan beberapa pernyataan, seperti apa yang akan kita lakukan ketika pengguna mengunjungi website kita untuk pertama kali? Apakah ada kelebihan dan kekurangannya? Jadi bagian mana yang harus kita perbaiki? Atau banyak pertanyaan lainnya. a. Kita harus menyiapkan prototipe digital yang akan kita gunakan untuk menguji



Testing & Implementasi



8



Universitas



Sistem Informasi



Dengan prototype, kita dapat lebih mudah mengetahui bagaimana reaksi pengguna terhadap fungsi website yang kita jalankan. Prototype juga bisa menjadi bentuk awal dari sebuah website yang telah kita buat atau belum sempurnakan. Kami kemudian dapat menggunakan prototipe kertas atau prototipe digital yang masih tersedia dalam bentuk Warframe saat mendesain situs web kami. b. Selanjutnya kita harus menyiapkan skenario Proses pengujian usability test pada sebuah website bukanlah proses yang menunjukkan desain dan kemudian kita bertanya kepada pengguna, “Apakah kita ingin menambahkan produk, di mana kita harus menekan?” Jika ada pengguna yang menanyakan itu, kami mencari teks yang mengandung elemen. Pernyataan tidak langsung yang menginstruksikan pengguna dan memberikan hasil uji kegunaan mungkin tidak valid. Penentuan lokasi dapat bergantung pada calon pengguna dan waktu yang tersedia serta anggaran yang tersedia. Umumnya metode usability testing ini dilakukan oleh tim desain dan developer untuk menentukan kriteria pengguna dan juga tugastugas yang akan diuji atau direncanakan terlebih dahulu oleh tim, kita perlu mengidentifikasi calon pengguna tergantung dari aplikasi yang kita bangun. Misalnya, sebagai anak sekolah atau peralatan bermain c. Selanjutnya adalah kita harus menentukan kriteria calon yang akan kita pilih untuk diuji Meski terlihat mudah namun untuk kita menentukan calon yang akan diuji ternyata bukanlah suatu hal yang mudah disini kita juga harus memikirkan kemungkinan-kemungkinan yang terjadi apabila calon yang diuji tersebut tidak bisa atau tidak memenuhi kriteria pada target pengguna secara penuh untuk menanggulangi hal tersebut maka pastikanlah bahwa sebelum memulai proses pengujian kita sudah siap merancang Persona yang cukup dekat dengan standar pengguna asli di samping itu kita juga bisa dengan mudah menambahkan jumlah peserta sehingga dapat memenuhi standar kriteria pengguna kita d. Selanjutnya kita harus mengamati proses uji coba yang berlangsung Pada tahap ini, saat ujian, kita bisa menyiapkan alat perekam atau alat dokumentasi berupa kamera, dan setelah peserta membuka halaman utama



Testing & Implementasi



8



Universitas



Sistem Informasi



website yang telah kita buat, penguji akan langsung memberikan skenario apa yang dilakukan Peserta harus dilakukan jika dilakukan secara online. Silakan gunakan aplikasi yang dapat merekam selama proses pengujian. e. Yang terakhir adalah kita membuat rangkuman hasil dari uji coba Setelah mengumpulkan hasil data pengujian, kami segera menyiapkan laporan terperinci untuk kami buat bahan diskusi dengan tim kami. Metode ini merupakan metode yang sangat penting untuk mengetahui pengujian yang dilakukan oleh para peserta agar website yang kita buat atau kelola sesuai dengan harapan kita kedepannya, metode usability test ini tentunya berbeda dengan user test, walaupun kedua metode tersebut menguji sebuah aplikasi, baik itu website desktop atau pengujian aplikasi desktop adalah untuk mengetahui apakah aplikasi yang kita buat sudah memenuhi kebutuhan pengguna, sedangkan tujuan dari uji stabilitas ini adalah untuk mengetahui apakah aplikasi yang dibuat sudah digunakan secara optimal atau efisien oleh pengguna .



4.



Pentingnya Melakukan Metode Pengujian Usability Metode pengujian stabilitas ini merupakan metode yang sangat penting dalam suatu pengujian aplikasi maupun website agar kita dapat mencapai suatu user experience yang maksimal dan juga tidak ada kendala-kendala dalam melakukan percobaan aplikasi atau website berikut adalah pentingnya melakukan metode pengujian usability test. Pengujian usability untuk dilakukan, pengalaman pengguna atau user experience menjadi faktor terpenting. Dalam sebuah pembuatan atau pengembangan perangkat lunak baik sistem aplikasi maupun website terdapat beberapa hal penting kenapa pengujian usability menjadi penting: a. Bisa mengatasi masalah masalah internal Metode usability testing Bisa menawarkan pemeriksaan yang akurat dan juga langsung berkaitan dengan pengalaman dari pengguna website tersebut b. Bisa mengetahui semua aktivitas dari pengunjung Kita nantinya akan sangat terbantu jika kita menggunakan metode usability testing ini karena kita bisa tahu apa yang dilakukan oleh pengguna selama



Testing & Implementasi



8



Universitas



Sistem Informasi



berada di dalam website yang kita buat dan juga kita dapat tahu mengetahui Mengapa mereka bisa melakukan hal tersebut.



c. Mampu mengetahui apa saja kekurangan dari website yang kita buat Ketika kita menggunakan metode usability testing kita akan mengetahui apa saja kekurangan dari website yang kita buat atau aplikasi yang kita buat bisa berupa kesalahan yang terdapat pada website kita hal ini akan sangat membantu pengeluaran budget kita agar tahu bagaimana cara memperbaiki kerusakan tersebut dan juga dapat meminimalisir waktu untuk kebutuhan mana saja yang tidak penting d. Merupakan salah satu strategi dalam pengembangan bisnis Dalam menggunakan metode usability testing juga bisa bermanfaat untuk pertumbuhan bisnis yang sedang kita buat Hal ini dikarenakan user experience yang merupakan suatu pendukung agar membuat produk kita semakin laris manis di berbagai platform maupun pasaran yang nantinya akan menguntungkan bagi pengembangan bisnis yang kita garap e. Prosesnya yang begitu mudah dan juga cepat Pada proses ability testing sangatlah mudah dan juga cepat Hal ini dikarenakan yang kita butuhkan adalah ruangan yang kosong untuk melakukan uji coba pada website atau aplikasi kita selain itu kita juga hanya cukup



menyiapkan



alat



perekam



untuk



mendokumentasikan



atau



mengalahkan proses pengujian di antara para pengguna atau partisipan demikianlah keuntungan menggunakan metode usability testing. Sehingga dapat disimpulkan bahwa pengujian usability dapat membantu melakukan pengecekan terhadap perangkat lunak atau sistem sebelum sistem digunakan dan diharapkan sistem aplikasi atau website dapat berguna untuk user. Dan tentu saja, pengujian yang dilakukan harus sesuai dengan prosedur yang memadai serta dokumentasi-dokumentasi tervalidasi dan diverifikasi secara rinci yang dibuat dalam bentuk laporan sehingga dapat dijadikan acuan bagi pihak terkait khususnya tim pengembang sistem. Berdasarkan penjelasan pada materi diatas, penggunaan suatu perangkat lunak atau sistem erat sekali dengan kehidupan manusia pada saat ini seiring



Testing & Implementasi



8



Universitas



Sistem Informasi



dengan kemajuan teknologi yang semakin berkembang. Kemajuan teknologi bukannya hanya sebagai kesempatan bagi profesional IT yang menggeluti penciptaan perangkat lunak atau software akan tetapi merupakan tantangan besar sehingga apakah professional IT dapat memberikan solusi dalam kemajuan teknologi. Pembuatan maupun pengembangan



perangkat lunak dapat pula



memperhatikan segmentasi usia, perancangan sistem tidak dapat hanya memandang bahwa perangkat lunak akan digunakan oleh user dengan usia rentan antara 18 – 25 tahun atau >usia 25 tahun. Sebuah sistem aplikasi atau perangkat lunak yang baik diciptakan agar perangkat lunak dapat digunakan oleh semua usia. Sehingga dalam pengujian yang dilakukan pun alangkah baiknya dilakukan oleh semua usia. Dalam pengujian usability dapat dikatakan sangat relatif, kadang penilaian pengguna satu terhadap sistem aplikasi kurang baik namun pengguna yang lain cukup atau sebaliknya. Pengujian usability membutuhkan



kecermatan



dalam



pengujiannya,



hal



tersebut



untuk



mengantisipasi terjadinya error berkelanjutan. Untuk mengantisipasi big error pada perangkat lunak, maka pembuat maupun pengembang perangkat lunak harus memperhatikan beberapa faktor. Adapun faktor-faktor yang harus diperhatikan adalah sebagai berikut : a. Penggunaan Teknologi Tingkatan teknologi yang digunakan dalam pembuatan perangkat lunak harus memperhatikan tingkatan teknologi yang digunakan. Pembuatan maupun pengembangan perangkat lunak tidak harus dibuat menggunakan teknologi tinggi dan terbaru. Agar menjadi daya tarik pengguna, dapat menggunakan teknologi sesuai dengan kebutuhan agar pengguna berani untuk menggunakan atau mengakses sistem aplikasi atau perangkat lunak. b. Scroll page atau gulir halaman Penataan halaman sistem aplikasi baik aplikasi mobile maupun website menjadi perhatian utama dikarenakan menjadi pengalaman pertama pengguna atau pengalaman awal ketika user atau pengguna mengakses perangkat lunak. Penataan gulir halaman yang baik akan menjadikan pengguna merasa nyaman dalam menelusuri halaman perangkat lunak. c. Navigasi pada perangkat lunak



Testing & Implementasi



8



Universitas



Sistem Informasi



Navigasi berfungsi untuk pindah dari halaman satu ke halaman lain yang disertai informasi sehingga pengguna dengan mudah melihat tampilan menu yang tersedia pada perangkat lunak. Dan untuk tata letak navigasi sangat penting agar pengguna tidak mengalami kesulitan atau merasa bosan dengan tampilan sistem aplikasi atau website. d. Penataan konten Halaman aplikasi atau website yang terlihat menarik akan memiliki daya tarik tersendiri. Halaman aplikasi atau website dinamis dapat membuat pengguna atau user semakin penasaran dengan isi konten atau fitur yang terdapat pada aplikasi atau website. e. Download aplikasi atau akses website Kemudahan dalam install aplikasi atau akses website menjadi salah satu faktor penting dikarenakan akselerasi akses aplikasi atau website yang cepat dapat menjadi faktor penentu tingkat grafik pengunjung. Semakin banyak pengunjung pada sistem aplikasi maka dapat dikatakan bahwa sistem aplikasi berguna. f. Pembaharuan pada sistem aplikasi atau website Sistem aplikasi atau website yang dilakukan pembaharuan secara berkala untuk peningkatan performa atau penambahan fitur harus dipastikan bahwa pembaharuan yang terjadi tidak menjadikan pengguna tidak merasa nyaman. Hal tersebut dapat disebabkan pengguna merasa kehilangan data atau kehilangan informasi penting pada website. g. Alamat website Dalam pembuatan sistem aplikasi atau website, dapat dipastikan nama aplikasi mobile pada penyedia aplikasi seperti google playstore mudah diingat atau URL website menggunakan nama yang mudah dibaca oleh para pengguna. h. Frame Penggunaan frame pada sistem aplikasi baik aplikasi mobile maupun website menambah manis tampilan. Berbagai pola frame dapat digunakan namun juga harus dikemas secara menarik. Frame yang terlihat monoton maka tidak jarang membuat pengguna enggan mengakses sistem aplikasi.



Testing & Implementasi



8



Universitas



Sistem Informasi



Dengan demikian pengujian usability dapat pula dipengaruhi oleh perancangan sistem, infrastruktur sistem serta dokumentasi sistem sehingga ketika dilakukan



pengujian



sistem tidak



memerlukan



anggaran



biaya,



ketersedian waktu maupun pengguna yang ditentukan tidak terlalu banyak. Sehingga ketika pembuat atau pengembang melakukan pembaharuan pada sistem aplikasi atau website sudah dapat menentukan dan mempersiapkan point-point yang dapat mempengaruhi pengembangan sistem yang telah ada. Pengujian usability dapat memberikan manfaat yang signifikan terhadap perkembangan sistem dengan memanfaatkan user experience (UX). Selain itu dapat pula memberikan manfaat antara lain : a. Akurasi Memberikan informasi yang akurat b. Fleksibilitas Kemudahan dalam proses pengujian dan hasil pengujian terintegrasi c. Empati Dapat lebih memahami user d. Efisiensi Hemat biaya dan waktu e. Efektivitas Tepat guna f. Peningkatan kualitas produk Produk dapat mengalami peningkatan secara signifikan karena tingkat kepuasan pengguna meningkat g. Identifikasi masalah Mempermudah identifikasi masalah yang terjadi h. Peningkatan permintaan produk Kepuasan meningkat maka berpengaruh terhadap permintaan produk dari pengguna.



Testing & Implementasi



8



Universitas



5.



Sistem Informasi



Contoh Metode Usability Pada Mobile Banking JakOne JakOne mobile merupakan mobile banking milik PT. Bank DKI. Kasus yang terjadi pada mobile banking JakOne yaitu para pengguna tidak dapat menampilkan informasi secara lengkap sehingga membuat para pengguna berkurang keyakinannya untuk menggunakan JakOne mobile banking. Disamping itu para pengguna juga khawatir ketika akan melakukan transaksi di aplikasi JakOne mobile karena seringnya terdapat error pada aplikasi yang membuat para pelanggan menjadi kurang puas pada kasus di atas aplikasi mobile banking JakOne harus melakukan evaluasi menggunakan pengujian Usability test guna memperbaiki kesalahan-kesalahan yang sering di keluhkan oleh para pengguna JakOne mobile. a. Metodologi Pada metodelogi ini akan menjelaskan apa saja tahapan kerangka dari penelitian evaluasi usability yang terdapat pada gambar.



Testing & Implementasi



8



Universitas



Sistem Informasi



Gambar 6. 1 Kerangka Penelitian 1 b. Studi Literatur Mengetahui pengamatan yang sama menggunakan metode yang selaras.lalu menerangkan dengan lengkap terkait pengamatan diperlukan nya materi materi dasar yang menjadi acuan.sumber dari studi literatur merupakan sebagai dasar acuan saat melakukan pengamatan. c. Pengumpulan data Pengujian ini diawali dari dikumpulkan nya data terbaru diambil melalui survei para partisipan guna mendapatkan informasi kesalahan kesalahan dalam aplikasi JakOne mobile. Pengumpulan data biasanya dilakukan dengan cara wawancara yang dilakukan oleh pegawai bank di bagian IT yang sering mengatasi masalah teknis . d. Perencanaan evaluasi Pada perencanaan evaluasi sebelum melakukan pengujian harus didahului oleh perencanaan juga persiapan untuk menghubungi partisipan dengan cara mencari pengisi survei sesuai tujuan awal yang nantinya bisa mendapatkan hasil yang sesuai fakta lalu membuat skenario berdasarkan system yang error. e. Persiapan harus dilakukan pada tahapan awal dan yang di butuhkan yaitu: 1)



Penentuan pengisi survey Diterapkan kepada 5 pengisi survey agar mereka menjalankan tugas yang yang sudah di dijadwalkan an-nisa ayat pengujian Belum dimulai lalu akan dilaksanakan pendistribusian kuesioner untuk 20 orang pengisi survei lalu akan dimulainya pengujian metode usability kepada pegawai Bank DKI yang berumur paling sedikit 17 tahun lalu pendistribusian kuesioner dilaksanakan ke nasabah bank DKI yang telah mempergunakan aplikasi jagoan mobile.



2)



Penentuan skenario Di tahapan menentukan skenario yang akan dibuat oleh pengamat yang didasari dari keluhan yang sering dikeluhkan oleh para pengguna aplikasi jakwan mobile di penggunaannya Menurut sumber produk yang berada di di aplikasi Android berupa Playstore aplikasi jadwal mobile



Testing & Implementasi



9



Universitas



Sistem Informasi



dipergunakan



untuk



melaksanakan



berbagai



macam



kegiatan



perbankan dan juga ga pengembalian pembayaran tetapi pada pengamatan ini skenario yang dibuat hanyalah ah memiliki tujuan pada fitur pembayaran untuk berlian pulsa atau pembayaran menggunakan scan dan pengiriman virtual yang disebut Jak to Jak di program pembelian pulsa para pengguna aplikasi bisa melakukan pembelian secara mudah dengan aplikasi JakOne mobile lalu pada program Jak Pay adalah Jumlah uang yang yang pengguna miliki agar pembayaran yang dilakukan oleh pengguna berbagai beragam. 3)



Pengujian Skenario Di tahapan pengujian skenario terdapat banyak cara salah satunya cara yang dilakukan kepada pengguna tugas yang diberikan kepada para mengisi survey berjumlah tiga ga pembelian pulsa ataupun membayar dengan scan dan cara cara pengiriman uang dengan fitur Jak pay to Jak Pay lalu para pengisi survei akan diarahkan menuju pengujian skenario saat mengisi survey mengerjakan skenario yang diberikan oleh peneliti maka akan dilakukan observasi atau langkahlangkah skenario tanpa menunjukkan skenario aslinya agar mengetahui interaksi dan perilaku para pengisi survei menggunakan sistem menurut Nielsen 2014:



4)



a)



Memberikan pekerjaan yang valid



b)



Meminta para responden melakukan aksi



c)



Jangan memberi pengarahan



Kuesioner Kuesioner bisa di distribusikan ke pengisi survei dengan metode standard kuesioner yang mempunyai lebih dari satu pertanyaan berisikan pertanyaan berbobot dan tidak berbobot merujuk aplikasi JakMobile . Distribusi kuesioner dilakukan sebelum pengujian dengan tujuan



menghasilkan



kesimpulan



dan



mendukung



hasil



yang



memuaskan. 5)



Wawancara Pengumpulan data yang dilakukan dengan tahapan wawancara sebagai pendukung untuk menggali masalah ah yang sering dikeluhkan oleh pengguna dzakwan mobile selama pengujian para penguji akan



Testing & Implementasi



9



Universitas



Sistem Informasi



memilih responden yang telah terlibat sebanyak 5 orang dalam pengujian usability dengan memiliki tiga jenis pertanyaan untuk dilakukan wawancara dan pertanyaan tersebut berbeda-beda ada yang berhubungan dengan pendapat anda yang berhubungan dengan pengalaman ada juga yang berhubungan dengan karakter. 6)



Analisis Dan Pembahasan Analisis dan pembahasan tahapan ini dilakukan dengan cara penyebaran kuesioner dan juga wawancara sebagai pendukung ada juga empat aspek yang digunakan dalam pengujian ini seperti: a)



Learnability Untuk



mengukur



seberapa



mudah



para



pengguna



menggunakan aplikasi JakMobile maka diperlukan aspek learn ability



dengan



adanya



learn



ability



para



pengguna



akan



menggunakan aplikasi JakMobile dengan tingkat kesuksesan yang diukur dengan perhitungan dari aspek learnability yaitu perhitungan sukses rate. b)



Efisiensi Jika banyak kesalahan yang terjadi atau error yang dilakukan oleh para ngumpul jawaban maka aspek efektif Ines dihitung dari error atau kesalahan yang dilakukan responden.



c)



Efektivitas Dalam menjalankan aplikasi JakMobile efisiensi akan diukur dari



bagaimana



tingkat



kecepatan



mengisi



kuesioner



saat



menyelesaikan perhitungan. d)



Satisfaction Aspek



akan



memberikan



penilaian



terhadap



aplikasi



JakMobile dengan sesudahnya dilakukan kuesioner yang diisi oleh para



responden



pernyataan



para



responden



bisa



berupa



pernyataan negatif ataupun pernyataan yang bersifat positif. e)



Rekomendasi Perbaikan Untuk memberi masukan rekomendasi perbaikan dapat dilakukan terhadap pengembang aplikasi atau Developer dengan



Testing & Implementasi



9



Universitas



Sistem Informasi



menggunakan atau dilakukan pada tahap evaluasi temuan masalah dengan perbaikan yang mengacu pada usability metode atau stability guiltiness. 7)



Pengumpulan Hasil Data Metode ini dapat menguraikan akhir dari pengumpulan responden yang sudah selesai diteliti dengan menunjukkan metode kuesioner atau wawancara di aplikasi JakMobile.



8)



Partisipan Untuk menentukan partisipan dalam pengujian usability akan berjumlah 5 orang untuk meneliti aplikasi JakMobile sedangkan kuesioner yang akan disebar dilakukan ke-20 orang pengisi survei dengan menggunakan aplikasi jagoan mobile nah tahu juga melibatkan nasabah bank.



9)



Hasil dari Usability testing Sesudah



dilakukannya



penelitian



pada



tugas-tugas



yang



dihadapkan kepada pengisi survey selanjutnya akan dilakukan analisis terlebih dahulu dalam pengujian ini akan memberikan 3 uji skenario dengan pembelian pulsa pembayaran scan dan transfer sesama Mobile Banking peneliti akan memberikan and1 Ken Aryo ke para pengisi survei yang akan dilibatkan dengan pengumpulan akhir atau pengumpulan hasil yang sudah dianalisa dari berbagai aspek-aspek diantaranya efisiensi, efektivitas, learn ability dan satisfaction. 10) Hasil Akhir Tabel 6. 1 Data kesalahan pada fitur JakPay transfer Responden



S1



S2



S3



S4



S5



S6



S7



R1



0



1



0



0



0



0



0



R2



0



0



0



1



0



0



0



R3



0



0



0



1



0



0



0



R4



0



1



0



1



0



0



0



Testing & Implementasi



9



Universitas



Sistem Informasi



R5



0



1



1



0



0



0



0



Tabel 6. 2 Kesalahan layanan pembelian paket data Responden



S1



S2



S3



S4



S5



S6



S7



S8



S9



R1



0



1



0



0



0



0



0



0



0



R2



0



0



0



0



0



0



0



0



0



R3



0



0



0



0



0



0



0



0



0



R4



0



1



0



0



0



0



0



0



0



R5



0



1



0



0



0



0



0



0



0



Tabel 6. 3 Kesalahan scan barcode



Testing & Implementasi



Responden



S1



S2



S3



S4



S5



R1



0



1



0



0



0



R2



0



0



0



1



0



R3



0



0



0



1



0



R4



0



1



0



1



0



R5



0



1



1



0



0



9



Universitas



Sistem Informasi



𝑺𝒖𝒄𝒄𝒆𝒔 𝑹𝒂𝒕𝒆 =



𝑺𝒖𝒄𝒄𝒆𝒔𝒔+(𝑷𝒂𝒓𝒕𝒊𝒂𝒍 𝑺𝒖𝒄𝒄𝒆𝒔 𝒙 𝟎.𝟓) 𝑻𝒐𝒕𝒂𝒍 𝑻𝒂𝒔𝒌



(𝟗𝟑 + (𝟏𝟐 𝒙 𝟎. 𝟓))



=



𝒙 𝟏𝟎𝟎%



𝒙 𝟏𝟎𝟎%



𝟒𝟗



= 𝟗𝟒%



11) Aspek Satisfaction Cara agar kita mengetahui seberapa besar tingkat kepuasan pada pengguna pada saat menggunakan sistem NILSEN (2011) .Mengacu pada



penjelasan



SEERGEF



yang



diacu



pada



sistem



nielsen



menyatakan ketika ingin mengukur sedang mencari tahu seberapa puas pengguna memakai aplikasi bisa dengan cara menggunakan kuesioner dari 20 orang responden dengan persentase 67 dinyatakan puas dengan kinerja aplikasi JakOne mobile dengan kategori C Maka dari itu menurut Thomas maka harus dilaksanakan perbaikan karena tingkat kepuasan hanya mencapai kategori C. 12) Kesimpulan studi kasus Berdasarkan penelitian yang telah dilakukan dengan metode Usability test maka dapat disimpulkan: a)



Pengujian yang dilakukan menggunakan perhitungan sukses rate dengan keberhasilan yang tinggi mencapai 94 persen.lalu berhasil mendapatkan 93 skenario dari 5 responden yang diuji menunjukan keberhasilan yang masih di atas rata-rata.



b)



Pada perhitungan error menggunakan aspek efektivitas menunjukan kesalahan sebanyak 12 dari 3 skenario dan menemukan 4 kesalahan skenario dalam transfer jakpay ke jakpay



c)



Dalam perhitungan melalui aspek efisiensi dengan mengukur ketepatan



dan



kecepatan



berhasil



mendapat



nilai



0.19%



menunjukkan bahwa mengisi kuesioner dapat menyelesaikan rata rata dengan waktu 52 detik per kuesioner d)



Dengan (SUS) hasil evaluasi dari aspek adalah satisfaction adalah rata rata 67 persen dan masuk ke dalam kategori C yang



Testing & Implementasi



9



Universitas



Sistem Informasi



menunjukkan bahwa masih banyak yang harus diperbaiki ke depannya e)



Rekomendasi yang dihasilkan dari hasil wawancara mengatasi keluhan seperti huruf yang ketebalan dan tujuan yang sama dalam menghapus icon yang tujuannya sama dan tidak ada keterangan pada saat input angka dan juga terdapat error pada saat ingin mengecek saldo meskipun masih terjadi jarang namun harus di perhatikan juga kedepannya.



6.



Studi Kasus Pengujian Metode Usability Terhadap Aplikasi Transportasi Berbasis Online Berdasarkan Penilaian Pengguna Kemajuan yang signifikan terjadi di pada ada aplikasi transportasi berbasis online khususnya di Indonesia banyak perusahaan transportasi online di Jabodetabek sebut saja A,B dan C . Akan tetapi masih banyak error yang terjadi di dalam aplikasi transportasi berbasis online tersebut maka dari itu Pada kesempatan ini kita akan melakukan pengujian dan juga menganalisis dengan menggunakan metode yaitu usability testing untuk menganalisis juga perbedaan dari aplikasi berbasis transportasi online antara transportasi a b dan c tersebut untuk mengukur kekuasaan dari para pengguna keamanan dan kepuasan pengguna adalah menjadi prioritas dalam suatu aplikasi tidak hanya dalam aplikasi transportasi online saja kepuasan pengguna menjadi prioritas utama agar aplikasi tersebut lebih nyaman digunakan dan penggunanya juga lebih banyak selain itu kita juga harus memperhatikan efisiensi dari suatu aplikasi si demi kepuasan dari pengguna. a. Metodologi Pada metodologi ini akan menjelaskan apa saja tahapan kerangka dari penelitian evaluasi Usability yang terdapat pada gambar. Efisiensi, kemudahan, kesalahan, mudah diingat dan kepuasan dari pengguna menjadi tolak ukur dalam pengujian kali ini pada tiga aplikasi transportasi online yaitu a b dan c.



Testing & Implementasi



9



Universitas



Sistem Informasi



Gambar 6. 2 Kerangka Penelitian 2



Efisiensi, kemudahan, mudah diingat, kesalahan dan kepuasan pengguna merupakan lima komponen disability testing Yang penting pada penelitian kali ini dan akan dikembangkan dalam kuesioner yang berupa pertanyaan-pertanyaan. Aplikasi transportasi online di Jabodetabek yang akan digunakan dalam penelitian kali ini akan menetapkan lokasi penelitian di Jabodetabek yang merupakan penggunaan dari penggunaan aplikasi online terbesar di Indonesia yang akan diuji pada penelitian ini adalah para pengguna aktif Dari aplikasi transportasi online yang jumlahnya banyak sehingga tidak bisa diperkirakan pasti maka akan digunakan rumus minimal jumlah sampel yaitu 96 penelitian ini ditetapkan 96 partisipan yang merupakan pengguna dari aplikasi transportasi berbasis online. Dalam penelitian ini akan dibuat pertanyaan berdasarkan indikator dari komponen usability testing teknik pengukuran pertanyaan akan diukur menggunakan skala yaitu likert para partisipan akan diberikan poin dari 1-4 yang merupakan setuju atau ketidakSetujuan an-nahl kan disebarkan melalui Google forms dari partisipan yang ikut mengisi kuesioner akan diambil sampel dari 32 orang pengguna dari aplikasi transportasi berbasis online baik aplikasi a b ataupun C. Testing & Implementasi



9



Universitas



Sistem Informasi



Uji validitas dan uji reliabilitas akan dilakukan pada instrumen pengujian kali ini kurang dari 5% correlation merupakan hasil dari pengujian validitas yang berarti dalam instrumen penelitian variabel yang digunakan adalah valid. Dengan bantuan program SPSS penelitian ini digunakan model korelasi Product Moment versi 23 formula crownbet Alfa juga dipergunakan pada pengujian kali ini jika Crown beach Alfa lebih dari 0,6 maka dikatakan reliable. Melalui analisis deskriptif analisis data akan dilakukan dengan cara mendeskripsikan



terlebih



dahulu



data



mendapatkan



data



yang



menggambarkan topik yang menarik merupakan tujuan dari analisis deskriptif. Uji beda t-test adalah ah Oji yang dilakukan pada tahap selanjutnya nya di variabel dependen dari antarkelompok untuk pengujian perbedaan rata-rata antara dua kelompok yang diskalakan dalam rasio atau interval merupakan fungsi dari teknik analisis varian (ANOVA). Hasil analisis data didasari dari pembahasan melalui analisis deskriptif dan juga uji bedah. Yang dibahas dari analisis deskriptif ada kaitannya dengan nilai rata-rata yang diuraikan dari setiap indikator atau komponen komponen usability test Jika nilai rata-ratanya semakin tinggi maka tingkat usability tesnya akan semakin baik. Selanjutnya adalah pembahasan hasil analisis atas uji beda dari masing-masing aplikasi akan diuraikan perbandingan dari tingkat usability tesnya tersebut. b. Hasil dan Pembahasan Hasil dari uji validitas kuesioner pada contoh diatas pada tabel berikut.



Tabel 6. 4 Hasil dan pembahasan KOMPONEN Kemudahan



Efisiensi Testing & Implementasi



No



R hitung



R Tabel



1



0,804



0,2006



2



0,883



0,2006



3



0,542



0,2006



4



0,745



0,2006



5



0,789



0,2006



9



Universitas



Sistem Informasi



Mudah diingat



Kesalahan



Kepuasan



6



0,836



0,2006



7



0,678



0,2006



8



0,873



0,2006



9



0,942



0,2006



10



0,815



0,2006



11



0,876



0,2006



12



0,964



0,2006



13



0,875



0,2006



14



0,986



0,2006



15



0,789



0,2006



16



0,854



0,2006



Dapat dipahami jika nilai dari koefisien korelasi di setiap pertanyaan atau kuesioner lebih dari 0,2 2006 dengan ini bahwa wa semua kuesioner atau pertanyaan telah valid, sesuai dengan instrumen penelitian. Tabel 6. 5 Uji Reliabilitas Dengan Rumus Cronbach Alfa KOMPONEN



CROWN



Ketentuan



BATCH ALFA Kemudahan



0,628



Efisien



0,675



Mudah diingat



0,941



RELIABLE



Kesalahn



0,865



RELIABLE



Kepuasan



0,878



RELIABLE



Testing & Implementasi



RELIABLE >0,60



9



RELIABLE



Universitas



Sistem Informasi



Jika nilai lebih dari 0,6 maka nilai cronbach tersebut menunjukkan bahwa kuesioner telah dinyatakan reliabel. c. Kesimpulan Studi Kasus 2 Hasil dari pengujian aplikasi transportasi berbasis online menunjukkan bahwa aplikasi tersebut memiliki tingkat kemudahan dan efisiensi yang bagus dan juga dapat dikategorikan tinggi berdasarkan kuesioner yang diisi oleh partisipan dalam pengujian metode Usability test maka dari itu para pengguna cukup puas dengan aplikasi transportasi berbasis online



7.



Kesimpulan Materi Menyeluruh Usability system testing adalah pengujian yang dapat Dilaksanakan agar dapat memastikan Bagaimana suatu software sudah sesuai dengan suatu persyaratan dari pengguna. Normalnya usability sistem testing mengobservasi syarat fungsional suatu program dan juga quality dari user interface. User berhubungan dengan suatu sistem agar menentukan apakah fungsi dari sistem telah mencapai keinginan seperti yang diharapkan oleh user interface user interface membuat sistem dapat gampang digunakan dalam Tes ini seringkali dilakukan Umpan balik yang cukup Singkat dalam user dan juga mendeteksi error suatu atribut perangkat lunak. Pengujian sistem merupakan pengujian yang dilakukan pada program atau software yang sudah terintegrasi. Pada pengujian suatu software akan dilaksanakan oleh orang yang berpengalaman di bidang tersebut disebut sebagai quality assurance atau disingkat (QA) untuk mengetahui bagaimana suatu software saat di uji. Berikut ini jenis pengujian yang dilakukan oleh (QA). a. System testing b. Testing unit c. testing d. Usability sistem tes e. Perform testing f. Smoke test g. Stres test



Testing & Implementasi



1



Universitas



Sistem Informasi



h. Sanity test i. Regression test



C. LATIHAN SOAL



1.



Jelaskan pendapat anda apa saja yang dibutuhkan dalam melakukan testing menggunakan metode usability ?



2.



Jelaskan menurut anda metode usability dan berikan contohnya?



3.



Jelaskan langkah dalam testing metode usability?



4.



Jelaskan keuntungan dan kelemahan testing menggunakan metode usability sistem?



5.



Jelaskan pentingnya pengujian menggunakan metode usability pada sistem!



D. REFERENSI Al Fatta, H. (2007). Analisis dan Perancangan Sistem Informasi untuk keunggulan bersaing perusahaan dan organisasi modern. Penerbit Andi. Arifin, Y. Kenal Dekat dengan Usabality Testing. (diakses pada 04 Januari 2022). Tersedia



pada



https://socs.binus.ac.id/2018/08/09/kenal-dekat-dengan-



usability-testing/. Prabowo, M. (2020). Metodologi Pengembangan Sistem Informasi. LP2M Press IAIN Salatiga. Sumarwan, U., & Tjiptonon, F. (2019). Strategi pemasaran dalam perspektif perilaku konsumen. PT Penerbit IPB Press. Supriyanto, E. (2005). Macam–Macam Testing Sistem Informasi. Dinamik, 10(1), 245706.



Testing & Implementasi



1



Universitas



Sistem Informasi



PERTEMUAN 7 PERANGKAT PENDUKUNG PENGUJIAN



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu menjelaskan perangkat pendukung yang digunakan dalam pengujian.



B. URAIAN MATERI 1.



Perangkat Pendukung Pengujian Perkembangan TI (teknologi informasi) yang terjadi ikut membawa suatu perubahan besar, terutama bagi perusahaan. Sistem informasi terus dilakukan pengembangan untuk mencapai tujuan dari perusahaan. Hal ini disebabkan bahwa sistem informasi dapat mendukung setiap jenis pekerjaan dan mempermudah



implementasi,



monitoring



dan



evaluasi



bagi



pimpinan



perusahaan. Salah satu pengembangan yang dilakukan yaitu software engineering. Software engineering itu sendiri menurut IEEE adalah sebuah metodologi pengembangan perangkat lunak (software) yang membahas semua aspek pembuatannya, dimulai dari tahap awal spesifikasi sistem sampai tahap pemeliharaannya dengan tujuan untuk membuat software / perangkat lunak yang tepat dan dengan metode yang tepat. Namun pada kenyataannya tidak semua sistem yang dihasilkan mampu mendukung proses bisnis perusahaan untuk meningkatkan keuntungan dan bersaing dengan kompetitornya. Sistem yang dihasilkan justru malah menghambat



kegiatan



operasional



perusahaan.



Sebagai



contoh



yaitu



kegagalan Hershey Foods Corporation yaitu sebuah perusahaan yang memproduksi coklat dan permen didirikan oleh Milton Hershey pada tahun 1894. Hershey Foods Corporation melakukan proses pembenahan infrastruktur hardware dan implementasi ERP. Pengembangan tersebut diharapkan mampu mendukung supply chain dan sistem logistik agar menjadi efisien. Namun yang terjadi adalah hal sebaliknya dimana beberapa masalah yang berkaitan dengan pemenuhan pesanan, pengolahan dan pengiriman mulai muncul. Beberapa kiriman terlambat di Testing & Implementasi



1



Universitas



Sistem Informasi



belakang jadwal, dan bahkan ada pengiriman yang tidak lengkap. Hal ini menyebabkan turunnya pendapatan secara signifikan pada kuartal ketiga, tahun 1999. Salah satu penyebab gagalnya yaitu kurang optimalnya proses testing sistem dan waktu yang tidak memadai untuk melakukan testing tersebut. Berdasarkan hal tersebut maka diperlukan pembahasan mengenai pentingnya



proses



testing



sebelum



dilakukan



implementasi



untuk



meminimalkan bug dan error pada sistem yang dihasilkan sehingga dapat berjalan dengan baik dan mampu mendukung proses bisnis dan meningkatkan keuntungan perusahaan.



2.



Tahapan dalam testing Sebuah Sistem bisa dapat berkembang karena adanya suatu proses pengujian pada Sistem yang disebut juga testing, sebuah proses testing yaitu proses yang menjalankan suatu Sistem yang dimana untuk bertujuan menemukan sebuah kesalahan maupun kegagalan yang terjadi pada perangkat lunak, testing juga bisa disebut sebagai kegiatan yang hanya fokus dalam melakukan evaluasi pada kemampuan pada Sistem dan memastikannya Sistem berjalan dan memenuhi yang diinginkan pada user. Dan proses itu bisa dikatakan sudah berakhir, yang pertama ketika pengujian itu sudah tidak dapat lagi dilakukan prosesnya, karena permasalahan biaya yang sangat besar dibutuhkan, yang kedua jika pengujian dari sumber daya yang sudah mulai habis, dan yang ketiga yang dihasilkan dari perangkat lunak sudah sangat memenuhi kebutuhannya, dan yang terakhir untuk melanjutkan sebuah proses keuntungannya sudah tidak bisa dilakukan dikarenakan justifikasi biaya terhadap tambahan yang diinginkan. Tahapan yang harus dilakukan dalam pengujian Sistem terdiri dari banyaknya tahapan yaitu, pengujian terhadap unit yang dimana Sebuah pembangun Sistem seperti class dank ode dalam sebuah program, selain itu juga dapat dilakukan bertujuan dalam memperbaiki error atau kesalahan sebelum elemen-elemen yang kecil di kombinasikan dan menjadi elemenelemen yang besar, serta pengujian dapat dilakukan oleh IT untuk uji kode dari program yang telah dibuatnya. Yang kedua yaitu, komponen pada pengujian yang dimana sebuah komponen harus dengan lengkap dalam hal pengujian dari Sistem yang



Testing & Implementasi



1



Universitas



Sistem Informasi



akan dibuat atau dibangun sebelum komponen itu digabungkan, contohnya, seperti pada sebuah Sistem ERP yang diuji untuk program payroll. Yang ketiga yaitu, integrasi, dimana pada tahap ini akan dilakukan pengujian untuk mengetahui apakah sistem yang dibangun dapat



terintegrasi dengan



komponen- komponen lain seperti infrastruktur atau sistem lain yang sudah ada sebelumnya / yang sudah berjalan. Yang keempat yaitu string, dimana Tahapan ini dilakukan pengujian terhadap tipe string yang ada pada sistem, contohnya enkripsi atau dekripsi. Yang kelima yaitu, Sistem, dimana Pada tahapan ini dilakukan pengujian Full terhadap sistem yang siap untuk running. Test ini dilakukan untuk memastikan bahwa sistem tersebut dapat berfungsi dengan baik sesuai requirement. Yang keenam yaitu, penerimaan user, dimana Pengujian ini dilakukan oleh user itu sendiri untuk memastikan bahwa sudah sesuai dengan kebutuhannya dan mendapatkan persetujuan dari user bahwa sistem sudah sesuai.



Gambar 7. 1 Tahapan pengujian sistem



Pada gambar diatas menunjukan struktur atau tahapan pada pengujian Sistem yang dilakukan dengan baik dan memastikannya sistem itu berjalan sempurna.Dengan melakukan proses testing menggunakan tahapan diatas maka akan didapatkan beberapa keuntungan yaitu, yang pertama pengujian yang terstruktur akan bisa dijamin stabilnya dari Sistem yang diuji,dan yang kedua komponen dalam pengujian dapat dijalankan terlebih dahulu untuk memastikan tidak adanya cacat pada komponen, yang ketiga meminimalisir Testing & Implementasi



1



Universitas



Sistem Informasi



error



Testing & Implementasi



1



Universitas



Sistem Informasi



pada awal pengujian, yang keempat menghasilkan Sistem yang lebih baik guna menggunakan teknis dalam melakukan proses pengujian, yang terakhir menyediakan laporan yang nyata dalam waktu penyelesaian dari pengujian yang sudah dilakukan.



3.



Test tracking dan Sistem pengujian Pada proses testing tentunya perlu disiapkan sistem pengujian agar proses testing dapat dilakukan dengan benar dan mencapai tujuan yang diharapkan. Sistem pengujian adalah kemampuan organisasi untuk melakukan pengujian dengan mengelola komponen pengujian seperti proses pengujian (test process), perangkat pengujian (testware) dan lingkungan pengujian (test



environment).



Gambar 7. 2 Komposisi pengujian sistem



Pada saat menjalankan proses testing tentunya harus mengontrol jalannya setiap test case (kasus uji). Test case adalah suatu tes yang dilakukan berdasarkan suatu inisialisasi, inputan, kondisi ataupun hasil yang telah



Testing & Implementasi



1



Universitas



Sistem Informasi



ditentukan sebelumnya. Untuk mengontrol jalannya testing dibutuhkan Test Tracking Spreadsheet (Lembar Kerja Penelusuran Pengujian). Test Tracking Spreadsheet adalah suatu alat bantu untuk melakukan pengujian agar proses tersebut dapat dikelola dan dikontrol. Alat bantu ini merupakan rincian atau list dari hal-hal yang akan dilakukan pada proses pengujian. Setiap kasus uji memiliki siklus hidupnya. Berikut adalah siklus hidup dari test case: a. Antrian (queue): Test case siap dijalankan untuk dilakukan pengujian. b. Dalam Pengerjaan (in progress): Pengujian sedang berlangsung c. Blok (block): Test case terhenti / tidak dapat diselesaikan karena terdapat beberapa kondisi, salah satunya adalah hilangnya bagian dari fungsionalitas atau tidak adanya komponen dalam lingkungan pengujian d. Melewatkan (skip): Keputusan untuk melewatkan pengujian, karena test case memiliki prioritas rendah. e. Lolos (pass): Test case lolos pengujian karena sesuai dengan hasil yang diharapkan. f. Gagal (fail): Hasil yang tidak sesuai harapan, yang berhubungan dengan kualitas dari sistem. g. Memperingatkan (warn): Hasil yang tidak diharapkan, tetapi kualitas pokok dari sistem sesuai dengan harapan. Hal ini bermakna bahwa bug yang ada tidak harus diperbaiki. h. Ditutup (closed): Status untuk test case yang fail atau warn namun sudah diperbaiki. Hal ini untuk menandai bahwa test case tersebut pernah terjadi error atau bug. Berikut adalah track sebuah pengujian sistem untuk menjalankan sebuah program, agar program tidak lagi mengalami kerusakan pada Sistem tersebut, sehingga program itu sendiri berjalan dengan baik dan sempurna.



Testing & Implementasi



1



Universitas



Sistem Informasi



Gambar 7. 3 Track pengujian sistem



4.



Bug Tracking Database Sebuah bug tracking database minimal menyimpan deskripsi mengenai kegagalan sistem (dalam bentuk ringkasan, langkah-langkah mereproduksi, dan isolasi) beserta dengan identifikasi informasi seperti nomor identitas, nama proyek, pembuat laporan, dan tanggal pembuatan laporan. Kegagalan tersebut tentunya juga harus diidentifikasi yaitu dengan cara pemberian status siklus hidup pada setiap bug atau kesalahan tersebut. Berikut adalah Bug Life Cycle: a. Review (koreksi): Melakukan koreksi laporan kesalahan baru yang ada pada database. b. Rejected atau juga yang disebut penolakan, sebagai terjadinya koreksi untuk memutuskannya melakukan perbaikan oleh penguji,serta dikembalikannya untuk segera dikoreksi. c. Open (dibuka) : untuk membuka laporan, open ini berfungsi untuk mengetahui kesalahan pada Sistem lewat laporan pengujian. d. Assigned disebut juga sebagai penugasan berfungsi untuk memberikan laporan temuan kesalah Sistem kepada user pengembang,dan diteruskan kepada pengembang lainnya, serta memberikan kesalahan untuk ditindak lanjuti proses penelitian. e. Test disebut juga pengujian berfungsi untuk melakukan pengujian ulang setelah sebelumnya dilakukan perbaikan pada tim penguji, dan setelah



Testing & Implementasi



1



Universitas



Sistem Informasi



kesalahan itu diperbaiki oleh tim penguji, Sistem itu baru bisa di uji ulang oleh tim penguji. f. Reopened disebut juga dibuka kembali artinya apabila perbaikan itu gagal pada proses ulang, demikian penguji harus membuka kembali laporan kesalahan yang sudah dicatat, dan apabila Sistem itu lulus pengujian ulang dan terjadi gagal kembali, maka tim harus membuat laporan ulang atas kesalahan Sistem yang baru. g. Closed disebut juga ditutup artinya apabila Sistem uji itu lolos dalam proses ulang, demikian dari tim penguji harus membuat laporan penutup atas pengujian ulang itu. Deferred bisa disebut juga yang ditangguhkan artinya apabila anggota dari tim penguji memutuskan atas permasalahan pada sistem dan dikategorikan sebagai utama terhadap kesalahan, demikian kesalahan itu ditangguhkan.



Gambar 7. 4 Pengujian sistem berulang



Gambar diatas menunjukan sebuah proses testing terhadap Sistem yang diuji berulang-ulang oleh tim penguji dengan tahapan-tahapan Sistem.Dalam melaksanakan proses pengujian pasti ada pengaruh dari faktor lain yaitu key participants artinya memaparkan anggota tim penguji atas tugasnya masingmasing. Berikutnya ada test case artinya memaparkan Sistem yang digunakan dalam mencari kesalahan yang muncul pada Sistem test case, mencari kasus tersebut bisa juga dapat menggunakan spreadsheet atau juga database yang dapat digunakan untuk menjaga seluruh kasus uji dalam tes suites.



Testing & Implementasi



1



Universitas



Sistem Informasi



Faktor yang dapat mempengaruhi dalam proses yaitu classification artinya komponen rencana ini dapat dijelaskan dengan bagaimana klasifikasi atas laporan kesalahan pada Sistem, serta klasifikasi akan dibentuk kelompok untuk kategori indikasi bagaimana kesalahan yang harus ditangani. Selanjutnya Test Release artinya mengelola dokumentasi atas revisi yang telah diberikan tim pengembang kepada tim penguji bertujuan dilakukannya proses pengujian, serta menyerahkan dokumen penting untuk dijaga dengan baik dalam menghindari terjadinya kesalahan. selanjutnya Test Cycle yang artinya menugaskan beberapa test suite yang sudah terencana pada suatu fase sebelumnya. Dan yang terakhir ada Tes Hours yang artinya untuk beberapa kasus yang dibutuhkan untuk ditentukannya waktu secara spesifik.



5.



Arsitektur dan Sistem Software Quality Assurance (SQA) Sebuah sistem SQA selalu menggabungkan berbagai komponen SQA, yang semuanya digunakan untuk menantang sumber-sumber kesalahan perangkat lunak dan untuk mencapai tingkat kualitas perangkat lunak yang dapat diterima. Komponen sistem SQA dapat diklasifikasikan ke dalam enam kelas: a. Komponen pra-proyek. 1)



Untuk menjamin bahwa komitmen proyek telah cukup didefinisikan dengan mempertimbangkan sumber daya yang diperlukan, jadwal dan anggaran, dan



2)



Perencanaan pengembangan dan perencanaan kualitas telah dengan benar ditentukan.



b. Penilaian terhadap komponen dari kegiatan siklus hidup suatu proyek. Siklus hidup proyek terdiri dari dua tahap: tahap pengembangan dan tahap operasional-pemeliharaan. c. Komponen tahap pengembangan siklus hidup mendeteksi kesalahan desain dan pemrograman. Komponen-komponennya dibagi menjadi empat subkelas berikut: 1)



Ulasan



2)



Opini ahli



3)



Pengujian software.



Testing & Implementasi



1



Universitas



Sistem Informasi



Komponen SQA yang digunakan selama fase operasi-pemeliharaan meliputi komponen perawatan khusus serta komponen siklus pengembangan, yang diterapkan terutama untuk meningkatkan fungsi tugas pemeliharaan. Sebuah subkelas tambahan dari komponen siklus hidup proyek SQA berkaitan dengan menjamin kualitas bagian proyek yang dilakukan oleh subkontraktor dan



peserta



eksternal



lainnya



selama



pengembangan



proyek



dan



pemeliharaan. d. Komponen pencegahan kesalahan infrastruktur dan perbaikan infrastruktur. Tujuan utama dari komponen ini, yang diterapkan di seluruh organisasi, adalah untuk menghilangkan atau setidaknya mengurangi tingkat kesalahan, berdasarkan akumulasi pengalaman SQA dalam organisasi. e. Komponen manajemen kualitas perangkat lunak. Jenis komponen ini diarahkan untuk beberapa tujuan, yang utama adalah mengendalikan kegiatan pengembangan dan pemeliharaan dan memperkenalkan dukungan manajemen yang biasanya dapat mencegah atau meminimalkan kesalahan dalam penentuan jadwal dan penetapan anggaran dan hasil yang diperoleh. f. Pengkajian terhadap komponen standardisasi, sertifikasi, dan sistem SQA. Komponen-komponen



ini



menerapkan



standar



internasional



untuk



profesional dan manajerial ke dalam organisasi. Tujuan utama dari kelas ini adalah



(a)



pemanfaatan



pengetahuan



profesional



internasional,



(b)



peningkatan koordinasi sistem kualitas organisasi dengan organisasi lain, dan (c) penilaian prestasi sistem kualitas sesuai dengan skala umum. Berbagai standar tersebut dapat diklasifikasikan menjadi dua kelompok utama:



1) standar manajemen kualitas, dan 2) standar proses proyek. Mengorganisir komponen SQA manusia. Basis organisasi SQA mencakup manajer, personil pengujian, unit dan praktisi SQA yang tertarik pada kualitas perangkat lunak (pengurus/pengawas SQA, komite anggota SQA dan anggota forum SQA). Semua aktor memberikan kontribusi terhadap kualitas perangkat lunak; tujuan utama mereka adalah untuk memulai dan mendukung pelaksanaan komponen SQA, mendeteksi penyimpangan dari prosedur SQA dan metodologi, dan menyarankan perbaikan. Komponen Pra-proyek, komponen SQA yang termasuk di sini dimaksudkan untuk meningkatkan Testing & Implementasi



1



Universitas



Sistem Informasi



langkah persiapan yang diambil sebelum memulai bekerja pada proyek itu sendiri:



6.



1)



Tinjauan kontrak



2)



Rencana pengembangan dan kualitas.



Implementasi dan Pengujian Sistem Implementasi Sistem ini akan membahas implementasi sistem Sesuai dengan peraturan maupun rancangan sesudah dikerjakan sewaktu lalu, akan dilakukan beberapa pengetesan sistem. Keperluan dalam perangkat pembantu untuk sistem yang terdiri: a. Kebutuhan perangkat keras (hardware) b. Keperluan perangkat lunak (software) Keperluan dari perangkat keras (Hardware) Perangkat keras telah dilakukan oleh pengembang untuk mendukung perangkat lunak yang dirancang adalah : 1)



CPU AMD Phenom II X ,8 GHz



2)



RAM 4 GB DDR3 PC MHz



3)



VGA AMD Radeon MB



4)



Monitor LG 17



5)



Hardisk 500 GB



Persyaratan Perangkat Lunak Keyboard dan Mouse (Software) Dalam mengembangkan sistem ini pengembang menggunakan perangkat lunak sebagai berikut untuk contohnya. OS Windows 7 64 Bit. Borland Delphi. Implementasi Power Designer untuk lanjutnya agar implementasi desain sistem ke dalam password program (sintaks). Sintaks program diintegrasikan ke dalam beberapa file sesuai dengan prosedur modul aplikasi yang sesuai. Program ini diimplementasikan dengan menggunakan aplikasi pemrograman Borland Delphi 2010 yang terdiri dari beberapa form (layer) yang akan menjadi interface layer untuk program Hardware Configuration. Spesifikasi perangkat keras dapat diperlukan untuk sistem steganografi adalah sebagai berikut:



Testing & Implementasi



1



Universitas



Sistem Informasi



a. Processor : Intel Pentium IV dengan clock minimal 2.0 Ghz b. RAM : 512 MB c. Hard disk: 80 GB (ruang kosong) d. Monitor : untuk resolusi layar 1024 x Berikut Konfigurasi Software Software yang diperlukan untuk implementasi adalah sebagai berikut : a. OS : Windows XP SP1 atau lebih tinggi b. Aplikasi: Program Steganografi



7.



Komponen Pemeliharaan Perangkat Lunak Layanan pemeliharaan/pemeliharaan perangkat lunak bervariasi dalam jangkauan (kamar ruang lingkup) dan waktu yang disediakan, frekuensi. Kategori layanan ini adalah sebagai mengikuti: a. Pemeliharaan korektif – layanan dukungan, perbaikan kode dalam perangkat lembut dan kegagalan dalam dokumentasi. b. Pemeliharaan adaptif - Adaptasi perangkat lunak yang ada dengan kondisi baru tanpa mengubah produk perangkat lunak dasar. Adaptasi ini biasanya diperlukan ketika sistem perangkat keras atau komponen mengalami modifikasi (penambahan atau perubahan). c. Pemeliharaan perbaikan fungsional – perbaikan yang berhubungan dengan fungsionalitas dan kinerja perangkat lunak yang ada. Layanan pemeliharaan perangkat lunak harus memenuhi semua jenis persyaratan kualitas, terutama fungsi dan penjadwalan yang diperlukan serta kendala anggaran. Komponen kunci SQA dalam jaminan kualitas pemeliharaan sistem adalah sebagai berikut. Komponen pra-perawatan: a. Peninjauan kontrak pemeliharaan b. Rencana pemeliharaan. Komponen siklus hidup pengembangan perangkat lunak, komponen ini diterapkan pada pelaksanaan pemeliharaan dan kegiatan untuk fungsional dan adaptif, yang karakteristiknya mirip dengan proses pengembangan perangkat lunak itu sendiri. Komponen Infrastruktur SQA a. Prosedur dan instruksi perawatan b. Alat pendukung berkualitas



Testing & Implementasi



1



Universitas



Sistem Informasi



c. Pelatihan, pelatihan ulang dan sertifikasi staf pemeliharaan d. Tindakan pemeliharaan preventif dan korektif e. Manajemen konfigurasi f. Kontrol atas pemeliharaan kualitas dokumentasi dan catatan. Komponen SQA untuk kontrol manajerial a. Kontrol Layanan Pemeliharaan b. Metrik kualitas pemeliharaan c.



8.



Biaya pemeliharaan kualitas



Komponen Infrastruktur untuk pencegahan kesalahan dan peningkatan Tujuan dari infrastruktur SQA adalah pencegahan kesalahan perangkat lunak atau,setidaknya, penurunan tingkat kesalahan perangkat lunak, bersama dengan peningkatan produktivitas. Komponen infrastruktur SQA dikembangkan khusus untuk tujuan ini. Komponen ini dirancang untuk melayani berbagai proyek dan layanan pemeliharaan perangkat lunak. Selama beberapa tahun terakhir, kami telah menyaksikan meningkatnya penggunaan alat otomatis terkomputerisasi untuk aplikasi komponen ini. Kategori ini mencakup komponen SQA: a. Prosedur dan Instruksi Kerja b. Template dan daftar periksa c. Pelatihan staf, pelatihan ulang dan sertifikasi d. Tindakan pencegahan dan perbaikan e. Manajemen konfigurasi f. Pengendalian dokumentasi



9.



Tahap suatu pengecekan Perangkat Lunak a. Pengetesan Unit: pengecekan hal suatu bentuk dari hal yang kecil untuk dapat pengecekan seluruh system . Tujuannya adalah agar menyediakan suatu password agar terpenuhi syaratnya.



Testing & Implementasi



1



Universitas



Sistem Informasi



b. Pengujian Integrasi: suatu pengujian integrasi, password dapat kita jadikan segmen untuk dites seperti cluster. Tugas pertama pengujian integrasi Untuk mengecek parameter sebagai syarat umum, syarat dari kinerja , maupun syarat keahlian untuk diletakkan di disen pertama. c. Pengujian Fungsi: Pengujian Fungsi dapat disebut sebagai pengujian kotak hitam. Dalam pengujian fungsi, Pengecekan agar dapat melihat masukan yang pasti, agar hasil diseleksi. d. Pengujian Sistem:Agar dapat diakui untuk hal pengukuran yang standar, pengujian sistem berupaya Mengetahui setiap kerusakan pada system yang lunak agar terdaftar keseluruhannya. e. Pengujian penerimaan: juga dikenal untuk pengecekan penerima peralatan dan pengecekan penerima luar agar berjalan sesuai sistem yang sesuai aturan agar terarah dengan data agar terguna sesuai dengan aturan yang telah ditentukan sesuai dengan peraturannya f. Pengujian regresi: dalam pengujian regresi, sistem telah berkembang dapat dites untuk mengecek kegagalan dan tidak sesuai dengan aturan yang telah dibuat. Pengujian biasa untuk jenis pengujian suatu Pengujian Perangkat Lunak, di mana penguji menguji perangkat lunak secara biasa tanpa peralatan, metode dengan cara suatu tradisional untuk menemukan bug dalam perangkat lunak. Seperti sistem terbaru perlu melakukan pengecekan biasa testing terlebih dahulu Automation Testing dapat dikerjakan, walaupun effort telah diberikan sangat gedek, Biasa Testing penting agar dapat mengetahui suatu hal yang tidak terlihat suatu Automated Testing. Tahap Pengujian biasa : a. Menganalisis Persyaratan b. Buat rencana tes c. Buat kasus uji d. Eksekusi kasus uji e. Mencari cacat f. Perbaiki cacat



Testing & Implementasi



1



Universitas



Sistem Informasi



Otomatis Testing untuk suatu Pengujian Software, untuk cara membuat hal sesuai dengan kebenarannya, untuk biasanya dikerjakan dengan cara melalui script dan alat pengujian, pada Otomatis Testing pekerjaan dikerjakan dengan cara berulang kali agar dapat dilakukan dengan biasa. Tahap Pengujian Otomatisasi a. Menilai dan mengetahui alat untuk digunakan b. Membuat desain c. Mengerjakan implementasi d. Mengerjakan laporan e. Membuat pemeriksaan Pelatihan perangkat lunak mempunyai batas untuk keragaman perangkat lunak diperiksa untuk tingkat kerumitan hingga dari platform perangkat lunak dapat dilakukan dengan (web, seluler, desktop). Agar dapat membatasi perangkat lunak yang sedang dicek dengan perjalanan pasti di platform agar sama perbaiki dengan untuk sistem dipertama sebelumnya pengerjaan. Tes untuk dikerjakan dari seluruh anggota pengembangan perangkat lunak bergerak lancar untuk kendala dan ada ditangani. Agar dapat mengetahui dari tes untuk umpan balik untuk kelompok pengembangan yang dilakukan kuesioner dan telah terisi produk, perjalanan, teknik maupun taktik pengecekan dan faktor penggemar serta hambatan untuk mengerjakan tes.



10. Tingkat Kerumitan Dan Pengujian Sistem Pelatihan perangkat lunak mempunyai batas untuk keragaman perangkat lunak diperiksa untuk tingkat kerumitan hingga dari platform perangkat lunak dapat dilakukan dengan (web, seluler, desktop). Agar dapat membatasi kebutuhan perangkat lunak yang sedang dicek dengan perjalanan pasti di platform agar sama perbaiki dengan untuk ipsistem pertama sebelumnya pengerjaan. Tes untuk dikerjakan dari seluruh anggota pengembangan perangkat lunak bergerak lancar untuk kendala dan ada ditangani. Agar dapat mengetahui dari tes untuk umpan balik untuk kelompok pengembangan yang dilakukan kuesioner dan telah terisi produk, perjalanan, teknik maupun taktik



Testing & Implementasi



1



Universitas



Sistem Informasi



pengecekan dan faktor penggemar serta hambatan untuk mengerjakan tes sesuai dengan kuesioner. Pengetesan sistem untuk pengetesan program perangkat lunak agar lengkap bisa terintegrasi. pengetesan perangkat lunak dikerjakan untuk Quality Assurance (QA) Agar bisa meyakinkan kualitas dari sistem dan perangkat lunak. Berikut ini adalah suatu pengetesan agar bisa dipahami QA tentang perangkat lunak: a. Pengujian Sistem Pengujian sistem untuk pengetesan agar menyakinkan untuk seluruh sistem tidak berfungsi atau sistem melebihi syarat dari ketentuan dari pemilik. Pengujian sistem agar dikerjakan pada unjung agar interitas bisa mengetahui masalah yang terjadi, misalnya kerusakan kinerja perangkat lunak. Untuk tes agar bisa dikerjakan serutin mungkin. b. Pengujian Unit Pengujian Unit untuk pengetesan perangkat lunak yang bisa QA menguji titik program layak dan tidaknya. Pengujian titik difokuskan untuk pengetesan titik kecil dalam bentuk perangkat lunak (kumpulan dan bab pada perangkat lunak). Bisa suatu perangkat lunak memiliki banyak titik kecil,agar bisa menguji kita membuat suatu kodingan kecil ataupun kodingan utama agar menguji titik perangkat lunak. Titik kecil bisa berupa tombol dan kegunaan untuk pengetesan titik biasanya dikerjakan waktu kode kodingan dikerjakan. c. Pengujian Integrasi Beda untuk pengujian titik, pengetesan integrasi untuk pengetesan dari penggabungan titik – titik untuk perangkat lunak. Agar QA menguji dengan titik – titik ini bekerja sesuai dengan aturan, bukan untuk suatu titik individual. Pengujian integrasi harus dikerjakan dengan tahapan agar pemecahan masalah apabila terjadi kerusakan/bug. d. Pengujian Kegunaan Usability test untuk pengetesan agar dikerjakan agar meyakinakan sesuai perangkat lunak telah sesuai dengan kebutuhan pengguna. Biasanya tes kegunaan mengecek syarat fungsional code dan spesifikasi antarmuka pengguna. Pengguna berkomunikasi secara sistem agar bisa meyakinkan Testing & Implementasi



1



Universitas



Sistem Informasi



sesuai dengan fungsionalitasnya sesuai dengan harapan kita yang diinginkan antarmuka pengguna agar sistem bisa digunakan dengan baik. Pengetesan biasanya dikerjakan agar bisa mendapatkan umpan balik dengan lancer antarmuka untuk mengoreksi kerusakan pada salah satu perangkat lunak. e. Pengujian Kinerja Pengujian kinerja adalah pengujian integrasi dan kegunaan agar bisa dilakukan sistem bisa memenuhi sesuai dengan keinginan dari kerja sesuai waktu agar waktu respons dan throughput. Waktu respons melakukan jam maksimal dengan diizinkan untuk respons perangkat lunak. f. Pengujian Asap Smoke testing merupakan pengetesan dikerjakan setelah waktu perangkat lunak membuat agar menentukan untuk kegunaan perlu untuk program bekerja sesuai keinginan. Tes asap dikerjakan setiap saat dan beberapa kali dalam seminggu. g. Pengujian Stres Stress Testing untuk sebuah tes agar biasa dikerjakan untuk melakukan sebuah website, agar stress testing dikerjakan agar memahami sekuat apa server website kita untuk kita mengumpulkan pengunjung pada website tertentu, dengan cara mengerjakan dummy hit terhadap website tersebut menggunakan tools. h. Pengujian Sanity Sanity Testing merupakan pengujian perangkat lunak untuk dikerjakan sewaktu perangkat lunak agar telah dilakukan hampir selesai bersamaan dengan kelengkapan dengan sesuai agar siap, untuk penyimpanan bug agar ditemukan waktu pada pengujian asap telah berhasil diperbaiki. Maksud agar sanity testing tentu saja agar meyakinkan untuk bug bisa dilakukan diperbaiki selama pengujian asap telah dibenarkan agar tidak ada kerusakan kedepannya dan bisa meyakinkan agar kegunaan yang diperlukan berfungsi sesuai dengan harapan. i. Pengujian Regresi Pengujian Regresi untuk bentuk pengetesan akan dikerjakan pada waktu membangunkan perangkat lunak agar memahami apakah Testing & Implementasi



1



Universitas



Sistem Informasi



fungsionalitas sistem sejalan dengan harapan. Singkat, maksud pertamanya adalah meminimalkan bug agar menampilkan sesuai spek di perangkat lunak. Ini ciri - ciri pengujian perangkat lunak agar harus dikerjakan dengan orang QA. agar, pada dasarnya seluruh ciri pengujian perangkat lunak diharuskan agar meyakinkan suatu perangkat lunak bisa sejalan dengan baik agar sesuai dengan keinginan kita.



11. Tujuan Pengujian Pelatihan perangkat lunak mempunyai batas untuk keragaman perangkat lunak diperiksa untuk tingkat kerumitan hingga dari platform perangkat lunak dapat dilakukan dengan (web, seluler, desktop). Agar dapat membatasi kebutuhan perangkat lunak yang sedang dicek dengan perjalanan pasti di platform agar sama perbaiki dengan untuk ipsistem pertama sebelumnya pengerjaan. Tes untuk dikerjakan dari seluruh anggota pengembangan perangkat lunak bergerak lancar untuk kendala dan ada ditangani. Agar dapat mengetahui dari tes untuk umpan balik untuk kelompok pengembangan yang dilakukan kuesioner dan telah terisi produk, perjalanan, teknik maupun taktik pengecekan dan faktor penggemar serta hambatan untuk mengerjakan tes sesuai dengan kuesioner. Suatu pengujian tentunya memiliki tujuan dan keinginan yang diharapkan oleh pengguna maupun pembuat sistem, tujuan tersebut diantaranya: a. Sifat Pengujian Produk Pengecekan produk hal yang perlu dilakukan untuk memastikan kualitas produk untuk pasar, sewaktu suatu produk dipasarkan harus diperlukan pengecekan produk terlebih dahulu. Pengecekan produk dikerjakan dengan mengukur tingkah laku suatu produk menurut peraturan yang tersedia. Suatu penilaian tingkah dan kinerja dalam produk adalah pengecekan produk. Untuk produsen, poin uji produk perlu untuk penjualan agar mendapatkan suatu penilaian untuk produk mereka. Agar suatu, pengecekan produk segera dilakukan untuk syarat dalam penjualan produk baru. File dari pengecekan produk agar dilakukan sebagai acuan yang perlu agar memperoleh izin dalam memproduksi dan menjualnya. b. Tujuan Pengetesan Testing & Implementasi



1



Universitas



Sistem Informasi



Produk Pengetesan produk dikerjakan agar melengkapi beberapa arahan, seperti berikut : 1)



Meyakinkan bahwa produk melengkapi persyaratan, peraturan, maupun persyaratan kerjasama suatu produk;



2)



Meyakinkan produk sejalan dengan standar dengan keyakinan bukti demonstrasi produk



3)



Menyiapkan file biasa untuk kegiatan ilmiah, teknis maupun jaminan kualitas



4)



Menentukan keinginan produk untuk pemakaian terakhir



5)



Untuk awal hubungan cara dari produk



6)



suatu alat pembedaan dari produk lainnya



7)



Suatu alat bukti untuk perjalanan hukum agar bisa bertanggung jawab produk, hak milik, kualitas produk, dan lainnya.



8)



Mencari solusi dari masalah yang ada pada produk



9)



Melakukan pengecekan efisiensi harga untuk perjalanan produksi



c. Fungsi pengecekan Produk Poin pengecekan produk dari perusahaan yang dituju dengan seluruh keperluaan pengecekan produk. Keperluaan pengecekan produk yaitu: 1)



Menaikan pekerjaan produk dengan kepuasan pembeli



2)



Produk agar lebih baik untuk produk lain



3)



Dengan mengecek kadaluarsa untuk spesifikasi produk di penyimpanan



4)



Menyampaikan pesan yang baik mengenai dengan harga, nama merek, kualitas pembukusan produk;



5)



Bisa mengecek kualitas produk untuk segala pabrikan dari masa ke masa untuk saluran penyampaiannya.



6)



Menyampaikan bentuk penerimaan pelanggan ke suatu produk.



d. Pihak yang Berperan dalam Pengujian Produk Orang yang berperan untuk pengecekan produk adalah seperti ini : 1)



Pemerintah



Testing & Implementasi



1



Universitas



Sistem Informasi



Tujuan pemerintah di sini adalah membuat undang-undang untuk menjadikan pemimpin untuk penjelasan penggunaan produk untuk memastikan suatu produk aman. Pemerintah bisa meningkatkan kualitas produk agar mengeluarkan serangkaian aturan nasional seperti SNI (Standar Nasional Indonesia). 2)



Perusahaan Tujuan perusahaan untuk pengetesan produk adalah menyiapkan produk untuk pelayanan yang baik untuk industri. Pemimpin dapat menerapkan



standarisasi,



baik



standar



fakultatif



(standar



untuk



membuat perusahaan tersendiri ) ataupun standar khusus (standar produk agar ditetapkan dengan aturan pemerintah). 3)



Organisasi Pelanggan untuk organisasi pelanggan adalah mewakili keperluan pelanggan pada pemimpin untuk pemerintah. Agar pemerintah maupun pemimpin bisa memberikan aturan kualitas untuk suatu produk, kegiatan pelanggan menggap untuk kualitas adalah suatu yang paling penting untuk pelanggan .



12. Mengkonfigurasi Lingkungan Penguji Untuk menyiapkan tempat agar di depensi agar dapat membangun pengetesan pada aplikasi saya, ikut praktek terbagus telah disampaikan Setel direktori pengetesan didasarkan dengan tempat pengecekan Proyek sesuai dengan Android studio terisi 2 direktori lokasi saya mengerjakan pengetesan pengujian. Siapkan pengetesan saya seperti berikut: a. Direktori android Test diperlukan suatu pengetesan dengan sejalan agar perangkat nyata dan biasa . pengetesan agar seluruh pengetesan integrasi, pengetesan ujung ke ujung, untuk pengetesan selanjutnya dapat di JVM itu Tunggal tidak dapat mengecek sistem dari aplikasi saya . b. Direktori Pengetesan biasanya berisi pengetesan dengan jalan di mesin biasa kita, seperti pengetesan unit. Memilih salah satu hasil perjalan tes dengan berbagai model perangkat



Testing & Implementasi



1



Universitas



Sistem Informasi



Untuk perjalanan pengetesan di perangkat, kita bisa memilih salah satu model sepert: a. Perangkat fakta b. Perangkat biasa (untuk emulator pada Android foto) c. Perangkat hanyalan (untuk Robolectric) Perangkat fakta memberikan fidelitas yang diatas untuk dapat agar paling banyak menyelesaikan waktu perjalanan pengetesannya. Alat simulasi, pada poin lain, mendapatkan peningkatan percepatan pengetesan pada harga fidelitas agar lebih murah. Tetapi, penaikan platform pada dalam sumber daya nilai



pada



looper



realistis



memastikan



perangkat



agar



disimulasikan



memungkinkan memberikan nilai agar dapat realistis. Perangkat biasa menyampaikan kestabilan pada kesetian dan percepatan. Waktu kita penggunaan perangkat biasa dapat menguji, menggunakan snapshot agar menstabilkan jam penyiapan di antara pengetesan. Mempertimbangkan apakah akan menggunakan tes duplikat Untuk menyediakan pengetesan, saat mempersiapkan opsi agar dapat membentuk bentuk palsu dan bentuk pengetesan, biasanya menyiapkan bentuk ori pada pengetesan lebih disenangi, pertama untuk bentuk agar dites sesuai dengan keadaan seperti: a. Bentuk file. b. Bentuk tidak dapat berjalan apabila terjadi komunikasi pada sistem bentuk ori dependens. Dengan hal bagus dapat event handler callback. c. Susah untuk menyampaikan hubungan bentuk pada dependensi. Seperti hal terbaik seperti SQL data base handler, agar database tersimpan di memori menyediakan pengetesan terhadap susah agar hasil data base bentuk palsu. Dengan private, pemalsuan instance dari tipe hal yang dapat melakukan sesuatu dengan hasil pengetesan rapuh ketika sudah mengetahui kerumitan implementasi tipe tersebut oleh orang lain. Bentuk palsu untuk mengingatkan agar dianotasi dengan menyiapkan agar menonaktifkan seluruh fungsional pada ruangan, agar pada saat menguji melakukan suatu operasi seperti dengan bentuk ori: a. Perjalanan panjang , dengan mengerjakan file besar.



Testing & Implementasi



1



Universitas



Sistem Informasi



b. Kelakuan non-hermetis, dengan menyambungkan ke port tersedia sewenang- wenang. c. Kodingan dengan rumit dikerjakan. 13. Tingkat Pengujian Pengecekan pengetesan dengan aplikasi bisa memberikan tiga cara pengetesan kecil, sedang, dan besar: a. Pengetesan minor Suatu pengetesan pada titik untuk memastikan tingkah aplikasi kita, satu kelas untuk satu Jam. b. Tes untuk suatu tes integrasi dalam memastikan interaksi dalam tingkat kumpulan suatu bab, dengan interaksi pada bab sesuai. c. Pengetesan besar dengan pengetesan menyeluruh untuk memastikan kejalanan agar dapat menyeluruh bab aplikasi kita. Waktu membangun pengecekan, suatu pengetesan kecil dengan pengetesan besar, agar seorang pengetes segera meningkatkan fidelitas, agar dapat meningkatkan jam perlihatan untuk mengendalikan atau men-debug. Melakukan berbagai pengetesan titik untuk suatu pengetesan integritas, supaya melakukan pengetesan ujung ke ujung. Walaupun proporsi pengetesan suatu kategori bisa bermacam-macam sesuai dengan aplikasi yang telah dibangun, dapat memberikan ide pemisahan di antara beberapa sistem misalnya 70 persen kecil, 20 persen sedang, dan 10 persen besar.



C. LATIHAN SOAL 1.



Jelaskan pendapat anda apa saja yang menjadi perangkat pendukung dalam pengujian sistem!



2.



Apa saja kendala yang sering terjadi pada perangkat pendukung pengujian ?



3.



Apa kekurangan dan kelebihan dari perangkat pendukung pengujian yang ada saat ini?



4.



Ada berapa macam perangkat pendukung yang digunakan ?



5.



Jelaskan menurut anda mengenai test tracking system!



Testing & Implementasi



1



Universitas



Sistem Informasi



D. REFERENSI Black, R. (2002). Managing the testing process. John Wiley & Sons. Dennis, A. (2005). Systems analysis and design with UML version 2.0. John Wiley. Eriana, E. S., & Zein, A. (2021). PRAKTIKUM ALGORITMA DAN PEMROGRAMAN. Penerbit Unpam Press. Perepu, I., & Gupta, V. (2008). ERP implementation failure at Hershey Foods Corporation. Management.



Testing & Implementasi



1



Universitas



Sistem Informasi



PERTEMUAN 8 METODE PENGORGANISASIAN PENGUJIAN SISTEM INFORMASI (TEST ORGANIZATION)



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu memahami metode pengorganisasian dalam pengujian sebuah sistem informasi.



B. URAIAN MATERI 1.



Pengujian sistem informasi organisasi Organisasi merupakan contoh hubungan antar individu dimana hubungan tersebut berada di bawah pimpinan (pelopor) untuk mengejar tujuan bersama. contoh koneksi individu di bawah pimpinan kepala (pelopor) untuk mengejar tujuan bersama. Individu dalam asosiasi berbagi data satu sama lain, sehingga koneksi diatur untuk mencapai tujuan yang sama. Bersama-sama agar penataan data di dalam asosiasi menjadi lebih kuat dan canggih dimana saat ini inovasi dapat menjadi alat bantu yang ideal untuk berbagi data, oleh karena itu dibuatlah sebuah kerangka kerja yang dapat menopang berbagi data di dalam asosiasi dan diatur dalam suatu cara terorganisir yang kemudian kami sebut sebagai kerangka kerja data administrasi. Salah satu tujuan dari kerangka data administrasi adalah untuk memenuhi kebutuhan data secara keseluruhan dari semua administrator di asosiasi. Kerangka data eksekutif memberikan bermacam-macam data baik sebagai laporan maupun hasil. Menurut Frederick H.Wu dalam Jogiyanto (2005), board data framework adalah berbagai macam framework yang memberikan data untuk membantu para eksekutif. Seperti yang ditunjukkan oleh James A. O'Brien (2006), kerangka kerja data dapat berupa kombinasi terkoordinasi dari individu, peralatan, pemrograman, organisasi korespondensi, dan aset informasi yang mengumpulkan, mengubah, dan menyebarkan data di dalam suatu asosiasi. Sesuai dengan pergantian peristiwa mekanis, kerangka kerja data juga sedang dibuat untuk mendorong asosiasi. Penggunaan kerangka kerja data



Testing & Implementasi



1



Universitas



Sistem Informasi



merupakan kekhawatiran luar biasa dari asosiasi untuk membantu pekerjaan dan pekerjaan dengan pelaksanaan, pemeriksaan dan penilaian untuk perintis hierarkis. Namun, asosiasi harus memiliki pilihan untuk memilih kerangka kerja data administrasi yang tepat untuk menjadi mahir. Kerangka kerja data yang saat ini belum siap untuk membantu pelaksanaan otoritas, harus diubah ke kerangka kerja data administrasi yang lebih pas, begitu juga sebaliknya, meskipun asosiasi memiliki kerangka kerja data lanjutan, jika tidak. tidak sesuai kebutuhan asosiasi, itu harus diturunkan. Adalah pengujian software yang terintegrasi. Pengujian perangkat lunak berkaitan ke software dan hardware. Sebelum software digunakan maka pengujian harus dilaksanakan untuk mencari kesalahan (error) dan melakukan validasi maupun verifikasi sebagai proses untuk membuktikan tingkat permasalahannya. Pengujian sistem informasi tersebut dilaksanakan untuk mengetahui layak atau tidaknya suatu aplikasi yang akan digunakan oleh customer. Pengujian bertujuan untuk melaksanakan serangkaian uji sistem informasi yang telah dibuat. Bagi perusahaan yang akan membuat suatu sistem aplikasi, pengujian sistem informasi atau testing sistem ini adalah hal yang harus dilakukan.. Dalam pengujian software langkah-langkahnya tertata dan tersusun dengan rapi sehingga menghasilkan sebuah software yang sukses dan bagus. Dan yang paling penting adalah strategi pengujian perangkat lunak menyediakan jalur jalan bagi software developernya, pihak ketiga penjamin kualitas dan customer karena



menjelaskan



langkah



yang



harus



dipakai



untuk



bagian



dari



pengujiannya. Langkah yang sudah direncanakan kemudian dijalankan sehingga bisa diketahui berapa banyak upaya, waktu, sumber daya yang diperlukan dalam pengujian. Maka semua strategi pengujian harus melibatkan rencana pengujian, gambaran kasus pengujiannya, pelaksanaan uji dan koleksi, evaluasi datanya.. Sasaran utama pengujian ini adalah meminimalisir resiko dalam sistem komputer. Strategi pengujian ini harus fokus kepada resiko dan memberikan solusi yang bisa meminimalisir resiko tersebut. Ada metode yang biasa dilakukan untuk pengujian, yaitu metode Black box Testing, dan metode White box Testing. Dan dilakukan agar mengetahui kinerja dari sistem tersebut. Perihal yang diuji sewaktu pengujian berjalan :



Testing & Implementasi



1



Universitas



Sistem Informasi



a. Memvalidkan informasi bersumber dari dan mengalir dari komponen yang diuji keluar dengan benar. b. Sistem data local 1)



Memvalidkan data yang tersimpan supaya terjaga keutuhannya selama penyelesaian perintah dalam modul.



2)



Beberapa kesalahan yang di cari: a)



Penggunaan tipe data tidak pas



b)



Default yang salah



c)



Status peubah salah



c. Memvalidkan modul berjalan baik pada batas proses yang ditetapkan. d. Jalur independen 1)



Pastikan semua jalur control yang akan diselesaikan dengan benar setidaknya selesai.



2)



Kesalahan – kesalahan yang di cari: a)



Perincian dan proses salah



b)



Analogi yang salah



c)



Jalur pengawasan tidak pas



e. Jalur pengendalian 1)



Persiapan software yang baik supaya kondisi salah bisa diantisipasi dan mempunyai pengelolaan kesalahan supaya pengerjaan bisa selesai dengan baik.



2)



Kesalahan yang dicari dalam wujud: a)



Beragam kesalahan yang tidak dimengerti



b)



Pemberitaan kesalahan tidak cocok dengan kesalahan yang dihadapi



c)



Kesalahan menyebabkan penembusan sistem pra penyelesaian kesalahan dilaksanakan.



d)



Penyelesaian kesalahan tidak tepat



e)



Beragam kesalahan tidak menyampaikan informasi yang memadai untuk mencari



Testing & Implementasi



1



Universitas



2.



Sistem Informasi



Tahapan dalam testing Pengorganisasian adalah cara manajerial untuk menyelesaikan tujuan yang sudah diatur lebih dahulu dengan analisis kerja. Dalam upaya ini para anggota



bersama-sama



melakukan



pekerjaannya



diimbangi



dengan



pengetahuan. Mengenai syarat – syarat melaksanakan pekerjaan bersama di suatu unit kerja agar bisa mencapai tujuan yang efektif. a. Menetapkan tujuan organisasi. b. Tugas manajerial dilaksanakan bersama melalui sistem khusus(spesifikasi) c. Ada usaha memilah anggota khusus sesuai dengan aturan pengornasisasian. Keahlian yang bisa menghadirkan sebuah kekuatan suatu organisasi pada upaya untuk mencapai tujuan secara bersama. Secara umum adalah cara manajerial untuk memaksimalkan fungsi – fungsi khusus keahlian anggota supaya tujuan organisasi dapat didapat secara efektif. Metode berasal dari bahasa Yunani “Methodos” yang berarti cara atau jalan yang ditempuh. Sehubungan dengan upaya ilmiah, maka metode menyangkut masalah cara kerja untuk dapat memahami objek yang menjadi sasaran ilmu yang bersangkutan. Fungsi metode adalah sebagai alat untuk mencapai suatu tujuan. Metode adalah suatu cara yang menjadi pasti untuk mengerjakan



dan



pengorganisasian



menyelesaikan adalah



rangkaian



suatu



pekerjaan.



jalannya



Jadi



pekerjaan



yang



metode wajib



dilaksanakan guna memajukan profit seluruh sumber, faktor memutuskan bagi kesuksesan jalannya pengujian software sebelum dipakai oleh customer, memutuskan layak tidaknya suatu aplikasi. Untuk mencapai tujuan.



3.



Test organization Sesudah aplikasi di buat penting dilaksanakan test organization. berarti test dilaksanakan dengan pihak ke tiga diluar dari perusahaan pembuat aplikasi. Level independence untuk test ini tergantung orang yang melaksanakan tes. Lebih tinggi independence tersebut lebih baik juga efektifitas dari tesnya. Kemudian semakin tak obyektif hasil jika tes dilaksanakan oleh perusahaan



Testing & Implementasi



1



Universitas



Sistem Informasi



pembuat aplikasi itu sendiri. Berikut adalah kelebihan dan kekurangan menggunakan pihak ketiga untuk melaksanakan independent testing: Tabel 8. 1 Kekurangan dan kelebihan independent testing Kelebihan



Kekurangan



Tidak ada bias dalam test, terutama yang Biayanya pasti akan lebih mahal, berhubungan dengan biaya pembangunan maklum karena pakai konsultan. aplikasi, dengan demikian hasilnya lebih obyektif. Waktu pengetesan lebih pendek karena Independent tidak



jarang



mereka



merasa



tester



tidak



sudah mengetahui produk service atau



memiliki fasilitas untuk hal tersebut.



customer



sebaik



produser



atau



developer aplikasi. Untuk mengatasi hal



tersebut



perlu



koordinasi



dilakukan sesering



mungkin



untuk



mendapatkan gambaran utuh dari produk service dan customer. Lebih memiliki personil yang ahli dan Bisa jadi dengan penggunaan pihak berpengalaman memiliki sertifikasi dan ketiga akan muncul ke kurang akreditasi yang diakui.



tanggung



jawab



dari



developer



karena menyerahkan ke konsultan soal kualitas aplikasinya. Seorang



independent



memverifikasi



asumsi



tester si



dapat Independent



tester



bisa



pembangun mengakibatkan kelambatan aplikasi



aplikasi selama proses model spesifikasi untuk bisa di release di public. dan implementasi sistem.



Dalam arti harfiahnya test organization adalah satu organisasi, serangkai orang, perusahaan yang mempunyai tugas menguji pembuatan software, pada kontrak yang sudah disahkan. Posisi independent nya bisa diamati melalui pengusaha atau pengguna aplikasi yang masih di tes. kewajiban utamanya yaitu menemukan problem yang rumit diburu oleh pengembang software. Setengah Testing & Implementasi



1



Universitas



Sistem Informasi



dari bentuk aplikasi yang memerlukan pengujian dengan lebih, dapat diberikan ke pihak ketiga. Kemudian yang sederhana dapat dengan diuji secara mandiri. Maka dipandang dari segi waktu menjadi lebih efektif. Dibawah ini ada gambaran ilustrasinya



Gambar 8. 1 Test organization



Saat melaksanakan pengujian pada sebuah sistem dibutuhkan suatu tim yang cocok dengan harapan dan keperluan masing-masing perusahaan dari besar atau kecilnya sebuah sistem tersebut. Berikut ini ada macam-macam model untuk melakukan testing yang bisa dipakai saat melaksanakan testing atau pengujian. a. Basic model testing organization



Testing & Implementasi



1



Universitas



Sistem Informasi



Gambar 8. 2 Basic model testing organization Manajer tes akan menyampaikan laporan ke manajer pengembangan. pengujian dilaksanakan kemudian akan dibimbing oleh pemimpin yang kemudian menyampaikan hasil tesnya dengan tatap muka pada manajer pengembangan. Model ini benar-benar tepat untuk kita yang bergerak di kelompok kecil. Seandainya timbul kesalahan berhubungan atas pengembang pengujian, bahwa manajer tes dapat spontan mengadu perihal tersebut ke manajer pengembangan. Kemudian test kelompok bisa naik jadi mandiri. Pengujian bisa menjadi transparan, karena khusus dipakai menjadi saran di pengembangan



sistem.



Kelompok



pengujian



kian



berjalan



menjadi



pengembang. Beberapa kesalahan yang ada di model basic testing: 1)



Tes menjelma jadi bukan independen



2)



Mekanisme pengujian tidak memperoleh jalan masuk atas sumber daya yang diperlukannya.



3)



Sumber daya tidak sekedar dipakai untuk pengujian.



4)



fungsi tes jadi tidak jelas dan terbuka, sebab sekedar dipakai sebagai sarana di pengembangan sistem, kemudian pelaku pengujian mau bekerja sebagai pengembang juga.



b. Development project



Testing & Implementasi



1



Universitas



Sistem Informasi



Gambar 8. 3 Development project Manajer tes dan manajer pengembangan menyampaikan perubahan kepada proyek manajer. Sistem ini tidak cocok menjadi penyelesaian yang tepat tapi sebagai penyempurnaan sistem organisasi testing yang lebih dahulu. Selama pengujian ini sistemnya masih belum tuntas independen. Manajer tes menyiapkan jawaban untuk project manager. c. Keuntungan Development project Di model ini, tugas manager di pengembangan proyek sistemnya akan menjadi menyusut. Dan divisi development dan testing mempunyai sumber daya yang bertentangan dengan perhitungan. Divisi pengujian di organisasi mempunyai orang yang lebih banyak. d. Kerugiannya Development project Saat pengerjaan proyek, waktu penggunaannya tidak sesuai sinkron dengan agenda, maka unit testing harus memberi rasa pengertian untuk kelompok pengembangan dan wajib mengulurkan bantuan supaya pekerjaan bisa rampung pada waktunya. e. Independent testing organization



Executive management



Test manager



Project manager Project manager



Gambar 8. 4 Independent testing organization



Testing & Implementasi



1



Universitas



Sistem Informasi



Independent test organization merupakan model pengujian yang sangat dianjurkan bagi pengujian. Karena tim tes nya berjiwa independen maka dari itu semua divisi langsung menyampaikan kepada manajemen eksekutif. Dan kepentingan utama yang merupakan target perusahaan yaitu untuk menawarkan kualitas perusahaan melalui aplikasi sistem yang sudah dibentuk. Untuk soal biaya dan sdm dikurangi lewat model ini dikarenakan seluruh kegiatan finansial akan berkaitan dengan manajemen eksekutif, kemudian jadi kian mudah ditinjau dan dievaluasi perihal pemakaiannya.



4.



Fungsi yang Berbeda Biasanya manager tes tidak melaksanakan pekerjaan: a. konfigurasi dan release b. dukungan pelanggan c. manajemen sistem dan pengendalian bahaya. d. Pengelolaan mutu. e. pengendalian laboratorium pengembangan f. menyiapkan bahan untuk training mekanisme pekerjaan. Beberapa aspek yang mewajibkan elemen pengujian menambah tugas lain : a. kelompok pengujian mempunyai separuh tanggung jawab atas peningkatan barang. dan bilamana tes tim menurut keseluruhan terpadu atas team development. b. Bagian pengelolaan menyampaikan tanggung jawab lanjutan pada team test sebab dipercaya team mempunyai keahlian lebih. c. pekerjaan khusus disampaikan



ke elemen kelompok khusus yang



mempunyai keterampilan yang signifikan. d. Elemen kelompok pengujian mau memperoleh kewajiban seperti anggota dari development.



Rencana pengujian harus dijalankan tiga faktor :



Testing & Implementasi



1



Universitas



Sistem Informasi



a. Menetapkan tim penguji, mengumpulkan personel, memastikan sistem org, mengontrol dan menyemangati elemen team. b. Meringkas posisi dari mekanisme pengujian dan mengeskalasi masalah yang berharga, menentukan tujuan yang perlu digapai, menyampaikan pendapat dengan segera, dan terlibat pada diskusi pengelolaan. c. Menginformasikan



hasilnya



pengujian,



menjelaskan



aduan



problem,



membahas keperluan pengujian, anggaran, dan fasilitas yang dibutuhkan untuk bagian pengurus.



5.



Service development group



Gambar 8. 5 Service development group



Proyek manajer memiliki manajer yang berbeda tepat atas keterampilan di aspeknya sendiri, seperti manajer rilis. Manajer teknis, dan yang lain. Terdapat sebagian manajer proyek lainnya yang akan memegang proyek lainnya. Selain itu juga terdapat juga development service manager yang di khususkan untuk fokus kepada jasa bagi user, jadi tidak hanya fokus pada aplikasi atau aplikasi yang dibuat saja, tetapi luas cakupannya yang akan didapat. Profitnya yaitu industri bisa menjalankan pekerjaan pada secara berbarengan dan dikontrol



Testing & Implementasi



1



Universitas



Sistem Informasi



langsung oleh manajemen eksekutif agar memperkecil resiko yang hendak terjadi. Pada sebuah pekerjaan pengujian terkadang terdapat aspek – aspek dan person –person diluar sistem pengujian yang wajib ikut berperan. Terlebih di sebuah pekerjaan test kebanyakan mengikutsertakan elemen dari luar sistem Ada 4 cara yang bisa dilakukan: a. Mengikutsertakan perusahaan yang menyiapkan barang untuk di merger dengan barang yang masih bangun. b. Mengikutsertakan pihak pengujian yang mandiri. c. Mengikutsertakan biro penjualan d. mengikutsertakan customer/pengguna.



6.



Tingkat Kerumitan Dan Pengujian Sistem Faktor utama untuk mengikutsertakan vendor dalam operasi pengujian: a. Tidak tergantikan(bagian penting yang wajib diikutsertakan) b. Merupakan perangkainya c. Keterampilan



7.



Penguji Pihak Ketiga Elemen pengujian dari penguji pihak ketiga yaitu per institusi yang mempromosikan



pelayanan



pengujianke



customer.



Pelayanan



tersebut



disampaikan secara langsung dan tidak langsung maupun semuanya. institusi penguji diatas yang menyarankan pelayanan pengujian dibagi jadi 2: a. Sebuah agen sementara : menyiapkan seorang penguji professional. b. Penguji pihak ketiga: mempersiapkan rencana sebuah sistem pengujian dan pengendaliannya. Provit : a. Mempunyai keterampilan di aspek pengendalian sistem pengujian dan mempunyai pengetahuan untuk melaksanakan pengujian secara teknis. b. Mampu mengerjakan proyek pengujian lebih gesit.



Testing & Implementasi



1



Universitas



8.



Sistem Informasi



Instansi Pemasaran Instansi pemasaran bisa digunakan untuk melaksanakan pengujian yang bersangkutan dengan pusat sebuah sistem. Kekurangannya: Tidak mampu melaksanakan pengerjaan pengujian yang susah yang berkarakter sangat teknis.



9.



Perancangan Pekerjaan Test a. Membandingkan keterampilan b. Anggaran tetap dan anggaran waktu dan materil c. Merapikan , mengatur, dan mengelompokan agenda pengujian. d. Penataan perlengkapan e. Relasi masalah pengujian



10. Perihal yang mampu mempercepat pengerjaan tes: Tes dikerjakan seluruhnya sepenuhnya secara hati-hati, memakai 3 factor: a. Batas penyelesaian diatur dengan tepat, menemukan kesalahan sesegera mungkin, semua team wajib diikutsertakan dari awal. b. Transparansi untuk hubungan antara anggota test dengan team yang lain. c. Corporate culture, anggota test adalah upaya untuk meminimalisir dampak dan filosofi pengelolaan bisnis diturunkan ke semua proyek.



11. Uji Regresi a. Pada titik apa pun, konsekuensi pengujian (dalam bentuk apa pun) berlaku sehubungan dengan menemukan kesalahan, dan kesalahan itu harus diubah. Ketika pemrograman disesuaikan, beberapa bagian dari pengaturan produk (program, dokumentasi, atau informasi pendukung) diubah.



Testing & Implementasi



1



Universitas



Sistem Informasi



b. Pengujian kekambuhan adalah gerakan yang menjamin bahwa perubahan itu benar dan tidak menyebabkan tindakan yang tidak diinginkan atau kesalahan tambahan. c. Pengujian



kekambuhan



menjalankan



kembali



harus



dimungkinkan



sebagian



dari



secara



keseluruhan



fisik,



dengan



eksperimen



atau



menggunakan peralatan tangkap/pemutaran robot. d. Instrumen



tangkapan/pemutaran



yang



memungkinkan



profesional



pemrograman membuat eksperimen dan hasilnya untuk digunakan kembali dan dikorelasikan dengan subset eksplisit atau keseluruhan. e. Subset tes yang dilakukan dari 3 kelas eksperimen yang berbeda: 1)



Penggambaran contoh uji yang benar-benar akan melihat semua kegunaan produk.



2)



Tes



ekstra



yang



memperhatikan



pemrograman



yang



mungkin



dipengaruhi oleh perubahan. 3)



Menguji perhatian itu pada bagian pemrograman yang diubah.



f. Saat tes penyambungan dimainkan, jumlah tes kekambuhan akan meningkat ke tingkat yang signifikan. g. Selanjutnya, tes relapse harus diselesaikan untuk menutupi tes yang sama atau beberapa kesalahan kelas di setiap kapasitas program pemimpin balai kota. Tidak masuk akal dan boros untuk menjalankan setiap pengujian untuk setiap kapasitas program ketika terjadi perubahan.



12. Smoke Testing a. Smoke testing adalah pendekatan pengujian rekonsiliasi yang sering digunakan ketika item pemrograman "sedikit dibatasi" dibuat. b. Rencana sistem untuk mengelola musim tugas yang penting, mendukung grup produk untuk menjalankan usaha dengan premis berulang. c. Pada dasarnya, pendekatan pengujian asap terdiri dari latihan-latihan berikut: 1)



Pemrograman bagian yang dimaksudkan kode, dikoordinasikan menjadi "bentuk", yang terdiri dari semua dokumen informasi, perpustakaan, modul yang digunakan kembali, dan bagian yang dibuat diharapkan untuk mengeksekusi setidaknya satu item pekerjaan.



2)



Perkembangan tes dimaksudkan untuk memberikan kesalahan yang akan menjaga "bentuk" berfungsi seperti yang diharapkan. Sasaran harus



Testing & Implementasi



1



Universitas



Sistem Informasi



memasukkan kesalahan "karya seni" yang memiliki kemungkinan terbaik untuk menunda proyek produk dari jadwal. 3)



"Formulir" dikoordinasikan dengan "formulir" lain dan seluruh item diekspos ke tes asap hari demi hari. Pendekatan koordinasi dapat bersifat hierarkis atau mendasar. Pengujian asap memberikan berbagai manfaat ketika digunakan dalam



usaha perancangan yang mendasar dan kompleks, sebagai berikut: a. Meminimalkan bahaya rekonsiliasi. Karena dilakukan hari demi hari, kesalahan acak dan "permata" lainnya dapat terlihat secara konsisten, sehingga perubahan rencana karena kesalahan asli dapat dikurangi. b. Peningkatan sifat hasil akhir. Karena metodologi terfokus bergabung, tes asap mencakup kesalahan utilitarian dan rekayasa dan kesalahan rencana tingkat bagian. Kesalahan ini dapat diperbaiki pada kesempatan paling awal, kualitas yang lebih baik diperoleh. c. Penentuan kesalahan dan perbaikan ditingkatkan. Demikian juga dengan semua pengujian koordinasi yang semakin dekat, kesalahan yang ditemukan selama pengujian asap terkait dengan "perbaikan pemrograman baru", di mana pemrograman telah ditambahkan ke "konstruksi" yang mungkin membuat kesalahan baru ditemukan. d. Evaluasi ukuran kinerja lebih mudah. Seiring berjalannya waktu, lebih banyak pemrograman telah dikoordinasikan dan lebih banyak telah diilustrasikan



13. Strategi Pengujian Pengujian adalah bermacam-macam latihan yang dapat disusun lebih lanjut dan dilakukan secara metodis. Akibatnya sistem pengujian produk, misalnya



sekelompok



langkah



yang



dibentuk



dari



prosedur



rencana



eksperimental dan teknik pengujian eksplisit, harus dicirikan untuk jalannya produk. Berbagai



metodologi



pengujian



pemrograman



dilakukan



untuk



memberikan sistem pengujian kepada insinyur pemrograman dengan kualitas umum yang menyertainya: a. Pengujian dimulai dari level part terkecil hingga kombinasi antar part di seluruh framework PC tercapai. Testing & Implementasi



1



Universitas



Sistem Informasi



b. Menguji prosedur shift seperti yang ditunjukkan oleh jam penggunaan. c. Pengujian diselesaikan oleh insinyur produk dan (untuk usaha besar) oleh kelompok eksperimen gratis. d. Pengujian dan investigasi adalah latihan terpisah, namun pemecahan masalah harus diperlukan dalam sistem pengujian apa pun. Teknik pengujian produk harus mewajibkan pengujian tingkat rendah yang diperlukan untuk mengkonfirmasi bahwa sebagian kecil dari kode sumber telah dilakukan secara akurat. Selain itu, pengujian tingkat yang tidak dapat disangkal digunakan untuk menyetujui kapasitas kerangka kerja yang signifikan terhadap kebutuhan/permintaan klien. Suatu teknik harus memberikan panduan bagi para ahli dan segudang prestasi bagi para supervisor. Karena fase sistem pengujian umumnya terjadi ketika tekanan batas waktu mulai muncul, peningkatan eksekusi harus dapat diukur dan masalah dibedakan tepat waktu seperti yang benar-benar dapat diharapkan. a. Organization of testing programming Dalam setiap proyek produk, biasanya akan ada berbagai keadaan yang tidak dapat didamaikan saat pengujian dimulai. Pada umumnya, pengujian pemrograman diselesaikan oleh perancang produk itu sendiri. Ini jelas akan membuat pengujian pemrograman kurang berguna dan membuat kekacauan antara pengujian itu sendiri dan pemecahan masalah. Menurut perspektif penelitian otak itu benar-benar langsung di bagian 2, ada kontras yang sangat penting antara ilmu otak insinyur yang difokuskan,



dan



ilmu



otak



penganalisis



yang



bermaksud



untuk



memusnahkan. Jadi dengan asumsi insinyur juga diberi kewajiban untuk melakukan pengujian, perancang pada umumnya akan merencanakan dan melaksanakan pengujian untuk menunjukkan bahwa program bekerja, alihalih menemukan kekurangan. Sebenarnya, blunder yang tidak tertutup ini pasti akan muncul. Juga, jika itu tidak ditemukan oleh insinyur, klien atau klien akan menemukannya. Ada berbagai kebingungan, yang akan mempengaruhi percakapan masa lalu menjadi salah informasi, khususnya: 1)



Insinyur perangkat lunak tidak perlu melakukan pengujian apa pun.



2)



Perangkat lunak yang diberikan kepada orang lain (tidak dapat dipercaya), yang akan menguji produk tanpa pemahaman dan



Testing & Implementasi



1



Universitas



Sistem Informasi



kebingungan. 3)



Penganalisis baru bekerja atau mengambil bagian dalam tugas, tepat saat periode pengujian usaha dimulai. Insinyur pemrograman secara konsisten bertanggung jawab untuk



pengujian unit (bagian) dari program, menjamin bahwa setiap unit bekerja pada jam rencana. Pada umumnya, insinyur juga melakukan pengujian kombinasi – langkah pengujian yang mendorong pengembangan dan pengujian desain umum program. Hanya setelah pemrograman struktural selesai, Kelompok Uji Independen (ITG) dapat mengambil bagian di dalamnya. Alasan kelompok eksperimen gratis adalah untuk menjauhkan diri dari masalah yang terkait dengan mengizinkan pencipta memainkan tes yang dia buat sendiri. Juga, kelompok eksperimen otonom menghindari keadaan yang tidak dapat didamaikan. Juga, tenaga kerja dari kelompok eksperimen otonom dibayar untuk menemukan masalah. Pengembang juga tidak akan dapat memberikan kewajiban untuk membebaskan kelompok eksperimen seperti itu. Mereka dan kelompok eksperimen bebas harus bekerja sama sepanjang usaha untuk menjamin tes dilakukan dengan tepat. Terlebih lagi, ketika tes telah dilakukan, insinyur harus memiliki pilihan untuk memperbaiki kesalahan yang ditemukan. Sebuah kelompok eksperimen bebas penting untuk kelompok proyek pengembangan produk yang akan mengambil minat selama tindakan penentuan dan terus mengambil bagian (pengujian sistem pengaturan dan teknik) melalui tugas yang sangat besar. Laporan kelompok eksperimen gratis (ITG) sebagian besar waktu diberikan kepada asosiasi SQA, dan otonomi tidak akan tercapai jika masih dalam bagian produk yang dirancang dari asosiasi.



b. Strategy Testing Software Sistem pemrograman dapat dilihat sebagai twisting seperti yang ditunjukkan pada gambar di bawah ini. Pada awalnya, desain kerangka kerja mencirikan



pemrograman



dan



mendorong



penyelidikan



prasyarat



pemrograman, di mana model untuk ruang data, pekerjaan, perilaku, eksekusi, perintah, dan persetujuan pemrograman tidak benar-benar



Testing & Implementasi



1



Universitas



Sistem Informasi



ditetapkan. Pindahkan internal di sepanjang belitan, dari rencana hingga penyelesaian dengan pengkodean. Dalam kemajuan pemrograman PC, siklus bergerak dari perspektif eksternal setelah jalan berliku yang menurunkan tingkat refleksi setiap langkah.



Gambar 8. 6 Strategi testing



Interaksi



menurut



perspektif



prosedural,



pengujian



terhadap



pemrograman yang dirancang sebenarnya merupakan pengembangan dari empat fase yang dilakukan secara berurutan, seperti yang ditunjukkan pada Gambar 4.2. Pada awalnya, titik fokus pengujian terletak pada setiap bagian secara independen, mencari tahu apakah kapasitas bagian itu dapat dipesan sebagai satu unit. Untuk selanjutnya nama unit testing. Pengujian unit akan secara intensif menggunakan metode pengujian kotak putih, benar-benar mencari cara spesifik yang bertanggung jawab atas modul untuk menjamin inklusi total dan penemuan kesalahan paling ekstrem. Selain itu, bagianbagian harus digabungkan atau digabungkan untuk membingkai bundel pemrograman



total.



Pengujian



kombinasi



mengelola



masalah



yang



mengidentifikasi dengan masalah saklar dan program pengembangan. Eksperimen



metode



penemuan



lebih



banyak



digunakan



selama



pencampuran, meskipun ukuran khusus dari pengujian kotak putih juga akan digunakan untuk memastikan masuknya kontrol pemimpin balai kota. Ketika produk telah dikoordinasikan (dikembangkan), pembacaan tingkat signifikan



Testing & Implementasi



1



Universitas



Sistem Informasi



dilakukan. Aturan persetujuan (ditandai dalam pemeriksaan persyaratan), harus dicoba. Pengujian persetujuan adalah bagian terakhir yang menjamin produk memenuhi semua praktis, sosial, dan eksekusi benar untuk bentuk. Prosedur pengujian penemuan digunakan hanya selama persetujuan. Tahap terakhir, pengujian permintaan tinggi, berada di luar ruang perancangan perangkat lunak dan memasuki pengaturan yang lebih luas dari perancangan kerangka kerja PC. Saat menyetujui pemrograman, itu harus digabungkan dengan komponen kerangka kerja lainnya (seperti peralatan, individu, kumpulan data). Pengujian kerangka kerja menggunakan apa yang semua komponen bergantung satu sama lain, dan kegunaan umum/eksekusi kerangka kerja tercapai. c. lsu-lsu Strategy Testing Terlepas dari seberapa hebat metodologi pengujian, itu akan gagal jika pertimbangan terkait masalah pengujian prosedur tidak seperti yang diharapkan. menentang masalah ini, sehingga pemrograman pengujian sistem dapat dijalankan secara efektif: 1)



Detail prasyarat produk yang akan dikuantisasi, harus disiapkan dengan baik sebelum pengujian dimulai. Tujuan pengujian adalah untuk menemukan kesalahan, sistem yang baik juga mengevaluasi atribut kualitas, seperti kemampuan angkut, kelangsungan hidup, dan dapat digunakan kembali. Dimana hal ini harus ditunjukkan dengan tujuan tertentu yang dapat diperkirakan, sehingga hasil tes yang diharapkan.



2)



Nyatakan objektivitas tes dengan tegas. Objektivitas tes tertentu harus dinyatakan dalam struktur terukur. Misalnya, kecukupan tes, inklusi tes, waktu.



3)



Kesalahan



normal,



biaya



untuk



menemukan



dan



memperbaiki



kesalahan, terulangnya kejadian 4)



Kesalahan, dan jam tes per tes kambuh, yang semuanya harus dinyatakan dalam rencana tes Pemrograman klien yang komprehensif dan profil asuh untuk setiap kelas klien. Kasus penggunaan yang menggambarkan situasi asosiasi untuk setiap kelas klien dapat mengurangi upaya pengujian umum dengan memusatkan perhatian pada pemanfaatan item yang sebenarnya.



Testing & Implementasi



1



Universitas



Sistem Informasi



5)



rencana perbaikan tes tergantung pada "pengujian siklus cepat". Gilb [GIL95] mengatur kelompok pemrograman komputer untuk mengetahui bagaimana melakukan tes pada siklus yang ketat dari penggunaan klien. Kritik selanjutnya dapat digunakan untuk mengontrol derajat nilai dan menguji prosedur yang dirujuk.



6)



Buat pemrograman yang kuat, yang dimaksudkan untuk melakukan tes individu.



Pemrograman



yang



harus



direncanakan



menggunakan



prosedur antibugging. Jadi produk dapat menganalisis kesalahan kelas tertentu. Demikian juga, rencana tersebut harus mewajibkan pengujian komputerisasi dan pengujian kambuh. 7)



Gunakan Formal Technical Review (FTR) yang berhasil sebagai saluran pengujian tertentu. FTR bisa sama layaknya dengan pengujian dalam menutupi kesalahan. Dengan demikian, survei dapat mengurangi ukuran pengetesan yang diperlukan untuk membuat pemrograman yang hebat.



8)



Melakukan Tinjauan Teknis Formal untuk mensurvei teknik pengujian dan eksperimen yang sebenarnya. FTR dapat menggabungkan penyimpangan,



penyimpangan



dan



kesalahan



dari



pendekatan



pengujian. Ini akan menghemat waktu dan lebih mengembangkan kualitas barang.



C. LATIHAN SOAL 1.



Sebutkan dan jelaskan berapa model testing yang dapat digunakan dalam melakukan testing!



2.



Sebutkan dan jelaskan keuntungan dan kerugian dari model development projek!



3.



Sebutkan dan jelaskan tentang suatu proyek tes dilakukan pada tiga arah!



4.



Sebutkan



pendapat



anda



mengenai



model



testing



direkomendasikan! 5.



Perihal apa saja yang dapat mempercepat tes? sebutkan!



Testing & Implementasi



1



yang



paling



Universitas



Sistem Informasi



D. REFERENSI Abdul, K. (2003). Pengenalan Sistem Informasi. Yogjakarta: ANDl Behl, R., O’Brien, J. A., & Marakas, G. M. (2019). Management Information Systems (Vol. 11). McGraw-Hill Education. Suyanto, M. (2004). Analisis & desain aplikasi multimedia untuk pemasaran. Penerbit Andi.



Testing & Implementasi



1



Universitas



Sistem Informasi



PERTEMUAN 9 MODEL DAN TEMPLATES PENGUJIAN



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu menerapkan model dan templates dalam pengujian yang digunakan perusahaan.



B. URAIAN MATERI 1.



SDLC (Software Development Life Cycle)



Gambar 9. 1 SDLC



Sebuah menggunakan



proses



pemeliharaan,



sebuah



sistem



informasi



pengembangan, yang



biasa



serta



dalam



disebut



Sistem



Development Life Cycle atau biasa disingkat SDLC. Banyak organisasi yang menjadikan SDLC dan model lainnya sebagai rujukan dalam proses pengembangan sebuah sistem. Tahapan SDLC ini menurut buku yang diambil dalam kutipan Alan Dennis, yaitu sebagai berikut:



Testing & Implementasi



1



Universitas



Sistem Informasi



a. Planning ( Rencana) Dalam tahapan ini harus mengetahui alasan mengapa sistem informasi tersebut dibuat dan dalam tahapan ini selanjutnya akan dihasilkan sistem request ( permintaan ). b. Analisa Merupakan tahapan untuk menentukan pilihan pada sistem informasi yang akan dibuat. Observasi dilakukan agar konsep pada sistem informasi yang dibuat agar dapat melakukan improvement pada suatu sistem. Requirement gathering pada tahapan ini dilakukan agar informasi yang didapatkan supaya dapat membangun sistem informasi. c. Design Rancangan interface dan dapat mendukung prosedur fungsional pada sistem. Pada tahapan ini ditentukan agar sistem informasi dapat beroperasi. Software dan hardware serta database dibutuhkan untuk menyimpan informasi. Di tahap ini dihasilkan desain arsitektur sistem informasi, design physical data model, interface, fungsional dan perancangan rinci tabel. d. Implementasi Penerapan dari tahapan sebelumnya yaitu agar dilakukannya pembuatan kode program, sistem konstruksi, dan testing sebelum sistem dijalankan pada suatu perusahaan.



2.



Testing Testing merupakan proses pengembangan pada sistem informasi. Suatu proses menjalankan sebuah program dengan tujuan agar dapat menemukan kesalahan atau kegagalan pada suatu sistem informasi yang biasa disebut proses testing. Kegiatan evaluasi pada kemampuan sebuah sistem ataupun program agar dapat dipastikan sistem tersebut sudah memenuhi kebutuhan. Kapan proses pada pengujian itu berakhir ?



Testing & Implementasi



1



Universitas



Sistem Informasi



a. Pengujian pada suatu sistem sudah tidak bisa dilakukan, karena disebabkan biaya yang dibutuhkannya terbilang cukup besar atau tinggi. b. Perangkat lunak yang sudah diuji memenuhi sesuai kebutuhan. c. Income yang didapatkan untuk melanjutkan proses testing sudah tidak dapat dilakukan dikarenakan biaya tambahan yang dibutuhkan cukup tinggi. d. Sumber daya dalam proses pengujian sudah habis.



3.



Test Sistem Merupakan suatu kemampuan organisasi dalam melakukan suatu pengujian dengan mengelola komponen. Pada proses ini diharapkan dapat melakukan pengujian dengan benar agar dapat mencapai suatu tujuan bersama pada perusahaan. Ada beberapa jenis komponen pengujian contoh nya seperti: a. Proses pengujian ( Test process ) b. Perangkat pengujian/Testware c. Lingkungan pengujian/ Test Environment



Gambar 9. 2 Komposisi pengujian system



Testing & Implementasi



1



Universitas



4.



Sistem Informasi



Test Phases (Tahapan pengujian) Pada tahapan ini terdiri dari beberapa tahapan pengujian, sebagai berikut: a. Unit Testing ( Pengujian Unit ) Pada unit terkecil pembangunan sistem seperti kode program, class, serta function. Hal tersebut dilakukan guna memperbaiki kesalahan sebelum disatukan menjadi lebih besar. Biasa dilakukan pada pengujian ini oleh seorang programmer dalam menguji kode program yang sudah dibuat. b. Component or Subsystem Testing Pengujian pada subsistem dari sebuah sistem yang dibuat secara tersendiri sebelum modul lainnya digabungkan. c. Integration or Product Testing Untuk mengetahui pada sistem yang dibuat agar terhubung pada komponen lainnya. d. String testing Untuk mengetahui tipe string yang ada pada sebuah sistem. e. Sistem Testing Untuk mengetahui semua sistem yang siap dijalankan. f. User Acceptance Test Untuk memastikan sudah sesuai dengan kebutuhan dan mendapatkan approve dari user atau pengguna bahwa sistem sudah selesai. g. Pilot Test Untuk mengetahui supaya sistem sudah siap mendukung pada operasional sebenarnya.



Testing & Implementasi



1



Universitas



Sistem Informasi



Gambar 9. 3 Tahapan pengujian system



5.



Test Plan Templates Perencanaan pengujian dalam menentukan langkah apa yang akan dilakukan pada waktu pengujian dimulai sebagai acuan agar dapat memastikan bahwa sistem yang sudah dibuat sesuai pada requirement. Test plan membantu proses pengujian agar sesuai jadwal dan tepat waktu. Berikut ini adalah gambar dari test plan templates:



Gambar 9. 4 Test plan templates Testing & Implementasi



1



Universitas



Sistem Informasi



Pada gambar tersebut terdapat beberapa bagian yang ada dalam test plan sehingga setiap template tidak selalu sama, akan tetapi tidak jauh berbeda dengan bagian yang ada dalam gambar template di atas. Berikut ini adalah penjelasan dari beberapa bagian tersebut: a. Overview Rancangan pengujian meliputi, tujuan testing, metodologi yang digunakan, dan objek testing. b. Bounds Apa saja sistem yang diuji dan tidak diuji dan menjelaskan definisi yang terhubung dengan proses pengujian. Diantaranya ; 1)



Scope Batasan, yang diperhatikan dan tidak diperhatikan selama pada proses pengujian.



2)



Definisi tentang istilah yang digunakan



3)



Setting penjelasan tentang lokasi pengujian.



c. Quality Risk Merupakan hasil dari analisa sebuah kualitas risiko yang telah dilakukan sebelumnya. d. .Proposed Schedule of Milestone Berisi jadwal pada kegiatan utama dalam melakukan pengujian. e. Transition Memiliki kriteria yang penting untuk mengetahui mulai serta akhir pada tahapan pengujian. Ada beberapa kriteria pada tahap transisi ; 1)



Entry



2)



Exit



3)



Continuation Criteria



4)



Stopping



5)



Suspension atau resumption criteria



Testing & Implementasi



1



Universitas



Sistem Informasi



f. Test Configuration and Environments Merupakan pengujian perangkat lunak, perangkat keras, jaringan, serta lokasi pengujian. g. Test System Development Merupakan proses pengembangan komponen pada test sistem. Dalam tahapan proses pengujian yang dibutuhkan adalah test tools, test cases, test suites, automated test scripts, test procedures, sebagai suatu kesatuan yang biasa disebut sebagai sistem pengujian. h. Test Execution Dalam proses pengujian dipengaruhi beberapa faktor diantaranya 1)



Key Participants



2)



Test case & bug tracking



3)



Bug isolasi & klasifikasi



4)



Test release management



5)



Test cycle



6)



Test hours



i. Risk and Contingency Membuat suatu rencana testing jadi sulit maupun tidak bisa dijalankan. j. Change History Merupakan sebuah dokumen untuk mencatat di setiap perubahan dalam rencana pengujian. k. Referenced Documents Memberikan sebuah referensi pada dokumen di setiap pengujian seperti, rangkaian pengujian, kebutuhan pengujian, spesifikasi rancangan, demi terhindar dari duplikasi dokumen atau pengulangan. l. Frequently Asked Questions Demi membantu proses testing yang sudah melibatkan orang baru terlibat atau terseret



Testing & Implementasi



1



Universitas



6.



Sistem Informasi



Test Tracking Spreadsheet



Gambar 9. 5 Track pengujian sistem



Merupakan sebuah alat untuk melakukan testing agar dapat Queue (Antrian): a. In Progress ( dalam antrian ) b. Block ( blok ) c. Skip ( melewatkan) d. Pass e. Fail f. Warn g. Closed



7.



Bug Tracking Database Elemen pengujian dari penguji pihak ketiga yaitu per institusi yang merupakan alat yang dibutuhkan pada pengujian dalam memegang perannya untuk merekam setiap kesalahan pada sistem. Bug Tracking memiliki beberapa keuntungan seperti: a. Memberikan informasi terkait bug yang ada dengan terinci. b. Memudahkan pencarian bug yang pernah terjadi c. Perbaikan bug dilakukan berdasarkan prioritas dan pada efek sistem



Testing & Implementasi



1



Universitas



Sistem Informasi



d. Bug yang sudah pernah terjadi memberikan gambaran sebagai referensi. e. Sebagai sumber informasi untuk support department



8.



User Acceptance Test (UAT) User Acceptance Test (UAT) adalah proses validasi apabila sebuah sistem yang dibuat telah sesuai dengan solusi yang ditawarkan kepada pengguna. Proses UAT berbeda dengan pengujian sebuah perangkat lunak maupun sistem yang menekankan penggunanya untuk memastikan sebuah sistem tidak crash ataupun error ketika digunakan oleh pengguna. Dengan demikian proses UAT ini lebih menekankan bahwa sebuah solusi yang ditawarkan dapat bekerja dengan baik bagi pengguna atau dapat dikatakan bahwa keberadaan sistem ini telah memberikan solusi kepada pengguna. Siapa yang melakukan UAT? Client atau user terakhir adalah orang yang berperan penting dalam melakukan UAT. Hal itu dikarenakan pengguna tersebut yang nantinya akan menggunakan sebuah sistem tersebut. Dalam membuat UAT terdapat tiga bagian proses penting, yaitu: a. Perencanaan Dalam membuat UAT dibutuhkan perencanaan mulai dari proses awal dikarenakan terdapat keputusan dan kesiapan yang wajib dilakukan ketika proses berjalan. Bila perencanaanya yang baru dikerjakan pada akhir sebuah project, hal itu dikhawatirkan akan menimbulkan masalah yang mengakibatkan ketertundaan pada target penyelesaian sebuah project. Rencana UAT ini dapat dikerjakan bersama dengan penyusunan test plan yang berisi beberapa bagian seperti kondisi lingkungan, date, pelaku, tugas dan tanggung jawab, hasil serta proses analisis dan juga entry exit criteria. b. Persiapan Ketika melakukan sebuah pengujian, diperlukannya data testing yang dibuat serumit mungkin hingga memerlukan sumber daya yang tidak kecil. Proses membuat data dapat dikerjakan dengan memasukkan langsung data oleh user atau dengan memanfaatkan data internal yang berada dalam database. Bila data dimasukkan oleh pengguna secara langsung, tentunya



Testing & Implementasi



1



Universitas



Sistem Informasi



akan semakin baik dikarenakan ada proses input yang sesuai persyaratan pengujian. Tidak hanya data, ada bagian lain yang memerlukan persiapan yaitu dengan mencari tahu penggunaan sistem dalam lingkungan bisnis setiap harinya. c. Pengelolaan dan Eksekusi User yang menggunakan sistem berperan sebagai penguji yang memastikan kasus yang akan di uji coba, membuat persiapan data untuk uji coba, dan juga mengeksekusi UAT. Ketika proses pengujian berakhir, seorang user / pengguna wajib memberikan kesimpulan terkait sistem yang diuji telah berhasil atau belum. Memastikan solusi atau persyaratan sudah sesuai dengan sistem yang ditawarkan. Bila muncul error atau kekeliruan ketika testing, dapat didokumentasikan atau dicatat. Tipe User Acceptance Testing: a. Alpha and Beta Testing Alpha testing merupakan proses pengujian yang berfokus pada pengembangan dan dikerjakan oleh tim internal atau sebelum diuji oleh user terakhir / client. Dengan adanya alpha testing akan membantu proses perbaikan masalah yang ditemukan dan juga meningkatkan kualitas dari sistem atau produk. Beta Testing merupakan proses pengujian yang berfokus pada produk dari pengguna. Nantinya penguji akan memberikan pendapat tentang kelebihan dan juga kekurangan sistem atau produk. Hal itu dapat meningkatkan kualitas dari produk. b. Contract Acceptance Testing Proses pengujian yang berfokus untuk meyakinkan bahwa produk telah sesuai dengan persyaratan yang telah disetujui dalam kontrak antara client dan juga pengembang dari produk. c. Regulation Acceptance Testing Menjalankan pemeriksaan pada produk yang dikembangkan telah seuai dengan peraturan yang ada dan memastikan tidak melanggar hukum. Agar tidak merugikan kedua belah pihak. d. Operational Acceptance Testing Testing yang dikerjakan untuk meyakinkan alur pada sistem dapat digunakan. Mulai dari alur kerja dalam rencana cadangan, pelatihan user, sharing proses perawatan sistem, dan juga keamanan.



Testing & Implementasi



1



Universitas



Sistem Informasi



e. Black Box Testing Menganalisa fungsi pada sistem atau produk tanpa mencari tahu struktur atau source code yang ada dalam sistem, sehingga fokus hanya pada persyaratan yang dimiliki pada sistem. Penguji hanya cukup memastikan dan mengetahui bagaimana produk atau sistem itu bekerja tanpa mengetahui bagaimana sistem itu terbentuk.



9.



Manfaat User Acceptance Test Manfaat dari UAT adalah sebagai berikut ini: a. Memudahkan programmer dalam proses pengerjaan Hal pertama yang membuat user acceptance test itu penting adalah baik pengguna tim internal dan pengguna terakhir dapat kesempatan untuk melakukan pengujian pada produk sebelum diluncurkan secara sah. Dengan pengujian yang dilakukan oleh pengguna tersebut dapat memberikan tanggapan berupa kritik maupun saran dari sistem atau produk yang dikembangkan. Kritik serta saran tersebut dapat memudahkan pihak programmer untuk meningkatkan kualitas dari produk yang dikembangkan serta dapat memperbaiki kesalahan yang ditemukan oleh pengguna. b. Kesesuaian pengguna Pengembangan sebuah sistem tentunya bertujuan untuk memudahkan pengguna atau dapat dikatakan user friendly. Dengan kata lain pendapat pengguna



sangatlah



penting



dikarenakan



nantinya



produk



tersebut



digunakan oleh pengguna. Oleh karena itu, user yang telah berpengalaman dan memahami sistem yang ada dapat dilibatkan dalam proses pengujian. Hal ini bertujuan untuk memastikan produk dapat berjalan dengan semestinya dan juga apakah produk dapat berfungsi dengan baik atau sebaliknya.



c. Hemat tenaga UAT dilakukan untuk mengerahui adanya bug atau error yang terjadi pada sistem. Bila UAT telah dilakukan dengan baik kecil kemungkin untuk



Testing & Implementasi



1



Universitas



Sistem Informasi



melakukan perbaikan secara besar-besaran dikemudian hari sehingga menghemat tenaga. 10. UAT dengan Black Box Testing Berikut ini adalah contoh proses UAT dengan menggunakan Black Box Testing:



Gambar 9. 6 Dokumen UAT 1



Testing & Implementasi



1



Universitas



Sistem Informasi



Gambar 9. 7 Dokumen UAT 2



Testing & Implementasi



1



Universitas



Sistem Informasi



C. LATIHAN SOAL 1.



Jelaskan menurut anda model dan templates pengujian yang digunakan perusahaan untuk pengujian!



2.



Sebutkan keuntungan dalam menggunakan bug tracking!



3.



Jelaskan kesimpulan menurutan anda tentang tahapan SDLC ini menurut buku yang diambil dalam kutipan Alan Dennis!



4.



Jelaskan menurut anda apakah UAT itu penting!



5.



Jelaskan tipe-tipe UAT yang anda ketahui!



D. REFERENSI Andriana, M. User Acceptance Test. (diakses pada 05 Januari 2022). Tersedia pada https://sis.binus.ac.id/2020/10/28/user-acceptance-test/. Dennis, A. (2005). Systems analysis and design with UML version 2.0. John Wiley. Satzinger, J. W., Jackson, R. B., & Burd, S. D. (2015). Systems analysis and design in a changing world. Cengage learning. Subariah, R., & Eriana, E. S. (2021). PRAKTIKUM ANALISA & PERANCANGAN (UML). Penerbit Unpam Press.



.



Testing & Implementasi



1



Universitas



Sistem Informasi



PERTEMUAN 10 PRINSIP-PRINSIP DALAM MENULIS LAPORAN PENGUJIAN



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu menerapkan prinsipprinsip penulisan laporan pengujian.



B. URAIAN MATERI 1.



Reporting / Laporan Laporan atau disebut juga sebagai reporting merupakan bentuk menyampaikan berita pemberitahuan maupun pertanggungjawaban terhadap lisan secara tertulis dari bawahan kepada atasan, selain itu adalah salah satu cara untuk pelaksanaan komunikasi dari pihak ke pihak lainnya. Laporan yaitu dalam bentuk penyajian yang fakta dalam suatu kegiatan. Sehingga fakta yang dapat disajikan itu berhubungan dengan tanggung jawab yang berikan kepada user. Selain itu fakta juga merupakan bahan atau keterangan yang didasari dengan objektif yang dialami oleh user sendiri Ketika user melakukan kegiatan.Laporan sangat mempunyai peranan penting yang berupa tentang kegiatan yang sudah dilakukan. Laporan menjadi bentuk tanggung jawab karena merupakan bagian keberhasilan dari suatu organisasi tersebut. Begitupun dengan sistem kalau tidak adanya laporan, sistem itupun tidak akan bisa digunakan. Jadi laporan itu sangat penting ketika membuat satu sistem untuk diaplikasikan.



2.



Prinsip Laporan Pengujian Di zaman yang sudah sangat modern seperti sekarang ini, sudah banyak sistem yang dibuat sedemikian rupa untuk dijadikan alat komunikasi, sehingga sangat butuh sekali uji coba pada sistem yang akan dibuat atau yang akan diaplikasikan kepada masyarakat. Dalam pengujian tersebut diharuskan adanya sebuah laporan hasil uji sistem, sehingga user dan pengguna lainnya agar mengetahui letak kesalahan pada sistem setelah melihat semua laporan yang



Testing & Implementasi



1



Universitas



Sistem Informasi



terjadi pada saat pengujian berlangsung. sedangkan laporan itu sendiri menguatkan pada user dan pengguna lainnya kalau sistem itu sudah layak ataupun tidak diaplikasikan kepada masyarakat.



3.



Prinsip dalam Laporan Merupakan suatu kemampuan organisasi dalam melakukan suatu pengujian dengan mengelola komponen. Pada proses ini diharapkan dapat melakukan pengujian dengan benar agar dapat mencapai suatu tujuan bersama pada perusahaan. Ada beberapa jenis komponen pengujian contoh nya seperti: Sebuah laporan harus memiliki syarat tertentu, yaitu: a. Lengkap Yang dimaksud lengkap adalah berupa data dan fakta harus ada di sebuah laporan dengan lengkap. Contohnya seperti sistem yang akan dibuat atau di uji. b. Jelas Yang dimaksud jelas adalah jelas bila data dalam laporan tidak memberi peluang untuk ditafsirkan secara berbeda oleh pembaca yang berbeda, sehingga dapat diperoleh apabila Bahasa yang digunakan jelas dan benar. Contohnya seperti sistem yang digunakan. c. Akurat Yang dimaksud akurat adalah data yang mungkin salah dapat membawa pembaca untuk membuat satu keputusan yang salah, sehingga keakuratan sangatlah penting dalam sebuah laporan. Contohnya seperti mengetahui input dan output data pada sistem. d. Sistematis Yang dimaksud sistematis adalah laporan yang harus diorganisasikan sedemikan rupa, dengan suatu sistem kode yang teratur, sehingga dengan mudah dibaca oleh si pembaca tersebut, dan juga laporan yang sistematis memberikan unsur yang jelas yang sudah diciptakan juga oleh unsur Bahasa. Contohnya seperti input dan output data sistem. e. Objektif Yang



dimaksud



objektif



adalah



laporan



tidak



diperbolehkan



untuk



memasukan keinginan pribadinya sendiri ke dalam laporan tersebut, demikian user pun



Testing & Implementasi



1



Universitas



Sistem Informasi



harus bersikap netral pada ukuran untuk menilai sesuatu. Contohnya seperti memasukan elemen-elemen yang tidak penting terhadap sistemnya. f. Tepat waktu Yang dimaksud tepat waktu adalah waktu yang wajib diperlukan, sehingga lambatnya sebuah laporan akan mengakibatkan lambatnya pengambilan keputusan. Contohnya seperti terlambatnya membuat laporan pada saat uji sistem. Berikut untuk membuat sebuah laporan tentang uji sistem:



Gambar 10. 1 Membuat laporan pengujian sistem



Testing & Implementasi



1



Universitas



Sistem Informasi



Flowchart di atas menggambarkan langkah-langkah pembuatan laporan uji tarik dengan bahan berupa plat dan kawat. a. Langkah pertama adalah menyiapkan beberapa bahan dengan tipe berbeda yang akan di uji tarik b. Langkah yang ke dua yaitu persiapan mesin uji dengan meletakan bahan uji pada mesin tersebut. c. Langkah ketiga adalah proses pengujian bahan dengan cara memberikan beban terhadap bahan uji secara bertahap hingga si bahan putus/ sobek. d. Langkah keempat yaitu mencatat hasil dari setiap pengujian yang dilakukan e. Langkah kelima yaitu mengumpulkan semua data dari hasil tes tarik tersebut dan juga literatur mengenai bahan uji tarik. f. Langkah ke enam yaitu pembahanan dari uji tekan yang telah dilakukan berdasarkan literaturnya. g. Langkah yang terakhir adalah kesimpulan yang di dapat dari kegiatan uji tarik bahan kawat dan plat.



4.



Tujuan Laporan Sistem Untuk menyediakan semua informasi yang bersangkutan tentang system, kinerja sistem dan perubahan sistem dalam suatu perusahaan yang bermanfaat terhadap sejumlah user dalam mengambil sebuah keputusan. Sementara itu tujuan penyusunan laporan sistem tersebut, yaitu: a. Untuk memperbaiki informasi sistem yang telah diberikan kepada user dalam kualitas dan tepat waktu dari informasi tersebut. b. Untuk memperbaiki pengendalian dan pengecekan terhadap sistem, yang berarti memperbaiki tahan pada sistem dan juga menyediakan laporan lengkap terhadap pertanggung jawaban dalam hal melindungi aset perusahaan. c. Untuk menurunkan biaya dalam menggandakan sebuah laporan pada sistem.



Testing & Implementasi



1



Universitas



Sistem Informasi



Dari tujuan tersebut sistem diharuskan untuk dipertimbangkan kembali pada saat penyusunan suatu sistem , sehingga diharapkan tidak ada tujuan satupun yang terlewat. Demikian tujuan dibuatnya laporan sistem tersebut, agar tidak adanya laporan seperti input dan output sistem yang terlewat. Berikut adalah contoh gambar untuk tujuan membuat laporan pada sistem:



Tabel 10. 1 Contoh membuat laporan Gane/Sensor



Yourdon/De Marco



Entitas Eksternal



Entitas Eksternal



Keterangan Entitas eksternal, dapat berupa oran/unit yang berinteraksi



dengan



sistem



di



tetapi



luar



sistem.



Proses



Proses



Orang/unit



yang



mempengaruhi



atau



melakukan transformasi data.komponen



fisik



tidak diidentifikasi Aliran data



Aliran Data



Aliran data dengan arah khusus



dari



sumber



ketujuh



Penyimpanan data atau data Store



Testing & Implementasi



data Store



1



tempat data direfer oleh proses



Universitas



5.



Sistem Informasi



Fungsi Laporan pada Sistem Di Dalam laporan tentu saja terdapat yang namanya fungsi, agar dapat mengetahui apa yang ada didalam fungsi dari laporan berikut, yaitu: a. Menjadikan bahan untuk dipertanggung jawabkan. b. Menjadikan bahan untuk menyampaikannya sebuah infomasi. c. Menjadikannya alat control atau pengawasan. d. Menjadikannya untuk bahan penilaian. e. Menjadikan untuk bahan pengambil keputusan. Ada fungsi sudah tentu ada manfaatnya, berikut manfaat yang dimiliki pada laporan tersebut,yaitu: a. Menjadikan dasar penentu kebijakan. b. Menjadikan suatu bahan untuk menyusun rencana kegiatan berikutnya. c. Dapat mengetahui dengan mudah perkembangan dan proses dari kegiatan. d. Menjadikannya sumber sistem informasi. Fungsi tersebut, sangat berguna sekali untuk membuat sebuah laporan pada sistem yang akan di uji, sehingga laporan tersebut lengkap dan sistempun layak untuk digunakan. Berikut daftar fungsi laporan pada sistem:



Testing & Implementasi



1



Universitas



Sistem Informasi



Gambar 10. 2 Daftar fungsi laporan sistem



Testing & Implementasi



1



Universitas



6.



Sistem Informasi



Rancangan Laporan pada Sistem Rancangan laporan sangat berguna untuk mengintegrasikan semua proses pada sistem, kemudian rancangan sistem berguna juga untuk mengetahui apa saja yang dibutuhkan untuk laporan proses yang berada pada sistem tersebut. Rancangan tersebut dimulai dengan menggunakan metode wawancara kepada user yang akan menggunakan sistem tersebut, sehingga kemudian diberikan kepada laporan data untuk dilibatkan langsung pada sistem. Rancangan laporan kegiatan pada sistem tersebut:



Gambar 10. 3 Rancangan sistem Gambar di atas menjelaskan mengenai proses laporan kegiatan yang dikirim dari subBag Perbendaharaan berupa data kemudian diproses oleh sistem manajemen keuangan dan memperoleh output ke tiga bagian yang berbeda dengan data yang berbeda juga.



Rancangan tersebut sangat mempermudah untuk user membuat sebuah laporan yg efektif dan efisien.sementara itu user juga dengan mudah memberikan informasi kepada pengguna lainnya.



Testing & Implementasi



1



Universitas



7.



Sistem Informasi



Desain Laporan Tentang Perangkat Lunak a. Kamus data Kamus data yaitu katalog fakta atas data dan kebutuhan informasi dari sebuah



sistem



informasi,



sehingga



kamus



data



digunakan



untuk



mengidentifikasi data yang sudah mengalir di sistem yang sudah lengkap. Pada perancangan sistem, kamus data dibuat untuk merancang sebuat input, dan merancang semua laporan dari sebuah database. b. Laporan database dalam sistem Tabel 10. 2 Laporan database dalam sistem Nama



Detail Type_bayar



Deskripsi



Untuk menyampaikan dan melihatkan data-data pembayaran paket yang menjadi member.



Struktur data



Kd_type



Urutan_pembayaran



+



+ presentase Kd-Type



= Test



Urutan_pembayaran



= Number



Presentasi



= Text



Nama



Harga_sewa



Deskripsi



Untuk menyimpan dan melihat datadata jam dan harga.



Struktur data



Hari + Jam + Harga



Hari



= Test



Jam



= Number



Harga



= Number



Testing & Implementasi



1



Universitas



8.



Sistem Informasi



Hasil Laporan Pengujian Sistem Hasil laporan uji sistem tersebut, langsung segera diserahkan kepada user setelah melewati tahapan-tahapan pengujian sistem, begitupun laporan yang diberikan kepada user harus dipertanggung jawabkan kebenarannya, setelah itu hasil dari laporan yang sudah dipegang pada user akan di informasikan kembali ke pengguna lainnya. Berikut adalah hasil yang diharapkan user dalam pengujian sistem tersebut:



Tabel 10. 3 Skenario pengujian sistem 1 No Skenario Pengujian



Tambah Data (Data yang di input tidak lengkap), lalu klik “Simpan”



Hasil yang Diharapkan



Kesimpulan



Sistem tidak akan melakukan proses simpan saat kolom tidak terisi semua, dan akan tampil pesan “Data belum lengkap”



1



Valid



Test Case: Hasil Pengujian:



Isi username dan password (kosongkan)



2



Test Case:



Sistem akan menampilkan akses login ditolak dan tampil pesan.



Hasil Pengujian:



Dst..



Testing & Implementasi



1



Valid



Universitas



Sistem Informasi



Tabel 10. 4 Skenario pengujian sistem 2 KASUS DAN HASIL UJI (DATA BENAR) Data yang



Yang



dimasukkan



diharapkan



Masukkan username dan kata sandi sesuai dengan peraturan yang telah ditentukan



Pengamatan



Kesimpulan



Dapat masuk kedalam



Menampilkan halaman



sistem dan



dengan menu utama sesuai



menampilkan



dengan persyaratan



(✓) Diterima () Ditolak



menu utama



KASUS DAN HASIL UJI (DATA SALAH) Data yang



Yang



dimasukkan



diharapkan Login akan



Username: bebas



gagal dan



Password: bebas



tampil pesan salah



Pengamatan



Login gagal dan tampil pesan salah sesuai dengan ketentuan.



Dst..



Testing & Implementasi



1



Kesimpulan



(✓) Diterima () Ditolak



Universitas



Sistem Informasi



Tabel 10. 5 Skenario pengujian sistem 3 Hasil Uji UAT No



Use Case/Proses*)



1.



Nama Uji : Login



Berhasil/Gagal



Diuji oleh **)



Tanggal Test



Deskripsi Pengujian : Verifikasi hak akses hanya dapat diakses oleh pengguna terdaftar



Kasus Uji : - User name : penjual - Password : penjual



Hasil yang diharapkan : - Jika berhasil atau sesuai akan tampil beranda



Tiara Berhasil



10 Januari 2021



(Bagian ini ditulis tangan)



sistem atau aplikasi. - Jika gagal, akan tampil pesan error melalui display. 2



..



..



..



..



3



Dst..



..



..



..



Testing & Implementasi



1



Universitas



9.



Sistem Informasi



Analisa Laporan Sistem Menganalisa laporan yang sudah dalam pengujian sistem tersebut, apakah masih menemukan kesalahannya atau sudah sangat benar dalam uji sistemnya, seandainya sistem masih ada kendala atau kesalahan pada sistem tersebut, user langsung memberitahukan kepada user lainnya untuk berdiskusi mencari letak kesalahan pada sistem yang sudah diuji. Kalau sistem itu benar dan tidak ada kerusakan di bagian sistemnya, baru sistem itu laya digunakan dan dipublikasikan. Analisa laporan pengujian Pengujian rancangan a. Kecocokan pada format laporan dengan tahap perancangan sistem. b. Harus sesuai dengan variable data yang diberikan kepada format pada tahap perancangan dan hasil sistem. c. Kesesuaian sistem pada perancangan. d. Database juga dapat menampung banyak jumlah yang dibutuhkan dalam perancangan sistem. e. Teknologi, uji yang dapat menjalankan aplikasi sistem yang sudah dibuat, serta pengujian fungsi dari masing-masing elemen sistem. f. Kontrol sistem.



C. LATIHAN SOAL 1.



Jelaskan pengertian laporan!



2.



Sebutkan tiga fungsi laporan sistem!



3.



Sebutkan tiga manfaat laporan sistem!



4.



Jelaskan apa yang dimaksud dengan tujuan sistem!



5.



Berikan dua penyusunan tujuan sistem tersebut!



Testing & Implementasi



1



Universitas



Sistem Informasi



D. REFERENSI Hidayat, S. M. (2017). Implementasi Sistem Informasi Penjualan. Siti Munasasa Hidayat. Nugroho, A., Suprihadi, U., & Jaenul, A. (2021). Rancang Bangun Aplikasi Toko Online Berbasis Web Codeigniter 3 Untuk Usaha Mikro Dan UMKM. Media Sains Indonesia. Subariah, R., & Eriana, E. S. (2021). PRAKTIKUM ANALISA & PERANCANGAN (UML). Penerbit Unpam Press.



Testing & Implementasi



1



Universitas



Sistem Informasi



PERTEMUAN 11 METODE BLACK-BOX TESTING



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu mengimplementasikan pengujian black-box testing.



B. URAIAN MATERI 1.



Black-Box Testing Uji coba sistem adalah uji coba sistem software yang komplit dan terintegrasi. Perangkat lunak cuma satuan rangkaian dari system berbasis teknologi komputer besar. Biasanya software dihubungkan kepada software dan perangkat keras. Software bisa di ibaratkan untuk gabungan intruksi, yang berbentuk suatu sistem komputer yang digunakan dapat memberikan hasil yang memuaskan. Pesatnya kemajuan pada software di lingkungan manusia mendambakan kebutuhan



manusia



kepada



software



semakin



luar.



Kondisi



tersebut



meningkatkan arti yang penting keberadaan perangkat lunak yang kualitas baik. Uji coba software secara otomatis bisa menaikan efisiensi proses uji coba untuk mengidentifikasi software yang cukup bahaya mengalami kegagalan. Uji coba software secara otomatis bisa menggunakan dengan cara uji coba software. Keadaan yang dijabarkan pada uraian diatas menimbulkan keadaan akan adanya uji coba software otomatis yang dapat mengerjakan software penguji software yang kompleks dan mampu diulang berkali - kali untuk menganalisa keadaan software yang diuji dengan sumber daya yang sedikit saja. Black-box testing yaitu uji-coba yang dikerjakan cuma menganalisa hasil pemeriksaan melewati uji data coba dan menganalisa kegunaan dari software. Jadi diibaratkan sesuai dengan kita lihat kotak hitam, hanya dapat melihat gambar di luarnya, tidak tahu apa yang ada didalam kotak hitam. Serupa uji coba



Testing & Implementasi



1



Universitas



Sistem Informasi



black-box, memperbaiki dari luarnya saja, kegunaannya tanpa tau apa sebenarnya yang ada di dalam prosesnya cuma tahu masuk dan keluar.



Gambar 11. 1 Black-Box Testing



Black-box uji coba adalah cara uji coba software yang menguji kegunaan app yang berlawan dengan alur dalam atau kerja (lihat uji coba white-box). Pengetahuan khusus dari app atau alur dibangun di sekitar spesifikasi dan persyaratannya, yaitu app apa yang seharusnya dilaksanakan dengan deskripsi eksternal software. Uji coba ini dapat menjadi kegunaan, rancangan uji memilih input yang benar dan tidak dan menentukan output yang valid. Black-box testing bisa menemukan kesalahan yaitu: a. Kegunaan yang salah b. Error interface c. Error performance d. Error didalam struktur datanya



2.



Tipe Uji Coba Black-Box Software testing yaitu cara untuk mengetahui software yang dikerjakan dan berjalan dengan baik, tidak adanya software testing,tidak akan tau apakah sebuah software sudah mencapai syarat yang diinginkan pengguna. Software testing sendiri dikerjakan berdasarkan software development life cycle, dengan istilah lain dapat untuk mengetahui error. Uji coba software ini merupakan langkah yang cukup mengeluarkan uang cukup banyak dari total pengeluaran pembuatan software itu sendiri. sebagian sasaran dari software testing merupakan memperbaiki kualitas dari software



Testing & Implementasi



1



Universitas



Sistem Informasi



tersebut, menganalisa program untuk memenuhi kebutuhan kita, dan mengidentifikasi eror sistem dan eror yang berada di dalam software. Tipe dalam uji coba Black-box Ada tiga cara uji coba black-box, yaitu dengan cara : a. Functional testing Functional testing adalah proses pengujian terhadap fungsi atau fitur spesifik sebuah software. Seperti misal dari uji coba ini merupakan untuk menganalisa apakah yang memakai perangkat lunak bisa menggunakan login dengan baik dan lancar dengan passwordnya dan email dan usernamenya secara masingmasing. b. Non functional testing Non functional testing yaitu uji coba yang dikerjakan pada aspek-aspek tambahan Non functional. Non functional testing bisa diketahui apakah perangkat lunak yang sudah di setting bisa dijalankan dengan baik untuk sistem dan ukuran layar dan sistem operasi yang bermacam - macam. c. Regression Testing Black box testing model ini adalah uji coba yang dapat diproses untuk melihat apa terjadi regresi atau kemunduran ketika versi software diupgrade. Pada regression



test, pada aspek



pengecekan



dilakukan



baik fungsional maupun non



fungsional. Contoh aspek fungsional yang diuji pada kasus ini adalah fitur yang tidak lagi bekerja dengan baik pada versi terbaru. Sementara itu, aspek non fungsional yang diuji contohnya adalah performa yang melambat di versi software yang baru. Bagian software yaitu mencangkup penganalisaan data dari software tersebut, yakni dengan ; a. Deskripsi input yang dipakai. b. Deskripsi output yang dihasilkan. c. Akurasi dengan benar d.



Alur yang dibentuk.



Testing & Implementasi



1



Universitas



Sistem Informasi



Black-box sistem strategi yaitu batas untuk nilai uji coba, memiliki beberapa nilai, yakni : a. Nilai yang normal. b. Nilai yang berada dibawah yaitu nilai maksimal. c. Nilai Maksimal. Untuk membedakan keunggulan dan kelemahan dalam Black-box yaitu : Keunggulan Black-box : a. Bisa digunakan untuk menilai konsistensi system. b. Tidak usah lihat kode program sistem secara terperinci. c. Spesifikasi sistem bisa di pilih di awalnya. d. Penguji tidak butuh mempunyai ilmu tentang bahasa pemrograman. e. Akses untuk kode tidak dibutuhkan f. Efisien pada segmen kode yang besar Kelemahan Black-box , yang ada di Black-box testing, yakni : a. Sebagian back end tidak dicek. b. Jangkauan yang terbatas. c. Uji coba yang tidak efisien.



3.



Penggunaan Black-Box Penggunaan cara untuk black box testing terdiri 3, yakni uji coba graph-based, equivalence partitioning dan analisis nilai batas. a. Graph based testing Yaitu langkah awal untuk uji coba Black-boxnya dengan mengerti objek yang ada didalam tipe software, memilih hubungan yang mempunyai antara objek itu. Uji coba berbasiskan tipe graph dikerjakan terhadap perilaku sistem. Graph based testing itu menggambarkan graph yang mewakili hubungan antar objek pada modul sehingga tiap objek dan hubungan dapat diuji. Uji coba ini dimulai dari mendefinisikan seluruh simpul, dimana objek dan atribut diidentifikasikan, serta memberikan indikasi titik mulai dan stop.



Testing & Implementasi



1



Universitas



Sistem Informasi



Tabel 11. 1 Kombinasi elemen dalam black-box testing Notasi



Arti Node/Simpul Melambangkan objek



Link Melambangkan relasi antar objek



Node Weight X



Melambangkan properti / nilai dari data Link Weight



X



Melambangkan



karakteristik



link Link parallel Melambangkan



perbedaan



relasi yang telah dibangun pada simpul Link Simetris Melambangkan arah pada objek



Testing & Implementasi



1



relasi



dua



Universitas



Sistem Informasi



Dalam tabel yang berada diatas bahwa pengujian sistem dapat dikombinasikan dengan elemen-elemen lainnya, sehingga user dapat dengan cepat mengetahui kerusakan atau error pada program perangkat lunak yang lagi diuji. Selain itu juga dapat memberikan laporan-laporan terhadap pengujian sistem tersebut, sehingga sistem itu bisa dipergunakan dengan baik. Ada 3 pola link weight, yakni adalah : 1)



Transitivitas, yakni adalah hubungan antara tiga objek atau lebih dari yang menentukan apa pengaruh hubungan tersebut menyebar pada objek yang dipilih.



2)



Simetris yakni hubungan antara dua objek dengan dua arah.



3)



Refleksif yakni hubungan yang menuju kepada node itu atau loop null.



Ada bermacam macam cara uji coba black-box yang memakai graf, yaitu: 1)



Transaction flow modeling, cara ini memakai node untuk representasi langkah untuk transaksi, dan link untuk representasi hubungan logika antara langkah-langkah itu.



2)



Finite state modeling, cara ini memakai node untuk representasi statusnya dan link untuk representasi transisi, Statechart bisa dipakai untuk menciptakan graf



3)



Data flow modeling, cara yang ini memakai node untuk represan objek suatu data dan link untuk transformasi dari satu objek data ke data objek data yang lain-lainnya.



4)



Timing Modeling, dengan cara ini memakai node untuk representasi tujuan program dan link untuk hubungan sekuensial antara objeknya.



b. Equivalence partitioning atau partisi ekuivalensi Merupakan cara yang membagi domain input dari sistem ke dalam kelas



data,



menentukan



atau



memilih



kasus



uji



coba



dengan



mengungkapkan kesalahan, akan mengurangi jumlah semuanya dari kasus uji coba. Apabila suatu link weight memiliki pola transitivitas, simetris maka akan dapat kelas ekuivalensi. Kelas ekuivalensi mempresentasikan rangkaian kondisi benar atau tidak untuk kondisi inputan. Secara khusus, kondisi input serupa harga numeric, suatu rentang harga, rangkaian harga yang berhubungan atau suatu kondisi boolean.



Testing & Implementasi



1



Universitas



Testing & Implementasi



Sistem Informasi



1



Universitas



Sistem Informasi



c. Analisis nilai batas atau boundary value analysis Merupakan nilai batas yaitu teknik model prosesnya yang melengkapi partisi ekuivalensi, dengan fokus terhadap domain output tersebut. Untuk memilih analisis nilai batas yaitu : 1)



Apabila kondisi input khususkan suatu range dibatasi pada nilai a dan b, jadi uji coba harus dimodel dengan nilai a dan b, sama seperti di atas dan di bawah a dan b yang bersesuaian.



2)



Pedoman satu dan dua itu di gabungkan ke kondisi output.



3)



Apabila struktur data sistem sudah memilih suatu batas, maka uji coba akan dikerjakan sesuai dengan batasan struktur datanya.



4.



Teknik Black-Box Testing Teknik dalam black-box testing yaitu: a. Fuzzing Adalah cara untuk menganalisa dan mencari bug error atau kesalahan dari perangkat lunak dengan memakai injeksi data yang dibilang jelek ataupun semi semi otomatis b. Orthogonal array testing Bisa dipakai jika input domain yang relatif dibilang kecil ukuran, tetapi cukup berat untuk dipakai dalam skala yang besar. c. All pair testing Didalam cara ini, seluruh pasangan dari uji coba di rancang sama agar dapat cara ini, seluruh pasangan dari uji coba masalah didesain sedemikian rupa agar bisa dieksekusi semuanya. d. State transition Test ini manfaat untuk mengerjakan pengetasan pada keadaan dari mesin dan navigasi dari UI dalam bentuk grafik itu sendiri.



Testing & Implementasi



1



Universitas



5.



Sistem Informasi



Manfaat Black-Box Testing Sebuah uji testing tentu saja banyak sekali manfaat yang didapat seperti hal nya dalam melakukan uji testing terhadap sistem yang akan dibuat, selain itu juga manfaat dapat menguatkan tingkatan yang dapat dipahami oleh sistem, dengan adanya proses testing akan mengantisipasi kesalahan pada sistem. Oleh karena itu manfaat sangat lah penting untuk sebuah uji testing tersebut, selain itu karena adanya manfaat ini pengguna lebih bisa berinovasi merancang sistem baru untuk digunakan dengan melalui uji testing black-box. Seperti contoh pengujian yang bermanfaat itu akan lebih baik, manfaat dapat merubah si pengguna menjadi inovasi, lebih efektif dalam melakukan testing sistem tersebut. Manfaat selanjutnya yaitu pengujian terhadap sistem yang memberikan tahapan-tahapan yang sesuai pada sistem tersebut.



Tabel 11. 2 Pengujian aktivitas black-box Proses



Uji Realisasi yang diinginkan



Hasil Uji coba



Coba



Kesi mpul an



Pencet



Tombol



“cari lokasi”



Timbul maps lokasi dengan



Warna maps pada [X]



warna berbeda beda



prototype



aplikasi Diteri



berguna



sesuai ma



yang diinginkan



[



]



Ditola k Akses cara



dengan Tampilan perangkat



sesuai



ukuran layar smartphone



smartphone (android)



Tampilan prototype [X] aplikasi sesuai



layar



diinginkan



kurang lebih 5



berguna Diteri yang



ma [ Ditola



inch



Testing & Implementasi



dengan



k



1



]



Universitas



Sistem Informasi



Berikut uji testing yang dimana, bisa dilihat aktivitas pengujiannya telah sesuai dengan apa yang diuji, serta langsung bisa mendapatkan hasil dari pengujian itu sendiri, pengujian yang sudah tersusun sangat rapi ini dari aktivitas pengujian nya, realisasi yang diharapkan serta hasil dan kesimpulan pada pengujian sistem tersebut membuat sistem itu semakin layak dan dapat untuk digunakan. Manfaat untuk metode black-box testing yaitu : a. Kesederhanaan Yang dimaksud kesederhanaan disini sangat mudahnya dilakukan pengujian terhadap sistem yang diuji, karena user hanya fokus kepada input dan output nya saja, dan user pun tidak usah khawatir dengan bagaimananya sistem itu bekerja, dan begitupun metode ini tidak akan mengganggu elemen-elemen lainnya. b. Kejelasan Yang dimaksud jelas disini sistem yang akan diuji coba harus dengan persiapan yang matang diantaranya dengan waktu, karena untuk membuat sistem yang baik diperlukannya waktu yang cukup untuk memantapkan sistem yang dibuat c. Ketidakberpihakan Yang dimaksud itu ketika user itu memberikan suatu inovasi yang harus dikerjakan, dan tidak mendengarkan user lainnya untuk memberikan masukan. Hasil tabel Black-box testing yang biasa dipakai untuk menggunakan uji coba software, yakni :



Testing & Implementasi



1



Universitas



Sistem Informasi



Tabel 11. 3 Black-box Testing Proses



Uji



Kasus Uji Coba



Hasil



Coba



yang



diinginkan



Input Data



Input seluruh data Data



sukses



dan pencet Tombol input



Hasil



Uji Kesimpula



Coba



n



di Benar dan



Normal



Sesuai



tambah atau input data Delete Data



Pilih data yang akan Data



sukses



di delete dan klik delete



di Benar dan



Normal



Sesuai



tombol delete Perbarui hasil



Pencet



jumlah data



jumlah



seluruh Data data



sukses



yang perbarui



di Benar dan



Normal



Sesuai



akan diperbarui dan klik tombol perbarui Dst..



Hasil Uji coba Black-box testing untuk Login admin, yakni dengan cara :



Tabel 11. 4 Black-box Testing Login Admin Proses Uji Coba



Test Case



Hasil yang diinginkan Hasil



Uji



Coba Username pass



dan Username



tidak



masukan pencet



di (kosong) dan



tombol



login/ masuk Mengetikan username,



Testing & Implementasi



n



System akan menolak



Sesuai



yang



dan menampilkan



diinginkan



Pass



“Mohon isi Username



(kosong



dan Pass”



Username



System akan menolak



Sesuai



dan menampilkan



diinginkan



dan (admin)



1



Kesimpula



yang



Benar



Benar



Universitas



Sistem Informasi



pass tidak diisi Pass dan



“Pass belum diisi’



pencet (kosong)



tombol login Mengetikan pass Username



System akan menolak



Sesuai



dan



username (kosong)



dan menampilkan



diinginkan



tidak



diisi



pencet



dan



tombol



login Mengetikan username



Pass



atau (adm)



dan pencet login



“Username belum diisi”



System akan menolak Sesuai dan menampilkan



Pass



“Username dan Pass



(adm123 )



yang salah”



Dst..



Testing & Implementasi



Benar



(admin)



Username



pass tidak sesuai



yang



1



ada



masukan



yang



diinginkan



Benar



Universitas



Sistem Informasi



Hasil Uji coba Black-box testing untuk Login, yakni dengan format berbeda:



Tabel 11. 5 Black-box Testing Login Admin Format 2 KASUS DAN HASIL UJI (DATA BENAR) Data yang



Yang



dimasukkan



diharapkan



Masukkan username dan kata sandi sesuai dengan peraturan yang telah ditentukan



Pengamatan



Kesimpulan



Dapat masuk kedalam



Menampilkan halaman



sistem dan



dengan menu utama sesuai



menampilkan



dengan persyaratan



(✓) Diterima () Ditolak



menu utama



KASUS DAN HASIL UJI (DATA SALAH) Data yang



Yang



dimasukkan



diharapkan Login akan



Username: bebas



gagal dan



Password: bebas



tampil pesan salah



Pengamatan



Login gagal dan tampil pesan salah sesuai dengan ketentuan.



Dst..



Testing & Implementasi



1



Kesimpulan



(✓) Diterima () Ditolak



Universitas



Sistem Informasi



Hasil Uji coba Black-box testing untuk tambah data, yakni dengan format gambar:



Tabel 11. 6 Black-box Testing Format 3 No Skenario Pengujian



Hasil yang Diharapkan



Tambah Data (Data yang di input



Sistem tidak akan melakukan



tidak lengkap), lalu klik “Simpan”



proses simpan saat kolom



Kesimpulan



tidak terisi semua, dan akan tampil pesan “Data belum 1



lengkap” Test Case:



Valid



Hasil Pengujian:



Sistem akan menampilkan



Isi username dan password



akses login ditolak dan tampil



(kosongkan)



2



pesan.



Test Case:



Hasil Pengujian:



Dst..



Testing & Implementasi



1



Valid



Universitas



Sistem Informasi



C. LATIHAN SOAL 1.



Apa yang dimaksud dengan Black-box!



2.



Manfaat apa saja dengan Black-box!



3.



Sebutkan perbedaan dari Black-box dan White-box!



4.



Apa yang dimaksud Fuzzing!



5.



Jelaskan apa kelebihan dan kekurangan Black-Box Testing!



D. REFERENSI Al Fatta, H. (2007). Analisis dan Perancangan Sistem Informasi untuk keunggulan bersaing perusahaan dan organisasi modern. Penerbit Andi. Syafnidawaty. Black-box Testing. (diakses pada 05 Januari 2022). Tersedia pada https://raharja.ac.id/2020/10/20/black-box-testing/. Wairooy, I. K. Teknik Dalam White-box dan Black-box Testing. (diakses pada 05 Januari 2022). Tersedia pada https://socs.binus.ac.id/2020/07/02/teknikdalam-white-box-dan-black-box-testing/.



Testing & Implementasi



1



Universitas



Sistem Informasi



PERTEMUAN 12 METODE WHITE-BOX TESTING



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu mengimplementasikan pengujian white-box testing.



B. URAIAN MATERI 1.



White-Box Testing White-box testing yaitu suatu perangkat lunak yang diuji lalu digunakan untuk mencetak detail keseluruhan suatu rancangan aplikasi perangkat lunak dengan cara menggunakan struktur kontrol dari gambaran program dan sudah mengikuti prosedur yang sudah ada. White-box testing ini sendiri melewati pengujian dan itu sebagai dasar guna mengecek keseluruhan rancangan yang sudah direncanakan dari suatu desain program aplikasi dan membaginya menjadi beberapa bagian untuk menguji beberapa kasus yang perlu diuji. White-box testing biasanya dikenal dengan sebutan pengujian kotak kaca atau kotak bening atau biasa juga dengan pengujian structural, pengujian whitebox testing ini lalu dikembangkan dengan menggunakan kode-kode program yang sudah ada. Dimana pengujian ini memiliki pengetahuan soal kode-kode program dan juga soal kasus uji parameter. Ada dua teknik yang dibutuhkan dalam rancangan suatu program, dua teknik itu yaitu adalah white-box testing dan black-box testing. Kedua tehnik ini sangat penting dan diperlukan oleh seorang software engineer yaitu seseorang yang mempunyai tugas penting dalam pekerjaannya karena mengawasi sebuah perkembangan dari proses perangkat lunak dan juga sangat diperlukan untuk seorang software developer, software developer sendiri adalah seseorang yang berfokus untuk menciptakan suatu program yang baik yang tidak ada bug nya. White-box



mempunyai



istilah



kotak



bening,



dengan



cara



kita



menggunakan white-box testing ini berarti kita akan mempunyai sebuah program yang benar Testing & Implementasi



1



Universitas



Sistem Informasi



karena kita telah menggunakan analisa kode-kode dengan menggunakan whitebox testing ini dan dengan begitu kita pun bisa tau apakah program yang kita buat itu masih salah atau sudah benar dan sudah tidak ada bug pada program yang telah kita buat tersebut karena sudah melalui uji coba.



2.



Tujuan White-Box Testing Tujuan white-box testing sendiri itu juga bertujuan untuk mengetahui apakah cara kerjanya sudah sesuai dengan syarat yang telah ditetapkan sebagai cara untuk menjamin operasi-operasi internal yang sudah dirancang dan sudah sesuai dengan prosedur yang ada. Dengan kita menggunakan whitebox testing kita akan mengetahui apakah aplikasi atau program yang sudah kita buat itu berfungsi atau tidak atau apakah sudah berfungsi dengan benar atau belum sama sekali. Tujuan lain dari white-box testing ini juga bertujuan untuk memperbagus kualitasnya pada perangkat lunak dan mengeceknya pada sistem untuk bisa memenuhi suatu kebutuhan sipemekai lalu tau akan kelemahannya juga dan juga tau apa yang error atau kesalahan apa yang terjadi dalam software tersebut, semua itu kita lakukan untuk memenuhi si pengguna agar enak saat memakai program atau aplikasi yang telah dibuat dan tanpa adanya white-box testing mungkin program pada aplikasi tidak akan berjalan dengan lancar karena aneh rasanya sebuah program tanpa di tes terlebih dahulu atau tanpa di testing dulu. Adapun langkah-langkah white-box testing yaitu sebagai berikut: a. Menggunakan logika dalam suatu pengujiannya b. Menggunakan batasan yang sudah sesuai dan juga loop yang sudah ada secara merata c. Menggunakan struktur data yang merata dan sudah terjamin kebenarannya saat pengujiannya d. Melakukan evaluasi pada semua hasil yang telah melewati pengujian



Dalam white-box testing ada beberapa siklus yang harus dilewati secara berulang yaitu:



Testing & Implementasi



1



Universitas



Sistem Informasi



a. Melakukan analisis sesuai dengan kebutuhan software b. Melakukan analisis desain, tujuan nya karena merupakan bagian dari parameter dan perlu dilakukan testing c. Menjalankan testing lalu mencair apakah masih terjadi dan terdapat error, kesalahan, dan bug pada program tersebut d. Terakhir adalah membuat laporan atau report kepada seorang developer apakah software ini bisa digunakan. Layak atau tidak layak.



3.



Teknik-teknik pada White-Box Testing Adapun Teknik-teknik pada white-box tersebut meliputi: a. Statement coverage yaitu suatu teknik yang digunakan untuk membuat pernyataan dan dilewati satu kali pada jalur pengujian coding, dengan cara ini maka kita akan mengetahui kode-kode mana saja yang salah dan harus dibetulkan. b. Branch coverage yaitu suatu teknik yang telah dirancang untuk dilewati satu kali pada tiap cabangnya. c. Condition coverage yaitu suatu teknik yang semuanya harus melewati pengujian dulu untuk tahu true dan false nya. d. Multiple condition coverage yaitu suatu teknik yang dipergunakan pengujian, menguji semua kombinasi dimana kombinasi itu harus melakukan pengujian dulu satu kali. e. Basis path testing yaitu suatu teknik untuk mengukur sekomplek mana kode sebuah program dan keterangan alur mana yang akan dieksekusi. Prosedur ini menggunakan sebuah logika dimana sebagai alat pengukur sebagai panduan mengidentifikasikan ke jalur eksekusi untuk setiap program nya dan setidaknya telah melewati pengujian satu kali. f. Loop testis yaitu suatu teknik yang mendasar dan tidak diperkenankan sampai terlewati karena tehnik ini adalah dasar algoritma.



Testing & Implementasi



1



Universitas



4.



Sistem Informasi



Jenis-jenis White-Box Testing Adapun jenis-jeni white-box testing adalah: a. Basis Path



Gambar 12. 1 Flowchart dan Flowgraph



Sistem diidentifikasikan menurut jalur, struktur dan koneksi yang sudah ada dan biasanya pada sistem basis path bisa juga disebut dengan nama BRANCH TESTING, itu karena kodenya telah diidentifikasikan dan sudah melalui test. Basis path sendiri mempunyai 2 bentuk diantaranya zero path dan one path, perbedaan dari zero path dan one path sendiri adalah zero path sebagai suatu penghubung antara jalur yang tidak penting didalam sistem, sedangkan one path adalah sebagai suatu penghubung antara jalur penting didalam sistem. b. Cyclomatic Complexity Pada gambar dibawah ini adalah suatu pengukur suatu software untuk menyediakan ukuran kuantitatif dari sebuah logika pada program dan untuk mengetahui banyaknya jumlah suatu alur yang dicari dan juga melakukan test dan memastikan semua jumlah test dan pernyataan sudah dilakukan setidaknya satu kali.



Testing & Implementasi



1



Universitas



Sistem Informasi



Gambar 12. 2 Cyclomatic Complexity



c. Graph Matrix Pada graph matrix, sistem ini menggunakan bentuk persegi empat dan setiap sisi nya mempunyai ukuran yang menyerupai banyaknya baris dan kolomnya sama seperti banyaknya pada node, lalu hasilnya telah diidentifikasikan baris dengan kolomnya, sedangkan isi pada data tersebut yaitu untuk penghubung suatu keberadaan antara node.



Testing & Implementasi



1



Universitas



Sistem Informasi



Gambar 12. 3 Graph Matrix



5.



Kelebihan dan Kekurangan White-Box Testing Kelebihan dan kekurangannya diantaranya : a. Kelebihannya 1)



Mengetahui adanya kesalahan, dimana saat digunakannya sintaks if atau sintaks pengulangan jadi system pada white-box testing akan langsung



mengetahui



bila



terdapat



kode



tidak



sama



dengan



pengulangan, lalu tau saat program pada kode yang tidak sama itu pasti berhenti. 2)



Ketidaksamaan dalam berpendapat dimana beberapa rencana yang tidak sama pada hasilnya dan seterusnya proses tersebt akan dianalisis dan diperbaiki kembali.



3)



Salah dalam pengetikan, dalam kesalahan pengetikan ini bertujuan untuk mendeteksi atau mencari apakah ada kode-kode program yang mempunyai kepekaan capital atau case sensitive.



Testing & Implementasi



1



Universitas



Sistem Informasi



b. Kekurangannya Karena pada perangkat lunak ini berkapasitas besar maka system ini dianggap sebagai pemborosan dan melibatkan banyak unsur didalamnya saat melakukannya. Sistem pengujian dilakukan pada white-box testing bertujuan untuk : a. Untuk mencari tahu jalur-jalur yang sudah menggunakan modul setidaknya satu kali. b. Untuk mencari menggunakan logika agar tau keberadaannya TRUE dan FALSE. c. Untuk mencari perulangan yang mempunyai batas nilai. d. Untuk menggunakan logika dan juga syarat saat melakukan strategi. e. Untuk mencari tahu kasus yang akan digunakan pada saat pengujian. f. Untuk mengevaluasi lagi hasil yang sudah didapatkan. g. Dan melakukan nya harus secara menyeluruh dan juga merata dan tidak boleh sampai ada yang terlewatkan.



6.



Contoh White-Box Testing a. Contoh white-box testing 1 Dengan menggunakan grafik dibawah ini, sebuah jalur independen dapat dihitung melalui kode menggunakan cara nomor cyclomatic, teori ini adalah teori termudah menurut MCCABE 1976.



Testing & Implementasi



1



Universitas



Sistem Informasi



Gambar 12. 4 Contoh Pembelian Property



Cara menghitung seperti pada grafik diatas adalah dengan sebagai berikut : 1)



1 2 3 4 5 10 (property ini punya seseorang, dan tidak punya uang buat menjualnya)



2)



1 2 3 4 6 10 (property punya orang lain, dan untuk membayar sewanya)



3)



1 2 3 10 (property punya si player)



4)



1 2 7 10 (property ada, tapi tidak punya uang yang cukup)



Testing & Implementasi



1



Universitas



Sistem Informasi



5)



1 2 7 8 10 (property ada, uang ada, tapi tidak mau beli)



6)



1 2 7 8 9 10 (property ada, ada uang, dan biasa membeli)



b. Contoh white-box testing 2 Pertama: pada gambar dibawah memperlihatkan cara bagaimana laporan pada algoritma diletakan dalam node grafik, nomor ada disebelah.



public double calculate(int amount) { -1-



double rushCharge = 0;



-1-



if (nextday.equals(“yes”) )



{ -2-



rushCharge = 14.50;



} -3-



double tax = amount * .0725;



-3-



if (amount >= 1000)



{ -4-



shipcharge = amount * .06 + rushCharge;



} -5{ -6}



Testing & Implementasi



else if (amount >= 200) shipcharge = amount * .08 + rushCharge;



1



Universitas



Sistem Informasi



-7-



else if (amount >= 100)



{ -8-



shipcharge = 13.25 + rushCharge;



} -9-



else if (amount >= 50)



{



-10-



shipcharge = 9.95 + rushCharge;



} -11- else if (amount >= 25) { -12-



shipcharge = 7.25 + rushCharge;



} else { -13-



shipcharge = 5.25 + rushCharge;



} -14- total = amount + tax + shipcharge; -14- return total; } //end calculate



Gambar 12. 5 Contoh Source Code



Testing & Implementasi



1



Universitas



Sistem Informasi



Kedua: Ini adalah hasil flowgraph dari source code yang telah dibuat.



Gambar 12. 6 Flowgraph



Testing & Implementasi



1



Universitas



Sistem Informasi



Ketiga: Perhitungan cyclomatic complexity v (g) =e – n + 2 = 19 – 14 + 2 =7 Keterangan e : banyaknya sebuah busur dan link n : banyaknya sebuah node Keempat: Menemukan jalur atau path: P = Path P pertama : 1 2 3 5 7 9 11 13 14 P kedua : 1 3 4 14 P ketiga : 1 3 5 6 14 P keempat : 1 3 5 7 8 14 P kelima : 1 3 5 7 9 10 14 P keenam : 1 3 5 7 9 11 12 14 P ketujuh : 1 3 5 7 9 11 13 14



Testing & Implementasi



1



Universitas



Sistem Informasi



C. LATIHAN SOAL 1.



Apa yang dimaksud dengan white-box testing menurut pendapat anda sendiri?



2.



Apa salah satu kelebihan dan kekurangannya white-box testing?



3.



Ada berapa teknik dalam white-box testing?



4.



Sebutkan langkah apa saja yang ada pada white-box testing?



5.



Apa perbedaannya zero path dengan one path?



D. REFERENSI Dosen Pendidikan. White Box Testing. (diakses pada 06 Januari 2022). Tersedia pada https://www.dosenpendidikan.co.id/white-box-testing/. Meiliana. Basis Path Testing: Flow Graph. (diakses pada 06 Januari 2022). Tersedia pada https://socs.binus.ac.id/2016/12/30/basis-path-testing-flow-graph/. Subariah, R. (2021). PENGUJIAN WHITE BOX PADA APLIKASI DAILY ACTIVITY MONITORING KARYAWAN BERBASIS WEB. Jurnal ESIT (E-Bisnis, Sistem Informasi, Teknologi Informasi), 16(1). Susilo, J. (2014). Aplikasi Pengujian White Box IBII Online Jugde. Jurnal Informatika dan Bisnis, 3(2), 56-69. Wairooy, I. K. Teknik Dalam White-box dan Black-box Testing. (diakses pada 05 Januari 2022). Tersedia pada https://socs.binus.ac.id/2020/07/02/teknikdalam-white-box-dan-black-box-testing/.



Testing & Implementasi



2



Universitas



Sistem Informasi



PERTEMUAN 13 MONITORING DAN SISTEM KONTROL



A. TUJUAN PEMBELAJARAN Setelah



mempelajari pertemuan



ini, mahasiswa



mampu



menerapkan



monitoring dan kontrol pengujian.



B. URAIAN MATERI 1.



Monitoring Monitoring adalah kegiatan yang dilakukan seorang pemimpin dengan tujuan untuk melihat, memantau kegiatan yang terjadi di dalam suatu organisasi ataupun perusahaan baik kegiatan yang sedang berlangsung, maupun yang sudah terjadi dengan maksud untuk menilai pencapaian, memperhitungkan aspek pendukung dalam kegiatan tersebut dan menganalisa hal-hal yang berpotensi menghambat pelaksanaan kegiatan organisasi atau perusahaan. Saat proses monitoring kegiatan yang terjadi adalah pengumpulan data untuk kemudian dianalisis, lalu hasil dari Analisis tersebut dijelaskan, dijabarkan dan ditujukan sebagai sebuah masukan untuk seorang pemimpin yang kemudian dijadikan bahan untuk melakukan evaluasi dan mempertimbangkan hal-hal apa yang harus dilakukan untuk memperbaiki ketidaksesuaian yang terjadi. Monitoring sendiri membutuhkan sistem yang ditujukan untuk membantu proses monitoring itu sendiri.



2.



Sistem Monitoring Sistem monitoring adalah sebuah sistem yang digunakan dan bertujuan untuk memantau sesuatu seperti memantau kinerja dari suatu departemen dalam suatu perusahaan. Sistem monitoring banyak digunakan dan diterapkan untuk menganalisis seberapa besar pencapaian suatu departemen dalam menjalankan pekerjaannya untuk mencapai target dari perusahaan. Beberapa aspek yang menjadi fokus monitoring antaralain pencapaian harian, mingguan, dan bulanan, absensi harian, mingguan, dan bulanan serta kegiatan-kegiatan ekstra di luar



Testing & Implementasi



2



Universitas



Sistem Informasi



dari kegiatan rutin perusahaan. Dan sebagai media untuk monitoring, beberapa software yang biasa digunakan adalah web application. Tugas dari web application yaitu menampilkan data hasil monitoring secara real time. Web application digunakan untuk memudahkan monitoring secara real time yang dapat dilakukan secara langsung maupun jarak jauh melalui tampilan web application di client device sehingga dapat memenuhi informasi yang dibutuhkan oleh pengguna setiap saat. Kemudian bagian layanan yang bertugas untuk mengumpulkan data dan melakukan analisis terhadap



data-data



yang



dikumpulkan



tersebut



yang



bertujuan



untuk



memaksimalkan seluruh sumber daya yang dimiliki. Ada beberapa tahapan garis besar dari sebuah monitoring system, konsep tersebut menjadi 3 bagian sebuah proses besar yaitu, proses pengumpulan data dalam sebuah monitoring yang artinya data dari sebuah sistem dicatat dan dikumpulkan untuk mengevaluasi kesalahan yang akan terjadi pada system, yang kedua proses dalam sebuah analisa data pada monitoring yang artinya setelah data itu dicatat dan dikumpulkan, baru tim pengujian menganalisa dari system itu apakah sistem itu berjalan dengan baik atau tidak, yang ketiga proses data hasil untuk ditampilkan ke monitoring yang artinya setelah di analisa tim pengujian juga harus memaparkan data hasil analisa nya terhadap tim penguji lainnya. Diantar proses dari sebuah monitoring terjadi yang dinamakan aksi yaitu dalam bentuk service yang artinya sebuah proses yang secara terus menerus berjalan dalam waktu yang tertentu. Proses itu terjadi dalam suatu sistem yang akan dimulai dari data yang sudah dikumpulkan, elemennya seperti traffic network, information hardware, dan masih banyak lainnya, yang akan dilakukan pada data kemudian tersebut dengan menganalisa sebuah proses yang akan ditampilkan oleh tim penguji. Monitoring itupun sendiri mempunyai bagian bagian diantaranya, connection monitoring yang dimana connection monitoring ini berguna untuk melakukan tes jaringan terhadap sistem tersebut, sehingga test tersebut seimbang dengan elemen-elemen lainnya. Kemudian dengan sistem traffic monitoring ini berfungsi untuk melihat elemen-elemen jaringan pada data sistem secara terperinci, agar dapat mengevaluasi kekurangan maupun kerusakan pada sistem tersebut, ketika sistem itu error user pun langsung mengetahui kerusakan Testing & Implementasi



2



Universitas



Sistem Informasi



pada bagian bagian dari elemen-elemen jaringan untuk langsung memperbaiki kerusakan itu sendiri, dengan demikian sistem pun berjalan dengan sempurna. Dari monitoring itu sendiri juga mempunyai tujuan tertentu untuk mencatat semua informasi pada data dalam jaringan tersebut, yang dimana data itu sangat berguna sekali untuk mengatur maupun mengontrol jaringan pada sistem, sehingga pengujian pada sistem berjalan dengan baik.



3.



Tujuan Monitoring Memantau setiap pergerakan hal yang semaksimal mungkin dari sebuah sistem pada jaringan yang mempunyai peranan besar pada client dan host. Sistem dari monitoring ini sendiri pun banyak sekali manfaat diantaranya, memelihara sebuah alat yang digunakan untuk mengetahui apakah dalam suatu jaringan mengalami ketidaksesuaian atau terjadi kesalahan.



4.



SNMP (Simple Network Management Protocol) Elemen yang dirancang dengan tujuan menyediakan fasilitas yang dapat digunakan untuk memantau pergerakan pada sistem yang diatur sedemikian mungkin secara efektif. Selain itu bisa juga untuk mencatat semua pada informasi diantaranya yang berhubungan dengan basis IP seperti server dan router. Dengan SNMP bisa juga dipergunakan untuk mencatat informasi pada jaringan, seperti kondisi dalam CPU dan untuk mencatat suhu dalam jaringan tersebut, sehingga tidak ada lagi terjadi crash pada jaringan itu sendiri. SNMP mempunyai tiga elemen yang sangat membantu pada jaringan ketiga elemen itu sendiri diantaranya diawali dengan manajer, yang dimaksud manajer ini yaitu menjadikan pelaksana dalam jaringan. Manajer juga berfungsi untuk melakukan proses atas jaringan serta dapat melakukan pengoprasian terhadap perangkat lunak pada jaringan tersebut, manajer juga harus melakukan komunikasi terhadap agen lainya dalam sebuah sistem jaringan, dan juga diwajibkan mencatat informasi dari agent lain atas jaringan yang ingin diuji dan tidak semua informasi yang punyai oleh agent itu sendiri. Selain manajer juga terdapat elemen lainnya seperti agent, agent itu sendiri berguna untuk mengelola jaringan dan dioperasikan dalam perangkat lunak. Selain itu agent juga mempunyai variable data berbasis yang hanya dimiliki lokal saja, yang dapat



Testing & Implementasi



2



Universitas



Sistem Informasi



menjawab semua keadaan dan aktivitas dalam berpengaruhnya terhadap sistem yang ingin dioperasikan. Dan elemen yang terakhir yaitu management informasi base atau yang disebut sebagai MIB itu juga guna untuk sebagai struktur dalam berbasis data variable jaringan yang dikerjakan. Struktur juga memiliki sifat yang hirarki dan dapat memiliki pengaturan sendiri, sehingga informasi dari setiap variabel dapat sangat dikerjakan dengan sangat mudah. Contohnya seperti PRTG dan OPMANAGER.



5.



Aplikasi Sistem Monitoring Sistem monitoring mampu menyediakan data secara realtime setiap waktunya, sehingga memudahkan untuk mendapatkan posisi dan data di dalam suatu alat. Pada penentuan posisi dan pengambilan data berbasis smartphone adalah pemantauan lebih baik dikarenakan mempunyai tingkat mobilitas yang lebih tinggi. Penerapan sistem monitoring dengan smartphone jarang ditemui dikarenakan proses monitoring sering dilakukan melalui personal computer. Jenis-jenis Sistem Monitoring Di zaman yang sudah modern seperti ini banyaknya terobosan-terobosan yang digunakan untuk sebagai alat bantu mengurangi pekerjaan bagi manusia guna untuk mengembangkan teknologi, pada saat ini telah terciptanya teknologi seperti robot, teknologi seperti robot ini sudah sangat pesat di kalangan negara khususnya seperti dicina, peranan robot ini juga sangat membantu manusia untuk mengurangi beban yang ada pada pekerjaannya. Bias diambil contoh dengan adanya robot yang sejenis mobile, peran mobil inipun sangat penting dalam berbagai bidang atau pekerjaannya, seperti sains dan lainnya. Serta juga membantu pekerjaan manusia dalam kesehatan, industri sampai militer pun memakai mobile untuk membantunya agar mengurangi beban dalam pekerjaan itu sendiri. a. Sistem Monitoring Dalam Bidang Kesehatan Tubuh kita terdiri dari berbagai organ. Terganggunya fungsi jantung akan berakibat fatal bagi penderitanya. Dalam kondisi tertentu pasien penyakit jantung memerlukan pemantauan kondisi jantung secara terus menerus. Untuk itu diperlukan suatu sistem monitoring yang dapat memantau kondisi



Testing & Implementasi



2



Universitas



Sistem Informasi



pasien dari luar ruangan. Sistem ini membutuhkan perangkat monitoring yang wearable untuk ditampilkan di perangkat smartphone berbasis Android.



Gambar 13. 1 Sistem monitoring bidang kesehatan



Seperti pada gambar diatas dapat dijabarkan sebagai monitoring dalam hal kesehatan, ambil saja pada contoh rumah sakit , pihak dari rumah sakit pun wajib untuk memonitoring dalam segala hal, termasuk pada dokter yang mengobati pasien apakah dokter itu dengan benar dan mengikuti tata cara sebagai dokter untuk membantu mengobati pasien, tidak hanya dokter, pihak rumah sakit pun harus melakukan monitoring terhadap perawatperawat yang ada pada rumah sakit itu, apakah perawat itu sudah lulus lisensi sebagai perawat apa belum, karena tugas dari perawat adalah untuk membantu dokter dalam hal menangani pasien tersebut, selain itu juga pada bagian administrasi,kebersihan rumah sakitnya, fasilitas, dan makanan maupun Testing & Implementasi



2



Universitas



Sistem Informasi



minuman yang disajikan pihak rumah sakit sudah memenuhi kebutuhan pasien atau belum. Jadi sangat dibutuhkan sekali untuk pihak dari rumah sakit itu sendiri untuk melakukan monitoring tersebut. b. Sistem Monitoring Dalam Bidang Industri Sebagian orang sangat ingin sekali nyaman dalam bekerja, nyaman dalam hal bekerja juga biasanya dapat berpotensi pada efek kualitas kinerja seorang karyawan di ruangan tersebut. Kenyamanan dalam ruangan dapat dipengaruhi oleh beberapa faktor. Sebagai contoh yang bisa diambil dalam unsur penting yang bisa menjadikan parameter dapat menentukannya kondisi lingkungan yang bersih ataupun yang kotor pada tercemarnya gas.



Gambar 13. 2 Sistem monitoring bidang industri



Melakukan monitoring terhadap bidang industri itu memang sangat penting pasalnya, sebuah perusahaan harus menjaga kualitas produk yang dimilikinya, dan perusahaan itu juga harus menjaga karyawannya untuk berinovasi guna untuk menciptakan produk yang lebih berkualitas, fungsinya untuk melihat gimana kinerja karyawannya dalam hal melakukan pekerjaan itu sendiri, yang kedua untuk melihat produk-produk yang dikembangkan



Testing & Implementasi



2



Universitas



Sistem Informasi



secara berkualitas oleh para karyawannya kepada perusahaan, guna produk tersebut dapat dikirim ke berbagai customer-customer yang sudah bekerja sama pada perusahaan itu sendiri, yang ketiga untuk melihat kebersihan dan kerapihan pada perusahaan itu sendiri. c. Sistem Monitoring Dalam Bidang Militer Akhir-akhir ini gempar dengan adanya teror bom paket. Dikarenakan kurangnya perangkat otomatis seperti robot untuk menjinakkan bom tersebut, akhirnya manusia yang menjadi korbannya. Salah satu bentuk aplikasi dan implementasi kemajuan teknologi informasi dan robotika yaitu robot dapat digunakan untuk melakukan tugas-tugas, khususnya di tempat yang belum pernah dijangkau atau bisa disebut tempat yang berbahaya. Dalam teknologi kendali jarak jauh yang dikembangkan oleh badan militer digunakan, misalnya untuk mata-mata saat terjadi peperangan, alat perang tanpa awak, dan banyak hal lainnya.



Gambar 13. 3 Contoh monitoring bidang militer



Untuk militer sendiri sangat penting sekali untuk melakukan monitoring terhadap musuh yang menyerang atau mengetahui dimana musuh berada



Testing & Implementasi



2



Universitas



Sistem Informasi



lewat aplikasi yang sudah dibuat, sehingga atas langsung menyuruh personal militer nya untuk bergerak. Aplikasi yang digunakan pun sangat tepat, sangat mudah militer untuk menjaga kawasan itu sendiri dengan sinyal atau radar yang sudah diaplikasikan dalam hal monitoring itu sendiri. d. Sistem Dalam Melakukan Kontrol Dalam sebuah sistem kontrol butuh yang dinamakan pengaturan proses dan pengendalian atas sistem dalam hal besarnya variable, dengan itu nilai berada pada ruang lingkup yang diinginkan oleh user.dalam sistem ini juga bermanfaat untuk menjaga perusahaan tersebut agar tidak mengalami penurunan pada perusahaannya. Sistem



kontrol



memiliki



tugas



yang



sangat



penting



dalam



perkembangan ilmu pengetahuan dan juga teknologi. Sistem kontrol sangat diperlukan dalam suatu program kerja baik itu dalam skala kecil, menengah maupun besar. Sebagai contoh sistem kontrol dalam dunia industri, sistem kontrol memegang peranan yang sangat penting dalam membantu pengoperasian alat-alat industri seperti alat milling dan sebagainya. Sistem kontrol dalam dunia industri sangat diperlukan dalam mengontrol alat-alat dalam dunia industri seperti untuk mengontrol tekanan, temperatur, kelembaban, viskositas, dan aliran atau proses kegiatan dalam kegiatan industri. Penanganan dan perakitan bagian-bagian mekanik dalam industri manufaktur, dan lain sebagainya banyak bergantung kepada sistem kontrol. Sistem kontrol terdapat bagian-bagian tahapan yaitu dengan cara menggunakan operasi manual atau otomatis, hal ini juga sangat membantu karyawan dalam hal membuat suatu produk yang berkualitas, yang kedua dengan cara closed-loop dan open-loop, berguna untuk menutup dan membuka suatu jaringan pada saat pembuatan produk, yang berikutnya ketiga yaitu analog maupun digital, di zaman seperti ini sepertinya sudah tidak ada yang memakai sistem analog karena lebih sulit untuk memasarkan suatu produk tersebut, dibandingkan dengan digital jelas memang sangat jauh sekali, digital itu sendiri berfungsi untuk memasarkan produk perusahaan melalui social media seperti Instagram dan whatsapp apalagi sekarang sudah banyak aplikasi untuk memasarkan produk, seperti shopee dan bukalapak.selanjutnya yang terakhir dengan cara regulator, cara ini untuk menjaga ketahan daya pada produk yang dimiliki perusahaan serta menjaga jaringan jaringan agar lebih stabil dan dapat digunakan dengan baik.



Testing & Implementasi



2



Universitas



Sistem Informasi



Berikutnya dengan pengontrolan sistem memliki enam bagian diantaranya on-off, berfungsi untuk menjalankan atau memberhentikan suatu jaringan pada perusahaan, selanjutnya yang kedua proportional, berfungsi untuk menjaga keseimbangan jaringan guna untuk membuat produk lainnya agar tidak mengalami penurunan, yang ketiga integral, berfungsi untuk mengkaji ulang produk dengan produk sebelumnya untuk melihat perbedaan dari jumlah tertentu. Sebagai contoh terdapat beberapa istilah atau terminologi dalam sistem kontrol yang tedapat di dalam dunia industri yang hampir serupa dengan yang terdapat dalam dunia teknologi informatika. Diantaranya adalah sebagai berikut: 1)



Set point Yang dapat dimaksud dalam set point yaitu salah satu penilaian untuk dapat seperti penunjuk buat melakukan control variable dengan sederhana,selain itu bisa disebut juga dengan adanya penilaian yang diharapkan untuk menjadi nilai keluar dari sistem kontrol. Jadi, dalam menjaga set point dalam sistem kontrol haruslah mempunyai poin yang sama antara variabel dengan set point tersebut.



2)



Controlled variable Control variable merupakan kuantitas tersebut bertujuan untuk mengukur besaran yang selalu mempunyai nilai yang sesuai terhadap keinginan dari perusahaan tersebut. Controlled variable disebut juga sebagai CV.



3)



Manipulated variable Memberikan suatu nilai besaran yang akan dikontrol dengan elemen-elemen, sehingga dapat memberikan efek control.



4)



Terjadinya error pada sinyal monitoring Error sinyal dalam sistem monitoring hal itu sudah biasa terjadi, inilah tugas tim penguji untuk melakukan evaluasi control pada sinyal, dan membuka dokumentasi tersebut guna dikirimkan kepada controller untuk menjadi masukan.



5)



Control signal Sinyal pada control monitoring merupakan sinyal yang bersumber dari sebuah system control untuk menjadikan hasil proses yang nantinya dapat mengontrol input terhadap variabel untuk bertujuan agar system dari sinyal ini tercapai.



Testing & Implementasi



2



Universitas



Sistem Informasi



6)



Control Engineering Merupakan bagian penting dari elemen-elemen monitoring, untuk sedemikian mungkin sejenis dengan beberapa mesin yang hanya bekerja dan bertujuan menghasilkan fungsi dari sebuah control tertentu pada system monitoring tersebut.



7)



Disturbance Disturbance



atau gangguan



merupakan



kuantitas



dan/atau



keadaan dalam lingkup sistem kontrol yang dapat mengganggu kegiatan dan fungsional dari sistem kontrol itu sendiri. Gangguan ini harus bisa diatasi oleh kontroler. 8)



Sensing Sebuah sistem yang sangat berfungsi bertujuan mengukurnya variable, Hal tersebut ditujukan sebagai perbandingan berdasarkan pada pengaturan system, bagaimanakah system itu sesuai atau tidak sesuai system ini pun juga bisa untuk transducer.



9)



Controller Sebuah alat dimana untuk bertujuan memberikan hasil sinyal untuk memasukan guna menguasai input dari variabel tersebut.



10) Final control element Final control merupakan suatu elemen yang dikatakan berhasil dalam menjalankan suatu pengujian terhadap jaringan yang dimana jaringan itu telah lulus dalam pengujian tersebut e. Testing dan implementasi sistem Setelah mengenal beberapa istilah dalam dunia industri yang hampir serupa dengan yang ada dalam dunia informatika, penjabaran berikut terkait testing dan implementasi sistem. Di mana didalamnya juga terdapat beberapa istilah yang bukan hanya serupa atau mirip namun juga terdapat keterkaitan antara dunia industri dengan dunia teknologi informatika. Dalam dunia



teknologi



informatika,



beberapa



elemen-elemen



yang



bisa



dikendalikan oleh system. 1)



Verifikasi Untuk mengetahui sebuah software apakah masih berlaku dengan yang sudah disepakati.



Testing & Implementasi



2



Universitas



Sistem Informasi



2)



Mendeteksi Error Untuk mengetahui bagaimana ada tidaknya kesalahan atau ketidaksesuaian di dalam proses pengujian.



3)



Validasi Untuk mengetahui bagaimana dalam spesifikasinya yang sudah disepakati untuk memenuhi yang diinginkan dari pengguna yang seharusnya maupun yang sebenarnya.Kemudian masuk dalam proses verifikasi. Verifikasi merupakan system dalam hal mengecek maupun lainnya dalam hal pengujian, baik sistem atau elemen-elemen lainnya, maupun hardware dalam hal memenuhi dan berkonsisten dengan cara mengevaluasi output untuk dihasilkan sebagai bahan perbandingan terhadap kebutuhan yang telah ditetapkan. Menurut para ahli yang lain juga ditemukan dalam beberapa pendapat, yaitu, testing system juga bisa dibilang sebagai ukuran dalam kualitas software, sama saja dengan halnya testing, kualitas pun dapat berbeda-beda pendapat yaitu, memang kualitas adalah suatu hal yang merupakan subjektif dan abstrak. Beberapa pendapat tentang kualitas yaitu, menurut CROSBY, kualitas merupakan kebutuhan yang harus dipenuhi, beda dengan ISO-8402 menurutnya, kualitas merupakan fitur keseluruhan dalam membuat atau menjadikannya suatu produk agar bertujuan untuk memuaskan customer, serta menyesuaikan dengan kebutuhan dengan harga yang lebih terjangkau. Begitupun dengan W,E. Perry menurutnya kualitas itu kebutuhan yang standar. Software yang berkualitas adalah yang tidak terdapat masalah pada sistemnya,. Beberapa hal yang diperlukan diantaranya untuk pendekatan yang objektif, hal tersebut sangat diperlukan karena kualitas adalah suatu hal yang tidak nyata dan subyektif dan tidak dapat dinilai dari satu sisi. Hal tersebut bergantung terhadap pelanggan dan hal-hal lain yang mempengaruhinya secara keseluruhan, baik kebutuhan dari pelanggan maupun hambatan-hambatan yang terjadi dalam proses penggunaan software tersebut, hal itulah yang menjadikan suatu dasar bahwa pengembangan suatu software diperlukan.



4)



Obyektif Testing system



Testing & Implementasi



2



Universitas



Sistem Informasi



Secara umum, testing yang objektif yaitu untuk melakukan verifikasi, validasi dan deteksi error untuk menemukan masalah pada sistem. Tujuannya agar untuk membenahi sIstem. Namun beberapa pendapat para praktisi, testing yang objektif yaitu, yang pertama mampu meningkatkan kepercayaan bahwa sistem tetap bisa digunakan dengan tingkat resiko yang wajar. Yang kedua, mampu menyediakan sebuah informasi untuk mencegah terjadinya error dana mendeteksi error sejak dini. Dan yang ketiga mampu menemukan error, kelemahan bahkan keterbatasan pada system. Yang kelima mampu



mengawasi



perkembangan



pada



system



dan



mampu



menyediakan informasi untuk kualitas produk perangkat lunak. Untuk mengetahui apakah telah berlaku sebagaimana telah ditetapkan (menurut spesifikasi).



C. LATIHAN SOAL 1.



Mengapa diperlukan objektivitas dalam testing?



2.



Sebutkan beberapa tujuan testing software!



3.



Sebutkan terminologi sistem kontrol dalam dunia industri!



4.



Apa yang dimaksud monitoring?



5.



Apa yang dimaksud sistem monitoring?



D. REFERENSI Al Fatta, H. (2007). Analisis dan Perancangan Sistem Informasi untuk keunggulan bersaing perusahaan dan organisasi modern. Penerbit Andi. Nugroho, A., Suprihadi, U., & Jaenul, A. (2021). Rancang Bangun Aplikasi Toko Online Berbasis Web Codeigniter 3 Untuk Usaha Mikro Dan UMKM. Media Sains Indonesia. Romeo, S. T. (2003). Testing dan Implementasi Sistem. Surabaya: STIKOM. Suyanto, M. (2004). Analisis & desain aplikasi multimedia untuk pemasaran. Penerbit Andi. Testing & Implementasi



2



Universitas



Sistem Informasi



PERTEMUAN 14 STUDI KASUS PENYELESAIAN TESTING DAN IMPLEMENTASI SISTEM



A. TUJUAN PEMBELAJARAN Setelah mempelajari pertemuan ini, mahasiswa mampu menyelesaikan studi kasus testing dan implementasi sistem informasi.



B. URAIAN MATERI 1.



Testing Secara umum, pengujian adalah proses yang dirancang untuk menentukan perbedaan antara hasil sistem informasi dan hasil yang diharapkan. Verifikasi dan implementasi sistem informasi Silakan periksa sistem informasi / program aplikasi / aplikasi sebelum digunakan: a. Meningkatkan manfaat sistem lama dan mengurangi kesalahan pada sistem baru dengan membandingkan dengan sistem lama. Sistem baru lebih baik dari sistem lama. b. Perubahan sistem diuji hingga sistem benar-benar dapat menyelesaikan masalah sistem/organisasi (ubah sistem sebelum digunakan) c. Sistem



yang



digunakan.



Artinya



sistem



sudah



teruji



dan



sistem



berfungsi/digunakan. Testing Pengetahuan Menurut Para Ahli Myers 1979 Pengujian adalah proses menjalankan program atau sistem untuk menemukan kesalahan. Hetzel 1983 Baginya, pengujian adalah kegiatan yang digunakan untuk mengevaluasi parameter atau kompetensi aplikasi atau perangkat dan untuk memastikan bahwa itu memenuhi keinginan atau konsekuensi yg diinginkan. ANSI/IEEE 1059. Standar Testing & Implementasi



2



Universitas



Sistem Informasi



Pengujian adalah metode membaca entitas utilitas untuk menemukan perbandingan



antara



keadaan



yang



ada



dan



yang



disukai



(kesalahan/kesalahan/kesalahan) dan untuk menilai fungsionalitas entitas perangkat lunak. Untuk menjamin kualitas aplikasi, pengujian harus dilakukan, terutama dengan memeriksa apakah sistem data produk sesuai dengan pengujian yang telah dilakukan untuk jaminan kualitas ( quality assurance). pandangan beberapa praktisi tentang check out, adalah sebagai berikut: periksa sistem ini dengan spesifikasi. a. Ditemukan kesalahan dalam program. b. Menentukan reputasi seseorang. c. Pastikan mesin siap untuk diterapkan. d. Kepercayaan diri yang dipercepat dalam kinerja keseluruhan aplikasi. e. Pengakuan bahwa sistem ini adalah jogging biasanya. f. Buktikan bahwa kesalahan tidak terjadi. g. Mengetahui batasan sistem. h. Cari tahu apa yang tidak bisa dilakukan sistem. i. Lakukan penilaian kapasitas sistem. j. Periksa dokumen. k. Pastikan pekerjaan selesai. Testing pasti salah Untuk menentukan apakah sesuatu terjadi ketika seharusnya tidak, atau sesuatu harus terjadi di sana. Dari beberapa definisi di atas, terlihat bahwa praktisi memiliki pandangan yang berbeda mengenai definisi tes. Secara umum, bagaimanapun, telah ditemukan bahwa eksperimen harus dilihat sebagai aktivitas yang meresap dan berkelanjutan selama proses pengembangan. Eksperimen adalah kegiatan yang dirancang untuk mengumpulkan informasi yang diperlukan untuk mengevaluasi efektivitas tugas. Oleh karena itu, setiap kegiatan yang digunakan secara objektif untuk menilai atau mengukur karakteristik suatu program dapat disebut sebagai kegiatan percontohan. Ini



Testing & Implementasi



2



Universitas



Sistem Informasi



termasuk



penilaian,



evaluasi,



inspeksi,



evaluasi



dan



analisis



teknik



pengembangan yang menyenangkan. sementara tujuan utamanya adalah untuk memiliki catatan berkelanjutan tentang kemungkinan contoh, perangkat lunak di dalam cara yang paling sederhana dan terbaik, antara lain: a. Apakah perangkat lunak siap digunakan? b. apa resikonya? c. apa kekhasannya? d. apa batasannya? e. apa masalahnya? f. Apakah itu bekerja seperti yang diperkirakan?



2.



Pengujian dan Evaluasi Yang terkait dengan aktivitas agar mencapai tujuan yang diharapkan oleh pengguna. Pengujian merupakan proses yang dilakukan untuk mengidentifikasi perbedaan hasil sistem informasi sesuai dengan yang diharapkan. Berdasarkan konsep di atas, pengujian memiliki beberapa tujuan. a. Pengujian dilakukan untuk memastikan kualitas produk. Ini berarti diperiksa apakah produk (dalam hal ini sistem informasi) memiliki kualitas yang dipersyaratkan.



Pengujian



dilakukan



untuk



memastikan



atau



mempertahankan kualitas produk. b. Pengujian adalah proses analisis dan entitas perangkat lunak. Tujuan dari pengujian ini adalah untuk menemukan perbedaan antara kerajaan perangkat lunak yang berlaku dan negara yang disukai, menemukan cacat produk, dan mengevaluasi sifat perangkat lunak. Pengujian Sistem a. Jika sistem sesuai dengan harapan pengguna, maka melalui proses evaluasi sistem yang ada. b. Mengevaluasi dan mengevaluasi keluaran atau hasil sistem. c. Pengujian sistem input, manajemen (proses) dan output d. Melakukan komponen sistem, langkah-langkah pelaksanaan kegiatan, dan penilaian mutu atau kualitas dan evaluasi hasil sistem.



Testing & Implementasi



2



Universitas



Sistem Informasi



Pengujian terhadap sistem a. Personil 1)



Staf ditugaskan sesuai dengan keterampilan dan kemampuan yang mereka miliki



2)



Beban kerja yang optimal untuk setiap staf



3)



Loyalitas atau kemampuan bekerja sama untuk menyelesaikan suatu kegiatan.



4)



Kemampuan staf untuk memecahkan masalah.



b. Tes Aktivitas 1)



Sistem dan prosedur kerja yang sistematis



2)



Perencanaan terjadwal terkelola



3)



Arah tujuan atau sasaran yang dapat dilaksanakan sesuai dengan rencana.



4)



Hasil aktivitas yang terukur



5)



Keseimbangan antara aktivitas dan biaya yang digunakan



c. Misi atau Tes Objektif 1)



Terdapat integrasi antara staf yang terlibat dalam kegiatan yang dilakukan untuk mencapai sistem yang diinginkan



3.



2)



Kualitas aktivitas untuk mencapai tujuan sistem.



3)



developer apakah software ini bisa digunakan. Layak atau tidak layak.



Dasar-dasar Testing a. Obyektifitas Testing Secara umum objektivitas pengujian adalah validasi, validasi, dan deteksi. Kesalahan tersandung pada masalah dan penyebab penemuan ini adalah untuk menjernihkannya. namun, ada beberapa pendapat profesional yang juga dapat terlihat seperti: bagian dari uji objektivitas, meliputi:



Testing & Implementasi



2



Universitas



Sistem Informasi



1)



menumbuhkan keyakinan diri bahwa mesin dapat digunakan dengan risiko yang sesuai.



2)



memberikan informasi yang dapat menyelamatkan Anda dari kesalahan berulang.



3)



memberikan statistik untuk membantu Anda menemukan kesalahan lebih awal.



4)



Cari kesalahan sistem, kelemahan, atau keterbatasan.



5)



Mencari berbagai fitur sistem.



6)



Memberikan informasi tentang kualitas produk perangkat lunak.



b. Tugas dari tim Testing Tugas tim Testing bukan hanya menjalankan pengujian, tetapi juga mengurangi risiko kegagalan proyek. Evaluator mencari tanda-tanda masalah produk, potensi masalah, dan adanya



masalah.



Mereka



memeriksa,



memeriksa,



melacak,



dan



mengarsipkan produk luar biasa agar kontributor lain dari grup usaha dapat membuat pilihan tentang peningkatan produk. sangat penting untuk memahami bahwa juri tidak mengganti atau menganalisis kode, tidak merasa malu atau kesal tentang orang atau tim, mereka hanya mengajukan. Penguji adalah orang yang mengukur yang terbaik dari produk. c. Manfaat Testing Proses pengujian melewati berbagai tahap pengujian, tetapi sistem dapat: 1)



Meningkatkan kepercayaan diri dan risiko yang dapat diterima.



2)



Ini memberikan informasi yang dapat menghindari kesalahan berulang.



3)



Memberikan informasi untuk deteksi dini kesalahan.



4)



Mencari kesalahan sistem dan kelemahan/keterbatasan.



5)



Mencari berbagai fitur sistem



6)



Memberikan informasi tentang kualitas produk perangkat lunak.



Testing & Implementasi



2



Universitas



4.



Sistem Informasi



Testing dan Sistem Informasi Elemen penting dari penjaminan kualitas adalah inspeksi umum terhadap spesifikasi, desain, pengkodean, atau pengujian aplikasi sistem informasi berbasis komponen. informasi. Dengan cara ini, pengguna diberikan sistem informasi berkualitas tinggi. Uji sistem informasi atau uji sistem informasi Uji program sistem informasi (perangkat lunak): a. Rencana aplikasi b. Tes tata bahasa c. Tes logika dan latihan d. Tes keluaran Artinya, program ini bebas dari bug, keraguan dan kesalahan. Menguji komponen sistem informasi a. Model/Cara Menjajal hasil perancangan metode atau contoh sistem informasi yang harus dibuat dengan menggunakan aplikasi. Contoh uji flowchart KRS. b. Keluar Uji hasil desain dengan laporan program, apakah memberikan informasi yang dibutuhkan oleh pengguna atau tidak. Contoh untuk KRS (MHS, Narasumber, PA, MTK, dosen PA, program studi, IPK, dII). c. Gabung Nilai uji atau data variabel yang diperlukan untuk keluaran, seperti data MHS, data parameter, MTK, dll. d. Database Memeriksa rumah informasi, merekam hubungan atau hubungan elemen informasi dan berbagai basis data yang sesuai untuk menghasilkan keluaran dan mengimpor data yang konsisten dengan formulir masukan e. Teknologi Menguji fitur perangkat keras yang digunakan dan kemampuan perangkat lunak untuk menjalankan aplikasi yang memberikan informasi interaktif kepada pengguna. Contoh untuk SS, SO, SA



Testing & Implementasi



2



Universitas



Sistem Informasi



f. KontroL atau kendaIi Sekuriti dan izin program diuji dan diverifikasi



5.



Tahapan Testing Ada beberapa langkah percobaan untuk melihat status saat ini dan keadaan



yang



diinginkan



untuk



menentukan



langkah-langkah



dan



memungkinkan Anda mengikuti interpretasi berikut: a. Periksa kontrol atau institusi pengujian, termasuk aplikasi, adaptasi dan kompatibilitas dengan evaluasi hasil berdasarkan persyaratan yang telah ditentukan. (Apakah Anda membangun sistem yang benar?) b. Setelah melakukan proses konfirmasi, langkah selanjutnya adalah melihat kebenaran sistem, apakah proses ini membutuhkan pengguna atau benarbenar. (Apakah Anda membangun sistem yang benar?) c. Temukan langkah-langkah pelaporan kesalahan dari verifikasi dan validasi, langkah selanjutnya adalah definisi kesalahan dalam program dan tes harus mencapai kesalahan cepat, untuk menentukan apakah ada kesalahan di mana ada sesuatu yang harus ada. Tidak ada kejadian, dalam proses ini bahwa kesalahan diidentifikasi.



6.



Contoh Implementasi Sistem Contoh menggunakan STUDI KASUS: SMP NEGERI 20 BANDUNG, Ini terdiri dari tiga fase: mendengarkan keluhan konsumen, merancang dan membangun sistem, dan menguji atau memverifikasi sistem.



Testing & Implementasi



2



Universitas



Sistem Informasi



Gambar 14. 1 Contoh implementasi sistem



a. Mendengarkan Keluhan Konsumen Paradigma prototyping dimulai dengan pengumpulan kebutuhan. Pengembang dan konsumen mengidentifikasi semua persyaratan yang diperlukan



untuk



memenuhi



tujuan



umum



perangkat



lunak,



mendefinisikannya, dan melaksanakan desain. b. Merancang dan membuat Sistem Pada tahap ini, desain berfokus pada penyajian aspek perangkat lunak yang dibangun untuk memungkinkan pelanggan atau konsumen menerima layar dalam format input atau output.



Testing & Implementasi



2



Universitas



Sistem Informasi



Contoh perancangan flowmap sistem:



Gambar 14. 2 Flowmap sistem



c. Uji Coba Sistem atau Verifikasi Pada tahap ini, sistem yang dibangun dievaluasi oleh pelanggan atau konsumen. Hal ini dilakukan agar dapat digunakan untuk menyaring kebutuhan pengembangan perangkat lunak selanjutnya. Mengapa Software Testing itu Penting Pengujian memainkan peran penting dalam mengukur kualitas program yang dapat digunakan pengguna (misalnya, masuk dan menyimpan data). Selain itu, ini mencegah program yang dibuat agar tidak rusak oleh data buruk atau elemen lain yang tidak diinginkan. Harapkan kesalahan ejaan, informasi yang tidak lengkap, atau URL yang salah. Program harus dapat dengan mudah mengambil, memanipulasi, dan mengelola data ketika data sebenarnya adalah satu-satunya pengguna yang dapat mengaksesnya.



Testing & Implementasi



2



Universitas



7.



Sistem Informasi



Pendekatan Pemeriksaan Ada banyak teknik percobaan yang dapat digunakan untuk memeriksa program perangkat lunak, sebagai : a. Black Box test b. White Box test Adapun penjelasannya adalah: a. Black Box test Digunakan untuk menguji fitur khusus dari perangkat lunak yang dirancang. Validitas perangkat lunak yang diuji paling mudah terlihat terutama berdasarkan output yang diperoleh dihasilkan dari informasi atau memasuki situasi yang diberikan untuk fungsi saat ini tanpa melihat bagaimana metode untuk mendapatkan output. Dari output yang dihasilkan, kemampuan program untuk memuaskan keinginan pengguna dapat diukur serta kesalahan dapat didiagnosis. Beberapa jenis kesalahan dapat didiagnosis: 1)



fitur yang salah atau hilang



2)



Kesalahan antarmuka



3)



kesalahan dalam struktur data (database mendapatkan hak masuk)



4)



Inisialisasi dan aplikasi berhenti error



5)



kesalahan kinerja secara keseluruhan.



Gambar 14. 3 Black box test



Testing & Implementasi



2



Universitas



Sistem Informasi



Contoh Black Box: 1)



Strategi OO (Object Oriented) Testing



Gambar 14. 4 Pengujian sistem



a)



Unit mencoba (periksa kemegahan/objek



b) Uji coba integrasi (uji coba integrasi objek c) perangkat mencoba Kemegahan/item mencoba a)



Keadaan terenkapsulasi menguji interaksi strategi dengan gadget informasi



2)



b)



interaksi antara metode memeriksa interaksi metode dari suatu objek



c)



Warisan dan polimorfisme



Pemeriksaan Unit a)



Tingkat pengujian paling awal.



b)



level berikut terdiri dari pengujian integrasi dan pemeriksaan mesin



c)



biasanya gadget didefinisikan sebagai:  Fungsi atau proses kohesif yang belum menikah  Bagian terkecil dari kode perangkat lunak yang dapat dikompilasi satu per satu.  Fungsi yang cocok untuk halaman web yang belum menikah.



Testing & Implementasi



2



Universitas



Sistem Informasi



 Kode yang dapat ditulis oleh seseorang pada suatu waktu. d)



Definisi yang umum digunakan adalah definisi di dalam faktor pertama.



e)



masukan untuk prosedur rencana pembuatan tes terdiri dari kebutuhan dan desain tertentu. Keluaran dari prosedur rencana pembuatan cek adalah rencana pengujian unit.



f)



Tingkat berikutnya adalah pembelian input dan output informasi yang terkait dengan setiap tampilan. Hasil dari level ini disebut sebagai take a look at set.



g)



penilaian selesai.



Gambar 14. 5 Pemeriksaan unit



3)



Metode Pengujian a)



verifikasi operasi pada nilai parameter biasa (wadah hitam lihat terutama berdasarkan kebutuhan unit)



b)



verifikasi operasi pada nilai batas parameter (bidang hitam)



Testing & Implementasi



2



Universitas



Sistem Informasi



c)



Memverifikasi operasi harga di luar batas nilai parameter (wadah hitam)



d)



memastikan bahwa setiap instruksi tercapai (asuransi pernyataan)



e)



menguji semua jalur, termasuk semua cabang (cakupan seleksi)



f)



periksa semua menggunakan yang disebut sebagai objek



g)



memverifikasi pengelolaan semua struktur fakta



h)



menegaskan penanganan semua dokumen



i)



uji penghentian setiap hari dari semua loop (bagian dari bukti kebenaran)



j)



periksa penghentian yang tidak biasa dari semua loop



k)



uji penghentian setiap hari dari semua rekursif



l)



periksa penghentian biasa dari semua rekursif



m) verifikasi berurusan dengan semua kondisi kesalahan



4)



n)



waktu pengujian dan sinkronisasi



o)



menegaskan semua dependensi perangkat keras



Class Testing a)



mengintegrasikan penggunaan strategi  biasanya 2-lima  pilih set pertama yang paling tidak biasa  masuk ke sirkuit yang dapat memicu kesalahan



b)



tes unit kesadaran pada setiap karakteristik  inisialisasi, lalu jalankan urutan teknik yang dipengaruhinya



c)



pastikan bahwa setiap keanggunan invarian tidak berubah



d)



mengkonfirmasi transisi objek di antara status saat ini.  Rencanakan status/urutan transisi  mengatur item di kerajaan awal dengan bantuan menempatkan variabel  kumpulkan kesempatan pertama dan lihat transisi yang terjadi



5)



Pemeriksaan Integrasi Objek a)



memeriksa gadget yang telah diuji secara tunggal juga berfungsi dengan baik setelah digabung ke dalam gadget



Testing & Implementasi



2



Universitas



Sistem Informasi



b)



mereka akan digabungkan menjadi grup logis yang koheren untuk diuji ulang ( subsistem )



c)



ketika subsistem bekerja dengan baik, itu akan dilanjutkan dengan cara menggabungkannya dengan subsistem yang berbeda dan seterusnya sampai birokrasi seluruh perangkat yang diperiksa dengan baik



d)



hal yang perlu diperhatikan adalah memeriksa semua gadget apakah dapat berjalan atau tidak bersama-sama dengan baik.



e)



Penguji lebih banyak mendengarkan interaksi unit daripada pada kemampuan



6)



Merancang dan melakukan pemeriksaan Integrasi a)



menentukan bagaimana dan dimana menyimpan, menggunakan buka lagi dan kode integrasi lihat  tampilkan di tabel waktu pengerjaan



7)



b)



Jalankan tes unit sebanyak mungkin pada waktu yang tepat



c)



tersedia



d)



Gunakan regresi, lihat



e)



membuat keinginan perbaikan tertentu menjadi spesifik.



f)



Gunakan use case yang harus diterapkan



g)



Pelaksanaan pemeriksaan sistem



Rentang Gadget yang dicoba a)



Memeriksa apakah mesin telah diterapkan secara efektif atau tidak lagi sementara digunakan oleh pengguna.



b)



Memperkirakan apakah mesin dapat menangani semua situasi dan informasi arus utama.



c)



menguji perilaku kinerja mesin secara keseluruhan. sebagai contoh, berapa lama waktu yang dibutuhkan perangkat diperlukan untuk melakukan misi yang diberikan.



d)



lihat volume, tekanan, dan penyimpanan untuk memeriksa kinerja dalam kondisi parah yang mencakup sejumlah besar input, input kecepatan tinggi, berbagai macam pengguna dan pertumbuhan tak terduga dalam berbagai olahraga.



e)



Semua perhitungan diperiksa keakuratannya dengan informasi dan kondisi yang tepat diprediksi atau tidak.



Testing & Implementasi



2



Universitas



Sistem Informasi



f)



pengujian penanganan kesalahan dan penyembuhan sistem termasuk pengecekan bahwa pesan kesalahan yang sesuai akan muncul di setiap keadaan dan pemulihan yang tepat setelah gadget mengalami kesalahan mematikan.



g)



Memeriksa tingkat keamanan yang sesuai pada gadget agar pengguna yang tidak hukum tidak bisa mendapatkan keuntungan masuk ke perangkat.



b. White Box test Check out kotak putih digunakan untuk mengetahui cara kerja perangkat lunak secara internal. penilaian dilakukan untuk memastikan operasi internal sesuai dengan spesifikasi yang telah ditentukan penggunaan bentuk kontrol dari metode yang dirancang. selesai minimal sekali Implementasi pemeriksaan kotak putih: 1)



memastikan semua jalur yang tidak bisa diselesaikan setidaknya sesegera mungkin.



2)



jalur tidak memihak adalah arah dalam perangkat lunak yang menunjukkan maksimum setidaknya satu set pendekatan atau kondisi terkini.



3)



Menjalankan pilihan logis di samping dan palsu



4)



Jalankan loop dalam batas khusus ditentukan



5)



mencoba sistem informasi dalam



Contoh white box test: 1)



pemeriksaan kondisi Kondisi mencoba tujuan untuk mengeksekusi semua kondisi logis dari perangkat lunak modul dapat didefinisikan Ekspresi Relasional (E1 op E2) : dimana E1 dan E2 adalah aritmatika ekspresi keadaan sederhana: variabel boolean atau ekspresi relasional, mungkin dimulai dengan bukan operator Situasi majemuk: termasuk dua atau lebih sederhana situasi, operator boolean, dan tanda kurung



Testing & Implementasi



2



Universitas



Sistem Informasi



Ekspresi Boolean: kondisi tanpa ekspresi relasional Macam-macam kesalahan dalam suatu keadaan dapat meliputi: a)



kesalahan operator boolean (hilang/kurang/boolean lebih besar



b)



operator)



c)



kesalahan variabel boolean



d)



kesalahan braket boolean (tanda kurung)



e)



kesalahan operator relasional



f)



kesalahan ekspresi matematika



Metode pengujian situasi berfokus pada mencoba setiap keadaan yang ada



di



dalam



program,



manfaat



uji



coba



kondisi



strategis.



Memperkirakan penilaian berdasarkan situasi itu sederhana. Cakupan pemeriksaan dapat menyebabkan contoh pemeriksaan tambahan untuk sebuah aplikasi beberapa strategi yang mencakup situasi mencoba cek cabang, cek domain departemen dan ujian Operator Relasional – menggunakan situasi sebagai penghalang. contoh: C1 = B1 & B2 di mana B1, B2 adalah kondisi boolean Kendala bersyarat D1, D2 di mana D1 dan D2 dapat berupa real (t) atau salah (f) operator departemen dan relasi memerlukan batasan { (t,t), (f,t), (t,f) } harus dipenuhi untuk eksekusi C1 Cakupan batasan menjamin deteksi kesalahan pada operator relasional (kesalahan operator relasional) 2)



Pengujian Cabang Pemeriksaan cabang adalah strategi pemeriksaan berbasis situasi yang paling sederhana setiap cabang keadaan C, maka setiap departemen minimal harus diselesaikan satu kali (yang mengevaluasi ke nyata atau palsu)



3)



Fakta drift check out



Testing & Implementasi



2



Universitas



Sistem Informasi



Fakta mengikuti teknik pengujian aliran memilih tampilan float dari program berdasarkan tempat mendefinisikan dan menggunakan variabel dalam program dengan informasi float check out setiap pernyataan dalam perangkat lunak diasumsikan dikemas dengan nomor unik dan itu jauh diasumsikan bahwa mungkin tidak ada fitur yang mengubahnya Defs( s ) = { x | deklarasi S berisi definisi X } Gunakan( s ) = { x | deklarasi S menggabungkan penggunaan X } DU Chain (Definisi - Use Chain) variabel X dengan bentuk {X, S, S'}, dimana S, S' adalah rentang pernyataan, X dalam Defs(S) dan Defs(S'). urutan layak yang berbeda:



DD (Definition-Definition Chain) – untuk dihindari UU (Use-Use Chain) - bukan rantai yang tidak biasa UD (Use-Definition Chain) - rantai biasa



Salah satu pendekatan sederhana adalah pendekatan pengujian DU Pendekatan ini menyatakan bahwa setiap rantai DU harus dilalui setidaknya sekali



4)



Pengecekan ulang Loop



adalah



premis



dari



digambarkan sebagai berikut :



Testing & Implementasi



2



banyak



algoritma.



Loop



dapat



Universitas



Sistem Informasi



Gambar 14. 6 Loop



Untuk memeriksa: Loop mudah dengan n kali: a)



abaikan perulangan



b)



masukan loop segera setelah



c)



masukkan loop dua kali



d)



masukkan loop m instance di mana m lima. masukkan loop (n-1), n, dan (n+1) instance



Loop Bersarang a)



mulai dengan loop internal, atur semua loop ke biaya minimum



b)



periksa sebagai loop mudah untuk loop masuk



c)



memeriksa dari dalam keluar



d)



pertahankan sampai semua loop diperiksa



Loop Gabungan a)



Jika loop tidak memihak, gunakan loop mudah lihat



b)



Jika loop tidak bisa bersama, gunakan loop bersarang.



Loop tidak terstruktur a) Jangan uji – harus didesain ulang



Testing & Implementasi



2



Universitas



Sistem Informasi



C. LATIHAN SOAL 1.



Apa manfaat testing?



2.



Sebutkan tahapan testing!



3.



Bagaimana dengan pengujian sistem?



4.



Apa itu testing menurut para ahli?



5.



Apa konsep pengujian sistem?



D. REFERENSI Anggraini, Vita. Testing:Pengertian,Tujuan,Prinsip,dan Manfaat. (diakses pada 02 Januari 2022). Tersedia pada https://dosenpintar.com/testing-adalah/. Hidayat, S. M. (2017). Implementasi Sistem Informasi Penjualan. Siti Munasasa Hidayat. Romeo, S. T. (2003). Testing dan Implementasi Sistem. Surabaya: STIKOM.



Testing & Implementasi



2



Universitas



Sistem Informasi



DAFTAR PUSTAKA



Abdul, K. (2003). Pengenalan Sistem Informasi. Yogjakarta: ANDl Abdul Wahab, S. (2008). Analisis Kebijakan dari Formulasi ke Implementasi Kebijakan Negara. Jakarta: Bumi Aksara. Al Fatta, H. (2007). Analisis dan Perancangan Sistem Informasi untuk keunggulan bersaing perusahaan dan organisasi modern. Penerbit Andi. Andriana, M. User Acceptance Test. (diakses pada 05 Januari 2022). Tersedia pada https://sis.binus.ac.id/2020/10/28/user-acceptance-test/. Anggraini, Vita. Testing:Pengertian,Tujuan,Prinsip,dan Manfaat. (diakses pada 02 Januari 2022). Tersedia pada https://dosenpintar.com/testing-adalah/. Arifin, Y. Kenal Dekat dengan Usabality Testing. (diakses pada 04 Januari 2022). Tersedia



pada



https://socs.binus.ac.id/2018/08/09/kenal-dekat-dengan-



usability-testing/. Behl, R., O’Brien, J. A., & Marakas, G. M. (2019). Management Information Systems (Vol. 11). McGraw-Hill Education. Beizer, & B. (1990). Software Testing Techniques. Van Nostrand: Reinhold. Berson. (1992). Client Server. Mc Graw: Hill. Black, R. (2002). Managing the testing process. John Wiley & Sons. Boehm. (1981). Software Engineering. Practice-Hall. Chusyairi, A. (2021). Buku Testing Dan Implementasi Sistem Dengan Pengujian Object- Oriented. Penerbit Deepublish. Dennis, A. (2005). Systems analysis and design with UML version 2.0. John Wiley. Dosen Pendidikan. White Box Testing. (diakses pada 06 Januari 2022). Tersedia pada https://www.dosenpendidikan.co.id/white-box-testing/. Eriana, E. S., & Farizy, S. (2021). Sistem Informasi Manajemen. Penerbit Unpam Press. Eriana, E. S., & Zein, A. (2021). PRAKTIKUM ALGORITMA DAN PEMROGRAMAN. Penerbit Unpam Press. Hadiprakoso, R. B. (2020). Rekayasa Perangkat Lunak. RBH.



Testing & Implementasi



2



Universitas



Sistem Informasi



Hidayat, S. M. (2017). Implementasi Sistem Informasi Penjualan. Siti Munasasa Hidayat. Pandara, E., Karouw, S., & Najoan, M. (2014). Implementasi Proses Uji Sistem Informasi Admisi Pascasarjana Universitas Sam Ratulangi. Jurnal



Teknik



Informatika, 4(2). PT Sekawan Media Informatika. Sistem Informasi. (diakses pada 01 Desember 2021). Tersedia pada https://www.sekawanmedia.co.id/sistem-informasi/ Meiliana. Basis Path Testing: Flow Graph. (diakses pada 06 Januari 2022). Tersedia pada https://socs.binus.ac.id/2016/12/30/basis-path-testing-flow-graph/. Mulyasa, E. (2008). Implementasi kurikulum tingkat satuan pendidikan: kemandirian guru dan kepala sekolah. Bumi Aksara. Myres, G. (1979). The Art Software Testing. Willey. Nugroho, A. (2010). Rekayasa perangkat lunak berorientasi objek dengan metode USDP. Penerbit Andi. Perepu, I., & Gupta, V. (2008). ERP implementation failure at Hershey Foods Corporation. Management. Prabowo, M. (2020). Metodologi Pengembangan Sistem Informasi. LP2M Press IAIN Salatiga. Romeo, S. T. (2003). Testing dan Implementasi Sistem. Surabaya: STIKOM. Satzinger, J. W., Jackson, R. B., & Burd, S. D. (2015). Systems analysis and design in a changing world. Cengage learning. Shanardi, A. Pengertian Test Plan. (diakses pada 04 Januari 2022). Tersedia pada https://sis.binus.ac.id/2017/05/03/pengertian-test-plan/. Shneiderman, B. (1980). Software Physiology. Winthrop Publisher. Subariah, R. (2021). PENGUJIAN WHITE BOX PADA APLIKASI DAILY ACTIVITY MONITORING KARYAWAN BERBASIS WEB. Jurnal ESIT (E-Bisnis, Sistem Informasi, Teknologi Informasi), 16(1). Subariah, R., & Eriana, E. S. (2021). PRAKTIKUM ANALISA & PERANCANGAN (UML). Penerbit Unpam Press.



Testing & Implementasi



2



Universitas



Sistem Informasi



Sulistyanto, H. (2017). Urgensi Pengujian pada Kemajemukan Perangkat Lunak dalam Multi Perspektif. Komuniti: Jurnal Komunikasi dan Teknologi Informasi, 6(1), 65-74. Sumarwan, U., & Tjiptonon, F. (2019). Strategi pemasaran dalam perspektif perilaku konsumen. PT Penerbit IPB Press. Supriyanto, E. (2005). Macam–Macam Testing Sistem Informasi. Dinamik, 10(1), 245706. Susilo, J. (2014). Aplikasi Pengujian White Box IBII Online Jugde. Jurnal Informatika dan Bisnis, 3(2), 56-69. Suyanto, M. (2004). Analisis & desain aplikasi multimedia untuk pemasaran. Penerbit Andi. Syafnidawaty. Black-box Testing. (diakses pada 05 Januari 2022). Tersedia pada https://raharja.ac.id/2020/10/20/black-box-testing/. Usman, N. (2002). Konteks implementasi berbasis Kurikulum. Jakarta: PT. Raja Grafindo Persada. Wairooy, I. K. Teknik Dalam White-box dan Black-box Testing. (diakses pada 05 Januari 2022). Tersedia pada https://socs.binus.ac.id/2020/07/02/teknikdalam-white- box-dan-black-box-testing/. Wibisono, W., & Baskoro, F. (2002). Pengujian perangkat lunak dengan menggunakan model behaviour UML. Jurnal Ilmiah Teknologi Informasi, 1(1), 43-50.



Testing & Implementasi



2



Universitas



Sistem Informasi



RENCA NA PEMBELAJARAN SEMESTER RPS



Program Studi



: Sistem Informasi - S1



Mata Kuliah/ Kode



: Testing & Implementasi Sistem/SIF0210



Prasyarat



: -



Sks



: 2 Sks



Semester



: VII



Kurikulum



: KKNI



Capaian



: Setelah menyelesaikan mata kuliah ini,



Deskripsi



Mata



: Mata



Kuliah



kuliah



mempelajari



ini



bertujuan



mengenai



konsep



membuat



informasi. Pada mata kuliah ini akan



mampu



membahas



metode black-box dan white-box testing



tentang prinsip



dasar-dasar testing



sistem



pengujian



sistem



perencanaan



pengujian,



dan



informasi, informasi, template



pengujian



dan



pengujian



menggunakan



metode



black-box



dan white-box testing. 1. Emi Sita Eriana, S.Kom., M.Kom. 2. Risah Subariah, S.Kom., M.Kom. 3. Salman Farizy, S.Kom, M. Kom, MCSE, MVP Testing & Implementasi



mampu



perencanaan testing sistem informasi dan



impementasi



:



mahasiswa



pengujian dan implementasi sistem



testing,



Penyusun



Pembelajaran



2



melakukan



pengujian



dengan



dalam sistem informasi dengan baik.



Universitas



PERTEMUAN



Sistem Informasi



KEMAMPUAN AKHIR



BAHAN KAJIAN



METODE



YANG DIHARAPKAN



(MATERI AJAR)



PEMBELAJARAN



(2)



(3)



(4)



(1) 1



Mahasiswa



Dasar-dasar



Ceramah,



mendefinisikan testing



testing



Jawab



PENGALAM BELAJAR MAHASISWA (5)



Tanya



Latihan 1



BOBOT



PENILAIAN



NILAI



(6)



(7)



Mahasiswa mampu



materi yang diberikan



tahapan testing dan hubungan dengan



dengan cara bertanya



kualitas.



dan berdiskusi



Mahasiswa



Prinsip Testing



Ceramah,



mahasiswa mampu



dan Implementasi



Jawab



menjelaskan prinsip



Sistem Informasi



testing dan



Tanya



Latihan 2



Mahasiswa mampu merespon secara aktif materi yang diberikan



mendefinisikan



dengan cara bertanya



implementasi sistem



dan berdiskusi



informasi.



Testing & Implementasi



5%



merespon secara aktif



dan mendeskripsikan



2



KRITERIA



2



5%



Universitas



PERTEMUAN



3



Sistem Informasi



KEMAMPUAN AKHIR



BAHAN KAJIAN



METODE



YANG DIHARAPKAN



(MATERI AJAR)



PEMBELAJARAN



Mahasiswa mampu



Pengujian



mendeskripsikan



Informasi



Sistem



Ceramah,



Tanya



PENGALAM BELAJAR MAHASISWA Tugas 1



Jawab



PENILAIAN



NILAI



Mahasiswa mampu



teknik pengujian



dengan cara bertanya



perangkat lunak.



dan berdiskusi



Mahasiswa mampu



Pendekatan



Ceramah, Tanya



menggambarkan



Strategis dalam



Jawab



tentang strategi



Pengujian Sistem



pengujian sistem



Informasi



Latihan 3



Mahasiswa mampu



materi yang diberikan dengan cara bertanya



pengujian terintegrasi.



dan berdiskusi



Mahasiswa mampu



Perencanaan



Ceramah,



menjelaskan dasar-dasar



Pengujian dan



Jawab



dalam pengembangan



Estimasi



rencana testing dan yang



Penyelesaian



2



8%



merespon secara aktif



informasi dan



Testing & Implementasi



5%



materi yang diberikan



sistem informasi dan



5



BOBOT



merespon secara aktif



tentang pengujian



4



KRITERIA



Tanya



Latihan 4



Mahasiswa mampu merespon secara aktif materi yang diberikan



8%



Universitas



PERTEMUAN



6



Sistem Informasi



KEMAMPUAN AKHIR



BAHAN KAJIAN



METODE



YANG DIHARAPKAN



(MATERI AJAR)



PEMBELAJARAN



PENGALAM BELAJAR MAHASISWA



KRITERIA



BOBOT



PENILAIAN



NILAI



berhubungan dengan



dengan cara bertanya



estimasi tes.



dan berdiskusi



Mahasiswa menerapkan metode



mampu



Pengujian Metode



pengujian Usability



usability



Ceramah,



Tanya



Latihan 5



Jawab



Mahasiswa mampu



5%



merespon secara aktif



dalam



materi yang diberikan



penggunaan aplikasi.



dengan cara bertanya dan berdiskusi 7



Mahasiswa mampu



Perangkat



Ceramah,



menjelaskan perangkat



Pendukung



Jawab



pendukung yang



Pengujian



Tanya



Latihan 6



Mahasiswa mampu merespon secara aktif materi yang diberikan



digunakan dalam



dengan cara bertanya



pengujian.



dan berdiskusi UTS



Testing & Implementasi



2



6%



Universitas



PERTEMUAN



8



Sistem Informasi



KEMAMPUAN AKHIR



BAHAN KAJIAN



METODE



YANG DIHARAPKAN



(MATERI AJAR)



PEMBELAJARAN



Mahasiswa



mampu



Metode



Ceramah,



memahami



metode



Pengorganisasia



Jawab



pengorganisasian



9



dalam



Tanya



PENGALAM BELAJAR MAHASISWA Latihan 7



KRITERIA



BOBOT



PENILAIAN



NILAI



Mahasiswa mampu merespon secara aktif



n Pengujian



materi yang diberikan



pengujian sebuah sistem



Sistem Informasi



informasi.



(Test



dengan cara bertanya



Organization)



dan berdiskusi



Mahasiswa mampu



Model dan



Ceramah,



menerapkan model dan



Templates



Jawab



templates dalam



Pengujian



pengujian yang digunakan



Tanya



Latihan 8



Mahasiswa mampu merespon secara aktif materi yang diberikan dengan cara bertanya



perusahaan.



dan berdiskusi



Testing & Implementasi



2



8%



8%



Universitas



PERTEMUAN



10



Sistem Informasi



KEMAMPUAN AKHIR



BAHAN KAJIAN



METODE



YANG DIHARAPKAN



(MATERI AJAR)



PEMBELAJARAN



Mahasiswa mampu



Prinsip-



Ceramah,



menerapkan prinsip-



prinsip dalam



Jawab



prinsip penulisan laporan



Menulis



pengujian.



Laporan



Tanya



PENGALAM BELAJAR MAHASISWA Latihan 9



KRITERIA



BOBOT



PENILAIAN



NILAI



Mahasiswa mampu



8%



merespon secara aktif materi yang diberikan dengan cara bertanya



Pengujian



dan berdiskusi 11



Mahasiswa mampu



Metode black-box



Ceramah,



mengimplementasikan



testing



Jawab



pengujian black-box



Tanya



Latihan 10



Mahasiswa mampu merespon secara aktif materi yang diberikan



testing.



dengan cara bertanya dan berdiskusi



Testing & Implementasi



2



8%



Universitas



PERTEMUAN



12



Sistem Informasi



KEMAMPUAN AKHIR



BAHAN KAJIAN



METODE



YANG DIHARAPKAN



(MATERI AJAR)



PEMBELAJARAN



Mahasiswa mampu



Metode black-



Ceramah,



mengimplementasikan



box testing



Jawab



Tanya



PENGALAM BELAJAR MAHASISWA Latihan 11



KRITERIA



BOBOT



PENILAIAN



NILAI



Mahasiswa mampu



8%



merespon secara aktif



pengujian white-box



materi yang diberikan



testing.



dengan cara bertanya dan berdiskusi 13



Mahasiswa mampu



Monitoring dan



Ceramah,



menerapkan monitoring



Sistem Kontrol



Jawab



Tanya



Tugas 2



Mahasiswa mampu



8%



merespon secara aktif



dan kontrol pengujian.



materi yang diberikan dengan cara bertanya dan berdiskusi



14



Mahasiswa mampu



Studi kasus



Ceramah,



menyelesaikan studi



penyelesaian



Jawab



kasus testing dan



testing dan



Testing & Implementasi



2



Tanya



Latihan 12



Mahasiswa mampu merespon secara aktif materi yang diberikan



8%



Universitas



PERTEMUAN



Sistem Informasi



KEMAMPUAN AKHIR



BAHAN KAJIAN



METODE



YANG DIHARAPKAN



(MATERI AJAR)



PEMBELAJARAN



PENGALAM BELAJAR MAHASISWA



KRITERIA



BOBOT



PENILAIAN



NILAI



implementasi sistem



implementasi



dengan cara bertanya



informasi.



sistem



dan berdiskusi UAS



Referensi: Abdul, K. (2003). Pengenalan Sistem Informasi. Yogjakarta: ANDl Abdul Wahab, S. (2008). Analisis Kebijakan dari Formulasi ke Implementasi Kebijakan Negara. Jakarta: Bumi Aksara. Al Fatta, H. (2007). Analisis dan Perancangan Sistem Informasi untuk keunggulan bersaing perusahaan dan organisasi modern. Penerbit Andi. Andriana, M. User Acceptance Test. (diakses pada 05 Januari 2022). Tersedia pada https://sis.binus.ac.id/2020/10/28/user-acceptancetest/. Anggraini, Vita. Testing:Pengertian,Tujuan,Prinsip,dan Manfaat. (diakses pada 02 Januari 2022). Tersedia pada https://dosenpintar.com/testing-adalah/.



Testing & Implementasi



2



Universitas



Sistem Informasi



Arifin, Y. Kenal Dekat dengan Usabality Testing. (diakses pada 04 Januari 2022). Tersedia pada https://socs.binus.ac.id/2018/08/09/kenal-dekat-dengan-usability-testing/. Behl, R., O’Brien, J. A., & Marakas, G. M. (2019). Management Information Systems (Vol. 11). McGraw-Hill Education. Beizer, & B. (1990). Software Testing Techniques. Van Nostrand: Reinhold. Berson. (1992). Client Server. Mc Graw: Hill. Black, R. (2002). Managing the testing process. John Wiley & Sons. Boehm. (1981). Software Engineering. Practice-Hall. Chusyairi, A. (2021). Buku Testing Dan Implementasi Sistem Dengan Pengujian Object-Oriented. Penerbit Deepublish. Dennis, A. (2005). Systems analysis and design with UML version 2.0. John Wiley. Dosen Pendidikan. White Box Testing. (diakses pada 06 Januari 2022). Tersedia pada https://www.dosenpendidikan.co.id/white-boxtesting/. Eriana, E. S., & Farizy, S. (2021). Sistem Informasi Manajemen. Penerbit Unpam Press. Eriana, E. S., & Zein, A. (2021). PRAKTIKUM ALGORITMA DAN PEMROGRAMAN. Penerbit Unpam Press. Hadiprakoso, R. B. (2020). Rekayasa Perangkat Lunak. RBH. Hidayat, S. M. (2017). Implementasi Sistem Informasi Penjualan. Siti Munasasa Hidayat. Pandara, E., Karouw, S., & Najoan, M. (2014). Implementasi Proses Uji Sistem Informasi Admisi Pascasarjana Universitas Sam Ratulangi. Jurnal Teknik Informatika, 4(2). PT Sekawan Media Informatika. Sistem Informasi. (diakses pada 01 Desember 2021). Tersedia pada



Testing & Implementasi



2



Universitas



Sistem Informasi



https://www.sekawanmedia.co.id/sistem-informasi/ Meiliana. Basis Path Testing: Flow Graph. (diakses pada 06 Januari 2022). Tersedia pada https://socs.binus.ac.id/2016/12/30/basis-pathtesting-flow-graph/. Mulyasa, E. (2008). Implementasi kurikulum tingkat satuan pendidikan: kemandirian guru dan kepala sekolah. Bumi Aksara. Myres, G. (1979). The Art Software Testing. Willey. Nugroho, A. (2010). Rekayasa perangkat lunak berorientasi objek dengan metode USDP. Penerbit Andi. Perepu, I., & Gupta, V. (2008). ERP implementation failure at Hershey Foods Corporation. Management. Prabowo, M. (2020). Metodologi Pengembangan Sistem Informasi. LP2M Press IAIN Salatiga. Romeo, S. T. (2003). Testing dan Implementasi Sistem. Surabaya: STIKOM. Satzinger, J. W., Jackson, R. B., & Burd, S. D. (2015). Systems analysis and design in a changing world. Cengage learning. Shanardi, A. Pengertian Test Plan. (diakses pada 04 Januari 2022). Tersedia pada https://sis.binus.ac.id/2017/05/03/pengertian-testplan/. Shneiderman, B. (1980). Software Physiology. Winthrop Publisher. Subariah, R. (2021). PENGUJIAN WHITE BOX PADA APLIKASI DAILY ACTIVITY MONITORING KARYAWAN BERBASIS WEB. Jurnal ESIT (E-Bisnis, Sistem Informasi, Teknologi Informasi), 16(1). Subariah, R., & Eriana, E. S. (2021). PRAKTIKUM ANALISA & PERANCANGAN (UML). Penerbit Unpam Press. Sulistyanto, H. (2017). Urgensi Pengujian pada Kemajemukan Perangkat Lunak dalam Multi Perspektif. Komuniti: Jurnal Komunikasi dan Teknologi Informasi, 6(1), 65-74.



Testing & Implementasi



2



Universitas



Sistem Informasi



Sumarwan, U., & Tjiptonon, F. (2019). Strategi pemasaran dalam perspektif perilaku konsumen. PT Penerbit IPB Press. Supriyanto, E. (2005). Macam–Macam Testing Sistem Informasi. Dinamik, 10(1), 245706. Susilo, J. (2014). Aplikasi Pengujian White Box IBII Online Jugde. Jurnal Informatika dan Bisnis, 3(2), 56-69. Suyanto, M. (2004). Analisis & desain aplikasi multimedia untuk pemasaran. Penerbit Andi. Syafnidawaty. Black-box Testing. (diakses pada 05 Januari 2022). Tersedia pada https://raharja.ac.id/2020/10/20/black-box-testing/. Usman, N. (2002). Konteks implementasi berbasis Kurikulum. Jakarta: PT. Raja Grafindo Persada. Wairooy, I. K. Teknik Dalam White-box dan Black-box Testing. (diakses pada 05 Januari 2022). Tersedia pada https://socs.binus.ac.id/2020/07/02/teknik-dalam-white-box-dan-black-box-testing/. Wibisono, W., & Baskoro, F. (2002). Pengujian perangkat lunak dengan menggunakan model behaviour UML. Jurnal Ilmiah Teknologi Informasi, 1(1), 43-50.



Tangerang Selatan, 04 Januari 2022 Ketua Tim Penyusun



Ketua Program Studi Sistem Informasi S-1



Dede Supriyadi, S.Kom., M.Kom. NIDN : 0403078402



Testing & Implementasi



2



Emi Sita Eriana, S.Kom., M.Kom. NIDN. 0303028802