Your SlideShare is downloading. ×
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Tugas besar mkti (fix)
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Tugas besar mkti (fix)

1,692

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,692
On Slideshare
0
From Embeds
0
Number of Embeds
16
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. iFINAL PROJECT MANAJEMEN KUALITAS TIPENGUJIAN PADA PERANGKAT LUNAK SISTEMINFORMASI PENGGAJIAN DI FAKULTAS TEKHNOLOGIINFORMASI ITS SURABAYA DENGAN METODE BLACKBOX TESTINGOleh :Artha Putra PradanaNRP. 5209100023Annisa Cinintya RisamNRP. 521010082DOSEN PEMBIMBING :Hanim Maria Astuti, S.Kom, M.ScJURUSAN SISTEM INFORMASIFAKULTAS TEKNOLOGI INFORMASIINSTITUT TEKNOLOGI SEPULUH NOPEMBER
  • 2. iiPENGUJIAN PADA PERANGKAT LUNAK SISTEMINFORMASI PENGGAJIAN DI FAKULTASTEKHNOLOGI INFORMASI ITS SURABAYADENGAN METODE BLACK BOX TESTINGNama Mahasiswa : ArthaP Pradana (5209)Annisa Cinintya R (5210100082)Jurusan : SISTEM INFORMASI FTIF-ITSDosen Pengajar : Hanim Maria Astuti, S.Kom, M.ScABSTRAK
  • 3. iiiDAFTAR ISIABSTRAK.................................................................................iiDAFTAR ISI.............................................................................iiiDAFTAR GAMBAR.................................................................vDAFTAR TABEL.....................................................................viBAB I PENDAHULUAN..........................................................11.1. Latar Belakang ..........................................................11.1. Rumusan Masalah...........................................................21.2. Batasan Masalah........................................................21.3. Tujuan........................................................................2BAB II TINJAUAN PUSTAKA................................................32.1. Teori Kualitas Perangkat Lunak (Software Quality).......32.1.1. Konsep Kualitas .......................................................32.1.2. Konsep Perangkat Lunak (Software) .......................32.1.3. Karakteristik Perangkat Lunak (Software)...............42.1.4. Pengertian Kualitas Perangkat Lunak (Software) ....52.2 Teori Penjaminan Kualitas Perangkat Lunak (SoftwareQuality Assurance)....................................................................62.3. Teori Siklus Hidup Pengembangan Perangkat Lunak(Software Development Life Cycle) .........................................62.3.1. Pengertian Siklus Hidup pengembangan perangkatLunak (Software Development Life Cycle) ..........................62.3.2. Tahapan Siklus Hidup pengembangan perangkatLunak (Software Development Life Cycle) ..........................72.4. Teori Pengujian Perangkat Lunak (Software testing) .....92.4.1. Klasifikasi Menurut Konsep Pengujiana.........11BAB III METODOLOGI.........................................................13
  • 4. iv3.1. Proses Pengujian ...........................................................133.1.1 Menentukan Strategi dan Metodologi Pengujian.143.1.2 Merencanakan Pengujian.....................................143.1.3 Merancang Pengujian ..........................................173.1.4 Melakukan Pengujian ..........................................19BAB IV ANALISA DATA HASIL PENELITIAN.................234.1 STRATEGI DAN METODE PENGUJIAN ..................234.2 PERENCANAAN PENGUJIAN PERANGKATLUNAK...................................................................................23Dokumen Software Test Plan...........................................234.3. RANCANGAN PENGUJIAN PERANGKAT LUNAK.................................................................................................31Dokumen Software Test Description ...............................314.4. HASIL PENGUJIAN PERANGKAT LUNAK............39Dokumen Software Test Result........................................39BAB VI KESIMPULAN DAN SARAN .................................626.1. Kesimpulan....................................................................626.2. Saran..............................................................................62DAFTAR PUSTAKA ..............................................................64
  • 5. vDAFTAR GAMBARGambar 2-0-1: Software Development Life Cycle ....................7Gambar 2-0-2 : Sequence Top-down .......................................10Gambar 2-0-3 : Sequence Bottom-up ......................................11
  • 6. viDAFTAR TABELTabel 4-1 : Tabel test case pada STP .......................................26Tabel 4-2 : Tabel Jadwal Persiapan..........................................30Tabel 4-3 : Tabel Jadwal Pengujian .........................................31Tabel 4-4 : Tabel Fitur Pengelolaan Sistem............................34Tabel 4-5 : Tabel Fitur Pengelolaan Akun Pengguna .............34Tabel 4-6 : Tabel Fitur Pengelolaan Data Pegawai.................35Tabel 4-7 : Tabel Fitur Pengelolaan Honorarium ...................35Tabel 4-8 : Tabel Fitur Pengelolaan SPJ.................................37Tabel 4-9 : Tabel Fitur Pengelolaan Gaji ................................37Tabel 4-10 : Tabel Fitur Pengelolaan Potongan Gaji..............37Tabel 4-11: Tabel Fitur Pengelolaan Laporan.........................38Tabel 4-12: Tabel Tes Case Fungsional...................................40Tabel 4-13: Tabel Tes Case Non-fungsional............................40Tabel 4-14: Tabel Skenario Fitur Pengelolaan Sistem.............41Tabel 4-15: Tabel Skenario Fitur Akun Pengguna...................42Tabel 4-16: Tabel Skenario Fitur Pengelolaan Data Pegawai..43Tabel 4-17: Tabel Skenario Fitur Pengelolaan Honorarium ....45Tabel 4-18: Tabel Skenario Fitur Pengelolaan SPJ..................49Tabel 4-19: Tabel Skenario Fitur Pengelolaan Gaji.................50Tabel 4-20: Tabel Skenario Fitur Pengelolaan Potongan Gaji.51Tabel 4-21 : Tabel Skenario Fitur Pengelolaan Laporan..........52Tabel 4-22 : Tabel Test Case Non Fungsional.........................55Tabel 4-23 : Tabel Identifikasi Penguji....................................56Tabel 4-24 : Tabel Hasil Pengujian..........................................58
  • 7. 1BAB IPENDAHULUANPada bab ini, akan dibahas mengenai Latar Belakang,Perumusan Masalah dan Tujuan dari kegiatan Final Project, yangdisajikan dalam beberapa subbab. Dari uraian ini diharapkangambaran umum permasalahan dan pemecahan masalah padafinal project ini dapat dipahami.1.1.Latar BelakangPerkembangan software pada saat ini sudah semakin maju.Begitu banyak software-software yang dikatakan berkualitas telahdiciptakan. Kebutuhan dan permintaan terhadap software dalamnegeri pun meningkat. Tak jarang para user menggantungkanproses bisnis utamanya pada performa software yang dipakai.Sehingga kualitas dari sebuah software sangatlah penting demimenunjang kinerja usernya. Menurut Philip B Crosby (197:34)mendefinisikan kualitas atau mutu sebagai “conformance torequirements”maksudnya adalah arti dari kata “kualitas” dalamsebuah software adalah tergantung dari mana user memandangdan melihat sesuai dengan kebutuhannya, jika software sudahmemenuhi semua kebutuhan user sudah bias dinyatakan softwareitu berkualitas baik bagi usernya. The Institute of electrical andElectronic Engineers (IEEE) mendefinisikan kualitas sebagai “thedegree to which a system, component or process meets customeror user needs or user needs or expectations” (IEEE90). Definisidari IEEE ini digunakan dalam konteks suatu system perangkatlunak secara rinci. kualitas adalah suatu atribut dari sistem yangberjalan yang sangat erat kaitannya dengan resiko. Semakin tinggiresiko yang didapatkan dan kemudian dikuranginya maka akantinggi kualitas yang dihasilkannya. Dengan cara yang sama, lebihcepat resiko dikenali dan dikurangi, akan lebih tinggi pulakualitasnya.Mungkin setelah ini kita jadi bertanya-tanya,apakah softwareyang kita gantungkan itu sudah berkualitas?. Kunci dari
  • 8. 2semuakeraguan dalam pengukuran kualitas dari sebuah perangkatlunak adalah dilakukannya sebuah pengujian perangkat lunakyang hasil pengujiannya nanti dapat membantu dalampenggolongan kualitas perangkat lunak tersebut.Sistem Informasi Penggajian di Fakultas Tekhnologi InformasiITS Surabaya adalah aplikasi penggajian yang dapatmempercepat pengelolaan gaji maupun honorarium oleh pihakjuru bayar di Fakultas Teknologi Informasi. Idealnya SistemInformasi ini seharusnya berkualitas, berkualitas dalam arti bisamemenuhi semua kebutuhan usernya yaitu pihak manajemenpelatihan tersebut. Namun demikian belum dilakukannyapengujian secara komperhensif yaitu mulai dari pengujianplanning, design sampai dengan tahap implementasinya sehinggakita tidak tahu sejauh mana kualitas dari software SIP tersebut,oleh karena itu pada tugas akhir ini bertujuan utnuk melakukanpengujian terhadap software Sistem Informasi PenggajianFakultas Tekhnologi Informasi ITS Surabaya (SIP).1.1. Rumusan MasalahBagaimana langkah-langkah melakukan pengujiansoftware secara komperhensif dengan metode blackbox?Sejauh manakah kesesuaian antara requirements dengansoftware?1.2.Batasan MasalahPengujian ini dilakukan pada system dan fungsional dariaplikasi tersebut.1.3.TujuanMengetahui langkah-langkah melakukan pengujiansoftware secara komperhensif dengan metode black box.Mengetahui berapa persen dari kesesuain antararequirements user dengan software tersebut.
  • 9. 3BAB IITINJAUAN PUSTAKADalam bab ini dijelaskan beberapa hal yang mendasari daripermasalahan yang diangkat yang meliputi penjelasan dekskripsikualitas perangkat lunak dalam manajemen kualitas perangkatlunak, deskripsi penjaminan kualitas perangkat lunak, siklushidup pengembangan perangkat lunak dan juga metode pengujian(testing) yang digunakan untuk mementukan apakah perangkatlunak sudah dapat dikatakan perangkat lunak yang berkualitasatau belum.2.1. Teori Kualitas Perangkat Lunak (Software Quality)2.1.1. Konsep KualitasMenurut Roger S.Pressman (2002:108), “Kualitas sistem,aplikasi atau produk merupakan persyaratan yang menjelaskanmasalah, desain model solusi, kode yang membuat program dapatdieksekusi dan pengujian yang menguji perangkat lunak untukmenemukan kesalahan”. Perekayasa perangkat lunak yang baikmenggunakan pengukuran untuk menilai kualitas model analisisdan desain, kode sumber, dan test case yang dibuat ketikaperangkat lunak direkayasa. Untuk mencapai penilaian kualitasreal-time, perekayasa harus menggunakan pengukran teknis untukmengevaluasi kualitas dalam cara-cara yang obyektif.2.1.2. Konsep Perangkat Lunak (Software)Menurut Roger S.Pressman (2002:10), “Software adalah perintah(program komputer) yang bila dieksekusi memberikan fungsi danunjuk kerja seperti yang diinginkan”. Perangkat lunak merupakankumpulan beberapa perintah yang dieksekusi oleh mesinkomputer dalam menjalankan pekerjaannya. perangkat lunak inimerupakan catatan bagi mesin komputer untuk menyimpanperintah, maupun dokumen serta arsip lainnya. Perangkat lunakjuga dapat disimpan sedemikian rupa oleh komputer itu sendiri,data yang disimpan ini dapat berupa program atau instruksi yangakan dijalankan oleh perintah, maupun catatan-catatan yang
  • 10. 4diperlukan oleh komputer untuk menjalankan perintah yangdijalankannya. Untuk mencapai keinginannya tersebutdirancanglah suatu susunan logika, logika yang disusun ini diolahmelalui perangkat lunak, yang disebut juga dengan programbeserta data-data yang diolahnya. Pengolahan pada software inimelibatkan beberapa hal, diantaranya adalah sistem operasi,program, dan data. Software ini mengatur sedemikian rupasehingga logika yang ada dapat dimengerti oleh mesin komputer.2.1.3. Karakteristik Perangkat Lunak (Software)Untuk memperoleh pemahaman tentang perangkat lunak(software), penting juga untuk meneliti karakteristiksoftware/perangkat lunak yang membuat software berbeda darihal-hal lain yang dibangun oleh manusia. Ketika software dibuat,proses kreatif manusia (analisis, desain, konstruksi, pengujian)diterjemahkan ke dalam bentuk fisik. Perangkat Lunak(software)lebih merupakan elemen logika dan bukan merupakan elemenfisik. Dengan demikian, perangkat lunak(software) memliki ciriyang berbeda dari perangkat keras (hardware), yaitu :1. Software dibangun dan dikembangkan, tidak dibuatdalam bentuk yang klasik.Meskipun banyak kesamaan diantara pabrik software dan hardware, aktivitas keduanyasecara mendasar sangat berbeda. Dalam kedua aktivitastersebut, kualitas yang tinggi dicapai melalui perancanganyang baik, tetapi di dalam fase pembuatan hardware,selalu saja ditemukan masalah kualitas yang tidak mudahuntuk disesuaikan dengan software. Kedua aktivitas itutergantung pada manusia (brainware), tetapi hubunganantara penerapan yang dilakukan manusia dengan usahayang diperoleh sangat berbeda.2. Software tidak pernah usang.Software/Perangkat Lunak tidak rentan terhadappengaruh lingkungan yang merusak yang menyebabkanhardware/perangkat keras menjadi usang.
  • 11. 53. Sebagian besar software/Perangkat Lunak dibuat secaracustom-built, serta tidak dapat dirakit dari komponenyang sudah ada.Pengembang desain menggambar sebuah skemasederhana dari rangkaian digital, melakukan serangkaiananalisis dasar untuk memastikan bahwa fungsi yang tepatdapat dicapai serta kemudian menyesuaikan ke katalogkomponen digital. Setiap IC (chip) mempunyai nomorbagian tersendiri, sebuah fungsi yang sudah terdefinisidan tervalidasi, interface yang didefinisikan dengan baik,serta rangkaian standar tuntutan integrasi.2.1.4. Pengertian Kualitas Perangkat Lunak (Software)Menurut Roger Presman dalam bukunya RekayasaPerangkat Lunak (2002 : 610) “ Kualitas software/ perangkatlunak didefinisikan sebagai konfirmasi terhadap kebutuhanfungsional dan kinerja yang dinyatakan secara eksplisit, standarperkembangan yang didokumentasikan secara eksplisit dankarakteristik implisit yang diharapkan bagi semua perangkatlunak yang dikembangkan secara profesional.”“ Kualitas perangkat lunak adalah keberadaankarakteristik dari suatu produk yang dijabarkan dalamkebutuhannya, artinya kita harus melihat terlebih dahulukarakteristik-karakteristik apa yang berhubungan atau tidakdengan kebutuhankebutuhan yang diiinginkan oleh pemakai.Karakteristik yang dimaksud yaitu contra-productivecharacteristics dan neutral characteristic. “Sedangkan definisi kualitas perangkat lunak, menurutIEEE (1991) adalah:Derajat sistem, komponen, atau proses yangsesuai dengan spesifikasi, atau
  • 12. 6Derajat, sistem, komponen, atau proses yangmemenuhi kebutuhan konsumen atauekspektasinya.2.2 Teori Penjaminan Kualitas Perangkat Lunak (SoftwareQuality Assurance)Menurut IEEE (1991), pengertian penjaminankualitas perangkat lunak adalah serangkaian aktifitasyang sistematis dan terencana untuk memberikankeyakinan bahwa proses pengembangan perangkat lunakatau proses pemeliharaan sistem produk perangkat lunaksudah sesuai dengan kebutuhan teknis fungsional danjuga kebutuhan manajerial untuk tetap pada jadwalnyadan beroperasi sesuai dengan biaya yang telah ditetapkan.2.3. Teori Siklus Hidup Pengembangan Perangkat Lunak(Software Development Life Cycle)2.3.1. Pengertian Siklus Hidup pengembangan perangkatLunak (Software Development Life Cycle)Dalam pengembangan sebuah sistem, kitamengenal konsep SDLC (system development life cycle).Secara global definisi SDLC dapat dikatakan sebagaisuatu proses berkesinambungan untuk menciptakan ataumerubah sebuah sistem, merupakan sebuah model ataumetodologi yang digunakan untuk melakukanpengembangan system.
  • 13. 72.3.2. Tahapan Siklus Hidup pengembangan perangkatLunak (Software Development Life Cycle)Gambar 2-0-1: Software Development Life Cyclea. Requirements DefinitionFase pertama adalah mendefinisikan kebutuhandengan cara pelanggan perangkat lunak tersebutharus mendefinisikan kebutuhannya yang bergunauntuk kemudahan developer dalam melakukanpengembangan fungsionalitas dari sistem perangkatlunakb. AnalysisFase kedua adalah menganalisis kebutuhan-kebutuhan dari kebutuhan funsional sampai non-fungsional dari system perangkat lunak tersebutgunanya untuk membentuk model awal systemperangkat lunak.REQUIREMENTSDEFINITIONANALYSISDESIGNCODINGSYSTEMTESTINSTALLATION ANDCONVERSIONOPERATION ANDMAINTENANCE
  • 14. 8c. DesignFase ketiga adalah mentransformasikankebutuhan detail menjadi kebutuhan yang sudahlengkap dan rinci mulai dari struktur data, arsitekturperangkat lunak, representasi antarmuka dan detailalgoritmiknya.d. CodingFase keempat adalah pengimplementasian desainyang sudah dirancang ke dalam bentuk kode. Dalamfase ini juga terjadi aktifitas penjaminan kualitasseperti inspeksi, pengujian unit dan pengujianintegrasie. System TestFase kelima adalah menguji coba sistemnya dengantujuan untuk menemukan kesalahan (error) sebanyakmungkin pada perangkat lunak agar nantinya dapatlangsung dikoreksi atau diperbaiki sehinggaperangkat lunak mencapai tingkat kualitas yang dapatditerima pelanggan. Fase ini dilakukan pada saatperangkat lunak belum didelivery ke konsumen dandilakukan oleh pengembang perangkat lunak.f. Installation and ConversionFase keenam adalah tahap instalasi systemperangkat lunak setelah adanya persetujuan systemperangkat lunak tersebut dari pihak-pihak yangbersangkutan. Apabila sistem tersebut nantinya akanmenggantikan sistem yang lama, maka perludilakukan proses konversi perangkat lunak.g. Operation and MaintenancePengoperasian dan pemeliharan perangkat lunaksecara teratur dimulai ketika tahap instalasi dankonversi telah selesai. Selama periode pengoperasian
  • 15. 9secara teratur, kira-kira berlangsung selama beberapatahun atau sampai generasi perangkat lunak barumuncul, proses pemeliharaan sangatlah diperlukan.Proses pemeliharaan mencakup tiga hal, yaitu:Corrective adalah perbaikan kegagalan perangkatlunak yang ditemukan oleh pengguna selamapengoperasian,Adaptive adalah penggunaa fitur perangkat lunakyang sudah ada untuk memenuhi kebutuhan-kebutuhan baru, danPerfective adalah menambah fitur-fitur minoruntuk meningkatkan performa perangkat lunak.Ruang lingkup dari tugas akhir ini berkaitan denganSoftwrae development Life Cycle adalah di faseSystem Test.2.4. Teori Pengujian Perangkat Lunak (Software testing)Terdapat banyak metodologi pengujian perangkatlunak, namun semua metodologi itu berangkatberdasarkan pada strategi dasar pengujian perangkatlunak sebagai berikut :Big bang testing adalah Menguji perangkat lunaksecara keseluruhan, sekali untuk semua packageyang ada.Incremental testing adalah Melakukan pengujianperangkat lunak perbagian, artinya pengujiandilakukan pada modul-modul yang telah tersedia(unit testing), pengujian dilanjutkan pada grupdari beberapa modul yang telah diuji yangterhubung dengan modul-modul baru (integration
  • 16. 10test). Setelah keseluruhan paket perangkat lunakselesai dilakukan maka dilakukan system test,yaitu melakukan pengujian terhadap paketperangkat lunak secara utuh.Terdapat 2 strategi pengujian incremental : bottom-updan top-downTop-down testingPengujian dilakukan pertama pada moduldengan struktur paling kompleks dan memilikihierarki paling tinggi di dalam perangkat lunak(main modul) dan berlanjut sampai pada moduldengan level terendah.Gambar 2-0-2 : Sequence Top-downBottom-up testingPengujian dilakukan dimulai dengan moduldengan hierarki paling rendah berlanjut sampaimain modul.
  • 17. 11Gambar 2-0-3 : Sequence Bottom-upTerkait dengan teori pengujian software tersebut dalam tugasakhir ini kami melakukan pengujiannya berdasaekan teori bigbang.2.4.1. Klasifikasi Menurut Konsep PengujianaTerdapat dua klasifikasi berdasarkan konsep pengujian yaituBlack Box Testing dan White Box testing. Pendefinisian menurutIEEE untuk dua kelas tersebut adalah sebagai berikut:a. Black Box TestingKotak hitam (fungsionalitas) pengujian. Pengujian yangmengabaikan mekanisme internal sistem atau komponen danhanya berfokus pada output yang dihasilkan .Pengujian dilakukan untuk mengevaluasi pemenuhan sistematau komponen dengan kebutuhan fungsional tertentu.Pengujian ini memiliki keuntungan:• Hal ini memungkinkan tester untuk melakukan hampirsemua kelas tes.• Membutuhkan sumber daya jauh lebih sedikit.Pengujian ini memiliki kerugian:• Hal ini memungkinkan untuk identifikasi kesalahankebetulan sebagai benar.• Ini tidak memiliki kontrol• Ini tidak memiliki kemungkinan untuk menguji kualitascoding kerja.
  • 18. 12Black Box Testing diklasifikasikan menjadi tiga kelompok:• Pengujian Operasi• Pengujian Revisi• Pengujian Transisib. White Box TestingKotak putih (struktural) pengujian. Pengujian yangmemperhitungkan mekanisme internal sistem atau komponen.Pengujian ini memiliki keuntungan:• Ini memungkinkan pemeriksaan langsung dari jalurproses dan algoritma.• Ini memberikan daftar program yang belum dieksekusi.• Hal ini mampu untuk melakukan pengujian kualitascoding .Pengujian ini memiliki kerugian:• Hal ini membutuhkan sumber daya yang luas.• Tidak bisa menguji kinerja perangkat lunak dalam halketersediaan,kehandalan.
  • 19. 13BAB IIIMETODOLOGIMetodologi penelitian merupakan rangkaian tahapan yangberurutan dalam melakukan pengujian perangkat lunak agarterselesaikan secara teratur dan sistematis. Metodologi penelitianmerupakan bagian penting dalam melakukan pengujian perangkatlunak karena akan mempermudah proses pengujian secara teraturdan terarah. Metodologi penelitian dibuat berdasarkan kebutuhanpengujian perangkat lunak. Agar lebih mudah memahamimetodologi pegujian perangkat lunak yang digunakan, makametodologi tersebut dibagi menjadi beberapa tahapandiantaranya:3.1. Proses PengujianProses perencanaan, desain dan kinerja pengujiandilakukan selama proses pengembangan software. Kegiatan inidilakukan secara bertahap, dimulai dari tahap desain dan berakhirketika software tersebut terisntall di tempat usernya Alur dariproses pengujian perangkat lunak yang akan dilakukan dapatdiiliustrasikan seperti pada Gambar 3.1.Menentukan StrategidanMetodologiPengujianMerencanakanPengujianMerancangPengujianMelakukanPengujianGambar 3-1 : Proses Pengujian
  • 20. 143.1.1 Menentukan Strategi dan Metodologi PengujianDalam tahapan pertama dalam proses pengujian ini adalahmenentukan pengujian seperti apa yang akan dilakukan. Untuk ituperlu ditentukan sebuah standard dari perangkat lunak mulai darievaluasi sifat dan besarnya kerusakan yang diperkirakan jikaterjadi kegagalan sistem .Penentuan ini dijadikan sebagai kriteriautama yang terdiri dari tiga level standard, yaitu High Quality(HQ), Medium, dan Low quality (LQ). Kemudian menentukanbagaimana strategi pengujian yang akan dilakukan yaitu secaraBig Bang Testing atau secara incremental testing.Untuk itu kami buatkan rincian klasifikasi dampak kegagalandari perangkat lunak Sistem Informasi Penggajian FakultasTekhnologi Informasi ITS Surabaya (SIP) ini, klasifikasi tersebutdapat dilihat pada tabel.Sedangkan strategi pengujian yang akan kami terapkan adalahdengan melakukan pengujian Big Bang3.1.2 Merencanakan PengujianPada tahap kedua ini dilakuakn perencanaan pengujian.Pengujian yang akan direncanakan meliputi Pengujian Unit (Unittest), Pengujian Integrasi (Integration test), Pengujian Sistem(System Test). Pengujian Unit berurusan dengan unit-unit kecildari perangkat lunak atau biasa disebut dengan modul, PengujianIntegrasi berurusan dengan beberapa unti yang bergabungmenjadi subsistem. Pengujian Sistem merujuk ke seluruh paketperangkat lunak atau system. Hal ini merupakan kewajiban darisebuah proses perencanaan sebelum memulai pengujian. Padatahapan ini juga akan ditentukan apa yang kan diuji ,sumber yangakan digunakan untuk test case, siapa yang akan melakukanpengujian, dimana dilakukannya pengujian, dan kapan pengujian
  • 21. 15akan berakhir. Hasil dari tahapan ini berupa dokumen SoftwareTest Plan, dengan kerangka sebagai berikut:1Ruang Lingkup Pengujian1.1 Paket perangkat lunak yang akan diujiPada sub bab ini akan dijelaskan tentang paket perangkatlunak yang kaan diuji, seperti nama perangkat lunak, versi danrevisi.1.2 Dokumen pedoman sebagai dasar dilakukannyapengujianPada sub bab ini akan dijelaskan tentang dasar daripengujian yang sudah direncanakan, seperti nama dokumen danversi-versi di tiap dokumen pengujian.2 Lingkungan Pengujian2.1 Lokasi PengujianPada sub bab ini akan dijelaskan tentang tempatdilakukannya pengujian perangkat lunak.2.2 Pengaturan kebutuhan perangkat keras dan firmwarePada sub bab ini akan dijelaskan mengenai kebutuhanperangkat keras dan firmware yang dibutuhkan untuk melakukanpengujian.2.3 Organisasi lain yang terlibatPada sub bab ini dijelaskan akan dijelaskan mengenaiorganisasi apa saja yang ikut serta dalam pelaksanaan pengujianperangkat lunak.2.4 Kebutuhan sumber daya manusiaPada sub bab ini akan dijelaskan tentang kebutuhansumber daya manusia dalam melakukan pengujian perangkatlunak.
  • 22. 162.5 Persiapan dan pelatihan yang diperlukan oleh timpengujiPada sub bab ini akan dijelaskan tentang persiapan danpelatihan apa saja yang dibutuhkan untuk tim yang melakukanpengujian.3 Rincian Pengujian3.1 identifikasi PengujianPada sub bab ini akan dijelaskan tentang identifikasipengujian, seperti penjelasan mengenai pengujian yang dilakukajitu seperti apa, dengan strategi dan metode seperti apa.3.2 Tujuan PengujianPada sub bab ini akan dijelaskan tentang objektifpengujian.3.3 Referensi ke dokumen desain dan dokumen kebutuhanperangkat lunakPada sub bab ini kan dijelaskan tentang dokumen yangdibutuhkan untuk proses pengujian, seperti dokumen desain dandokumen kebutuhan3.6 Kebutuhan test casePada sub bab ini akan dijelaskan tentang kebutuhan-kebutuhan yang diperlukan untuk pengujian.3.7 Kebutuhan khususPada sub bab ini akan dijelaskan mengenai kebutuhan-kebutuhan khusus yang diperlukan untuk pengujian sepertipengukuran waktu respon, kebutuhan keamanan, dan sebagainya.3.8 data yang perlu dicatatPada sub bab ini menjelaskan mengenai data yang perludicatat untuk proses pengujian.
  • 23. 174 jadwal Pengujian (untuk tiap pengujian atau grup)4.1 PersiapanPada sub bab ini akn dijelaskan tentang persiapan yangkan dilakukan untuk melakukan pengujian, misalnya sepertipenjadwalan waktu penguian.4.2 PengujianPada sub bab ini akan dijelaskan secara lebih rincimengenai bagaimana proses pengujian yang akan dilakukan.3.1.3 Merancang PengujianPada tahap ketiga ini adalah merancang pengujian. Yangdiperlukan dari tahap ini adalah desain dan prosedur yangterperinci untuk setiap pengujian dan basis data atau file test caseterangkum dalam satu buah dokumen, yaitu Software TestDescription (STD), dengan kerangka sebagai berikut:1 Ruang lingkup pengujian1.1 Paket perangkat lunak yang akan diujiPada sub bab ini, menjelaskan tentang paket perangkatlunak yang akan diuji, seperti nama perangkat lunak, versinya danrevisi.1.2 Dokumen pedoman untuk pengujian yang telah dirancangPada sub bab ini akan dijelaskan mengenai sub bab yangmenjadi dasar untuk pengujian telah dirancang. Penjelasanmeliputi nama dan versi untuk tiap dokumen.2 Lingkungan Pengujian2.1 Identifikasi PengujianPada sub bab ini menjelaskan mengenai identifikasipengujian secara umum. Untuk penjelasan terperinci terdapatpada dokumen STP.
  • 24. 182.2 Deskripsi terperinci untuk pengaturan perangkat kerasdan OS dan kebutuhan perubahan pengaturan untukpengujianPada sub bab ini, dijelaskan mengenai deskripsi terperincitentang sistem operasi dan pengaturan perangkat keras danbeberapa pergantian pengaturan yang diperlukan untuk pengujian.2.3 Instruksi untuk menjalankan perangkat lunakPada sub bab ini menjelaskan mengenai instruksi untukmenjalankan perangkat lunak.3 Proses Pengujian3.1 Instruksi untuk input dan langkah-langkah prosespenginputan.Pada sub bab ini akan dijelaskan mengenai instruksiuntuk masukan atau input dan juga perincian tiap-tiap langkahuntuk proses input.3.2 Data yang perlu dicatat selama pengujianPada sub bab ini akan dijelaskan mengenai data yangakan dicatat selama pengujian berlangsung.4 Test cases (for each case)4.1 Rincian identifikasi test casePada sub bab ini akan menjelaskan mengenai rincianidentifikasi test case dari perangkat lunak.4.2 Input data dan pengaturan sistemPada sub bab ini akan dijelaskan mengenai data yangperlu dimasukkan atau di-input dan pengaturan sistem.4.3 Hasil lanjutan yang diharapkan (jika ada)Pada sub bab ini akan dijelaskan mengenai hasil lanjutanyang diharapkan dari pengujian (jika ada).4.4 Hasil yang diharapkan (bisa dalam bentuknumeric, pesan, aktivasi perlengkapan, dsb)Pada sub bab ini akan dijelaskan mengenai hasil yangdiharapkan dari pengujian. Hasil yang diharapkan dapat
  • 25. 19berbentuk angka, pesan, aktivasi perlengkapan, dan lainsebagainya.5. Tindakan yang dilakukan apabila terjadi kegagalanpada pengoperasian perangkat lunakPada bab ini akan dijelaskan mengenai langkah yangperlu dilakukan apabila perangkat lunak mengalami kegagalandalam pengoperasian.6. Prosedur yang akan diterapkan berdasarkankesimpulan hasil pengujianPada bab ini akan dijelaskan mengenai prosedur yangakan diaplikasikan berdasarkan kesimpulan hasil pengujian.3.1.4 Melakukan PengujianPada tahap terakhir ini akan dilakukan tahap pelaksanaanpengujian yang terdiri dari serangkaian pengujian. Luaran daritahapan ini adalah dokumen Software test report (STR), dengankerangka seperti berikut: Dari kerangka berikut hanya akandijabarkan poin nomor 3, yaitu Tese Result atau Hasil Pengujian.1 Test Identification, site, schedule amd participation1.1 The tested software identification (name, version andrevisionPada sub bab ini akan dijelaskan mengenai identifikasiperangkat lunak yang telah diuji, yaitu nama perangkat lunak,versinya, dan revisi.1.2 The documents providing the basis for the tests (nameand version for each document)Pada sub bab ini akan dijelaskan mengenai dokumenyang diperlukan sebagai dasar pengujian. Hal yang akandicantumkan yaitu nama dan versi tiap-tiap dokumen.
  • 26. 201.3 Test sitePada sub bab ini akan dijelaskan mengenai tempatdilakukannya pengujian perangkat lunak.1.4 Initiation and concluding times for each testingsessionPada sub bab ini akan dijelaskan mengenai waktu inisiasidan waktu yang dihabiskan untuk tiap sesi pengujian.1.5 Test team membersPada sub bab ini akan dijelaskan mengenai anggota timpengujian.1.6 Other participantsPada sub bab ini akan dijelaskan mengenai orang-oranglain yang ikut berpartisipasi selain anggota tim pengujian.1.7 Hours invested in performing the testsPada sub bab ini akan dijelaskan mengenai berapa jamyang dihabiskan untuk melakukan pengujian.2 Test environment2.1 Hardware and firmware configurationsPada sub bab ini akan menjelaskan mengenai konfigurasidan pengaturan perangkat keras dan firmware.2.2 Preparations and training prior to testingPada sub bab ini akan dijelaskan mengenai persiapan danpelatihan terlebih dahulu sebelum proses testing.3 Test results3.1 Test identification3.2 test case results (for each test case individually)Pada sub bab ini menjelaskan mengenai hasil test case,untuk tiap-tiap test case secara individu.3.2.1 Test case identificationPada sub bab ini menjelaskan mengenai identifikasi testcase.
  • 27. 213.2.2 Tester identificationPada sub bab ini menjelaskan mengenai identifikasi olehpenguji perangkat lunak.3.2.3 results: OK / failed3.2.4 If failed: detailed description of the results/ problemsPada sub bab ini menjelaskan mengenai deskripsiterperinci apabila terjadi kesalahan pada pengujian perangkatlunak.4 Summary tables for total number of errors, theirdistribution and types4.1 Summary of current testsPada sub bab ini menjelaskan tentang kesimpulan daripengujian terkini yang telah dilakukan.4.2 Comparasion with previous results (for regression testsummaries)Pada sub bab ini menjelaskan mengenai perbandinganhasil pengujian saat ini dengan pengujian yang lalu atausebelumnya.5 Special events and testers’ proposals5.1 Special events and unpredicted responses of the softwareduring testingPada sub bab ini menjelaskan tentang event atau respontak terduga yang muncul ketika proses pengujian perangkat lunak.5.2 Problems encountered during testingPada sub bab ini menjelaskan mengenai permasalahanyang ditemui ketika melakukan pengujian.5.3 Proposals for changes in the test environment, includingtest preperationsPada sub bab ini menjelaskan mengenai pengajuanperubahan pada lingkungan pengujian, termasuk persiapanpengujian.
  • 28. 225.4 Proposal for changes or corrections in test proceduresand test case filesPada sub bab ini menjelaskan mengenai pengajuanperubahan atau pembenaran pada prosedur pengujian dandokumen test case.
  • 29. 23BAB IVANALISA DATA HASIL PENELITIANPada bab ini akan dibahas mengenai analisa data dan hasil daripenelitian perangkat lunak yang diujikan. Bab ini berisi dokumenSTP, STD dan STR yang kerangkanya sudah dipaparkan pada babsebelumnya.4.1 STRATEGI DAN METODE PENGUJIANBerdasarkan karakteristik dari perangkat lunak yang kamiuji ini, kami menetapkan bahwa standard medium quality, denganmengasumsikan apabila terjadi kerusakan pada perangkat lunakaplikasi, dampak yang diberikan dan biaya yang akan dikeluarkanakibat kerusakan tersebut juga tidak begitu besar dan masih bisadi handle oleh sistem manual.Strategi pengujian yang akan dilakukan untuk mengujiperangkat lunak Sistem Informasi Penggajian fakultas TekhnologiInformasi ITS Surabaya ini adalah menggunakan strategi Bigbang testing. Penulis memilih strategi ini dikarenakan pengujiandilakukan setelah perangkat lunak selesai dikembangkan danpengujian dilakukan langsung ke keseluruhan sistemnya. Danmetode pengujian yang dipakai adalah metode Black Box testing,yang akan di fokuskan pada fungsionalitas dan system padaperangkat lunak. Kebutuhan fungsional perangkat lunak yangdiuji akan dijelaskan di bagian selanjutnya.4.2 PERENCANAAN PENGUJIAN PERANGKATLUNAKDokumen Software Test Plan1. RUANG LINGKUP PENGUJIAN1.1 Paket perangkat lunak yang akan diujiNama : Sistem Informasi Penggajian FakultasTekhnologi Informasi ITS SurabayaVersi : Versi 1.0Revisi : Revisi 0
  • 30. 241.2 Dokumen pedoman sebagai dasar dilakukannyapengujianDokumen yang menjadi pedoman perencanaan pengujianini adalah dokumen Tugas Akhir mengenai aplikasi SistemInformasi Penggajian Fakultas Tekhnologi Informasi ITSSurabaya yang kaan diujikan.2.LINGKUNGAN PENGUJIAN2.1 Lokasi PengujianLokasi pengujian perangkat lunak ini berada di JurusanSistem Informasi ITS Suranaya, dengan menggunakan laptopmilik pribadi dari salah satu anggota tim penguji.2.2 Pengaturan kebutuhan perangkat keras dan firmwareSpesifikasi atau kebutuhan perangkat keras dansystemoperasi yang dibutuhkan adalahProsesor : Intel® Core™ i3 CPU M 330 @ 2. 13GHzMemori : 2048MB RAMVGA :-Sisop : Windows 7 Professional 32-bitHDD : 84GBUntuk kebutuhan system operasi tidak memerlukankonfigurasi tertentu untuk menjalankan aplikasi perangkatlunak.2.3 Organisasi lain yang terlibatPada pengujian ini tidak melibatkan organisasi apapunkarena pengujian ini dilakukan secara mandiri.
  • 31. 252.4 Kebutuhan sumber daya manusiaAnggota tim pengujian perangkat lunak ini adalah :1. Artha Putra Pradana2. Annisa Cinintya Risam2.5 Persiapan dan pelatihan yang diperlukan oleh timpengujiPersiapan yang dilakukan oleh tim penguji sebelummelakukan pengujian ini adalah :1. Mendata dan mengatur kebutuhan perangkat keras danperangkat lunak apa saja yang dibutuhkan untuk melakukanproses pengujian.2. Mempelajari dokumen-dokumen yang terkait denganperangkat lunak yang akan diujikan.3. Memahami cara kerja perangkat lunak tersebut.3 RINCIAN PENGUJIAN3.1 Identifikasi PengujianPengujian yang dilakukan akan berdasarkan pada testcase yang sudah dibuat seperti berikut :Kebutuhan fungsionalFitur Peneglolaan SistemFitur Pengelolaan Akun PenggunaFitur Pengelolaan Data PegawaiFitur Pengelolaan HonorariumFitur Pengelolaan SPJFitur Pengelolaan GajiFitur Pengelolaan Potongan GajiFitur Pengelolaan Laporan
  • 32. 26Kebutuhan non-fungsionalSecurity Requirement3.2 Tujuan PengujianTujuan dari melakukan pengujian ini adalah untukmengetahui kesesuaian requirement user dengan perangkat lunakyang sudah didokumentasikan.3.3 Referensi ke dokumen desain dan dokumen kebutuhanperangkat lunakDokumen referensi lain selain Dokumen Tugas Akhirterkait perangkat lunak aplikasi Sistem Informasi Penggajianfakultas Tekhnologi Informasi ITS Surabaya ini adalah dokumenSKPL dan DPPL3.6 Kebutuhan test caseTest case yang akan dilakukan pengujian meliputi :Tabel 4-1 : Tabel test case pada STPFITUR IDPARENTCOMPONENT /SYSTEMHASILYANGDIINGINKANPengelolaanSystemTC01 Login User Sistem dapatmemverifikasidan memvalidasiuserTC02 Logout UserPengelolaanAkunPenggunaTC03 Tambah User Sistem dapatmengelola datauserTC04 Edit UserTC05 Hapus UserPengelolaanDataPegawaiTC06 TambahPegawaiSistem dapatmengelola datapegawaiTC07 Edit PegawaiTC08 Hapus Pegawai
  • 33. 27TC09 TambahJabatanTC10 Edit JabatanTC11 Hapus JabatanTC12 TambahGolonganTC13 Edit GolonganTC14 HapusGolonganPengelolaanHonorariumTC15 Melihat DaftarTemplate TabelHonorariumSistem dapatmengelolaModulHonorariumTC16 MembuatTemplate TabelHonorariumTC17 MengeditTemplate TabelHonorariumTC18 MenghapusTemplate TabelHonorariumTC19 Melihat TabelHonorariumTC20 MenambahData PenerimaHonorariumTC21 Mengedit DataPenerimaHonorariumTC22 MenghapusData Penerima
  • 34. 28HonorariumTC23 MengesahkanLaporanHonorariumTC24 MemvalidasiLaporanHonorariumTC25 MelihatLaporanHonorariumTC26 MemvalidasiLaporanHonorariumTC27 MengeditTemplate TabelHonorariumPengelolaanSPJTC28 Tambah DataSpjSistem dapatmengelolamodul SpjTC29 Edit Data SpjTC30 Hapus Data SpjPengelolaanGajiTC31 Tambah DataGajiSistem dapatmengelolamodul gajiTC32 Edit Data GajiTC33 Hapus DataGajiPengelolaanPotonganGajiTC34 Tambah DataPotongan GajiSistem dapatmengelolamodul potonganTC35 Edit Data
  • 35. 29Potongan Gaji gajiTC36 Hapus DataPotongan GajiPengelolaanLaporanTC37 MemvalidasiLaporanHonorariumSistem dapatmengelolamodul laporanTC38 Laporan SpjTC39 MemvalidasiLaporan SpjTC40 Laporan GajiTC41 MemvalidasiLaporan GajiTC42 LaporanPendapatanTC43 SlipPembayaranTC44 MengesahkanLaporanHonorariumTC45 MencetakLaporanTC46 MelihatLaporanPendapatanTC47 MelihatLaporanInternalTC48 MelihatLaporanHonorarium
  • 36. 30TC49 Mencetak SlipPembayaran3.7 Kebutuhan khususPada pengujian perangkat lunak ini tidak terdapatkebutuhan khusus.3.8 Data yang perlu dicatatTidak ada data yang perlu dicatat pada saat pengujian.4 Jadwal Pengujian (untuk tiap pengujian atau grup)4.1 PersiapanBerikut jadwal persiapan sebelum melakukan prosespengujian perangkat lunak, dapat dilihat di tabel 4-2Tabel 4-2 : Tabel Jadwal PersiapanAktifitasMaret AprilMingguke-2Mingguke-3Mingguke-4Mingguke-1Mingguke-2Mempelajaridokumen-dokumen terkaitperangkat lunakyang siap diujiKonfigurasihardware danfirmwareInstalasiperangkat lunakyang siap diujikan
  • 37. 314.2 PengujianBerikut jadwal dari proses pengujian yang dilakukan olehtim penguji :Tabel 4-3 : Tabel Jadwal PengujianAktifitasMaret April2 3 4 1 2Pengujian Test Casefungsional sesuai denganreferensi Tugas Akhirdan dokumen Test CasePengujian Test Casenon-fungsional sesuaidengan referensi TugasAkhir dan dokumen TestCasePengujian skenariodiluar test case yangdirancang oleh timpenguji4.3. RANCANGAN PENGUJIAN PERANGKAT LUNAKDokumen Software Test Description1. RUANG LINGKUP PENGUJIAN1.1. Paket perangkat lunak yang akan diujiNama : Sistem Informasi Penggajian FakultasTekhnologi Informasi ITS SurabayaVersi : Versi 1.0Revisi : Revisi 01.2 Dokumen pedoman untuk pengujian yang telah dirancangDokumen yang menjadi pedoman perencanaan pengujianini adalah dokumen Tugas Akhir mengenai aplikasi Sistem
  • 38. 32Informasi Penggajian Fakultas Tekhnologi Informasi ITSSurabaya yang kaan diujikan.2.LINGKUNGAN PENGUJIAN2.1 Identifikasi PengujianPengujian yang dilakukan akan berdasarkan pada testcase yang sudah dibuat seperti berikut :Kebutuhan fungsionalFitur Peneglolaan SistemFitur Pengelolaan Akun PenggunaFitur Pengelolaan Data PegawaiFitur Pengelolaan HonorariumFitur Pengelolaan SPJFitur Pengelolaan GajiFitur Pengelolaan Potongan GajiFitur Pengelolaan LaporanKebutuhan non-fungsionalSecurity requirement2.2 Deskripsi terperinci untuk pengaturan perangkat kerasdan OS dan kebutuhan perubahan pengaturan untukpengujianPerangkat keras dan system informasi tidak perlumembutuhkan pengaturan atau perubahan tertentu. Hanya perlumenginstall software XAMPP dan mengimport sql nya saja.Berikut merupakan spesifikasi perangkat keras dan OS yangdiperlukan untuk melakukan pengujian aplikasi:
  • 39. 33Prosesor : Intel® Core™ i3 CPU M 330 @ 2. 13GHzMemori : 2048MB RAMVGA : -Sisop : Windows 7 Professional 32-bitHDD : 84GB2.3 Instruksi untuk menjalankan perangkat lunak3.PROSES PENGUJIAN3.1 Instruksi untuk input dan langkah-langkah prosespenginputan.Input yang dimasukkan adalah dalam bentuk teks. Misalpada modul login menginputkan teks username dan password.3.2 Data yang perlu dicatat selama pengujianTidak ada data yang perlu dicatat pada saat pengujian.4 TEST CASES (FOR EACH CASE)4.1 Rincian identifikasi test casePengujian yang dilakukan akan berdasarkan pada testcase yang menguji kebutuhan fungsional berikut ini:Test Case FungsionalTest Case Peneglolaan SistemTest Case Pengelolaan Akun PenggunaTest Case Pengelolaan Data PegawaiTest Case Pengelolaan HonorariumTest Case Pengelolaan SPJTest Case Pengelolaan GajiTest Case Pengelolaan Potongan GajiTest Case Pengelolaan LaporanTest Case Non-Fungsional
  • 40. 34Security requirement4.2Hasil lanjutan yang diharapkan (jika ada)Tidak terdapat hasil lanjutan yang diharapkan padapengujian ini.4.3Hasil yang diharapkan (bisa dalam bentuk numeric, pesan,aktivasi perlengkapan, dsb)Berikut hasil yang diharapkan dari tiap pengujian testcase:4.3.1. Test Case FungsionalFitur Peneglolaan SistemTabel 4-4 : Tabel Fitur Pengelolaan SistemID Skenario Hasil yang diinginkanTC01Login userberinteraksidengan obyekSistem dapatmemverifikasi danmemvalidasi userTC02LogoutUserSistem dapatmemverifikasi danmemvalidasi userFitur Pengelolaan Akun PenggunaTabel 4-5 : Tabel Fitur Pengelolaan Akun PenggunaID Skenario Hasil yang diinginkanTC03TambahUserSistem dapatmenambahkan user padadatabasenyaTC04Edit User Sistem dapatmengupdate jika adanyaperubahan (edit)TC05HapusUserSistem dapatmenghapus user
  • 41. 35Fitur Pengelolaan Data PegawaiTabel 4-6 : Tabel Fitur Pengelolaan Data PegawaiID Skenario Hasil yang diinginkanTC06TambahPegawaiSistem dapatmenambahkan pegawaipada databasenyaTC07EditPegawaiSistem dapatmengupdate jika adanyaperubahan (edit)TC08HapusPegawaiSistem dapatmenghapus pegawai padadatabasenyaTC09TambahJabatanSistem dapat menambahjabatan pada databasenyaTC10EditJabatanSistem dapatmengupdate jika adanyaperubahan (edit)TC11HapusJabatanSistem dapatmenghapus jabatan padadatabasenyaTC12TambahGolonganSistem dapat menambahgoglongan padadatabasenyaTC13EditGolonganSistem dapatmengupdate jika adanyaperubahan (edit)TC14HapusGolonganSistem dapatmenghapus goglonganpada databasenyaFitur Pengelolaan HonorariumTabel 4-7 : Tabel Fitur Pengelolaan HonorariumID Skenario Hasil yang diinginkanTC15MelihatDaftarTemplateTabelHonorariumSistem dapatmenampilkan daftartemplate tabel honorariumTC16 Membuat Sistem dapat membuat
  • 42. 36TemplateTabelHonorariumtemplate tabel honorariumTC17MengeditTemplateTabelHonorariumSistem dapatmengupdate template tabelhonorariumTC18MenghapusTemplateTabelHonorariumSistem dapatmenghapus template tabelhonorariumTC19MelihatTabelHonorariumSistem dapatmenampilkan tabelhonorariumTC20MenambahDataPenerimaHonorariumSistem dapatmenambbah data penerimahonorariumTC21MengeditDataPenerimaHonorariumSistem dapatmengupdate data penerimahonorariumTC22MenghapusDataPenerimaHonorariumSistem dapatmenghapus data penerimahonorariumTC23Mengesahkan LaporanHonorariumSistem dapatmengsahkan laporanhonorariumTC24Memvalidasi LaporanHonorariumSistem dapatmemvalidasi laporanhonorariumTC25MelihatLaporanHonorariumSistem dapatmenampilkan laporanhonorariumTC26Memvalidasi LaporanHonorariumSistem dapatmemvalidasi laporanhonorariumTC27MengeditTemplateTabelHonorariumSistem dapatmengupdate template tabelhonorarium
  • 43. 37Fitur Pengelolaan SPJTabel 4-8 : Tabel Fitur Pengelolaan SPJID Skenario Hasil yang diinginkanTC28TambahData SpjSistem dapat menambahdata SPJTC29Edit DataSpjSistem dapatmengupdate data SPJTC30Hapus DataSpjSistem dapatmenghapus data SPJFitur Pengelolaan GajiTabel 4-9 : Tabel Fitur Pengelolaan GajiID Skenario Hasil yang diinginkanTC31TambahData GajiSistem dapat menambahdata gajiTC32Edit DataGajiSistem dapatmengupdate data gajiTC33Hapus DataGajiSistem dapatmenghapus data gajiFitur Pengelolaan Potongan GajiTabel 4-10 :Tabel Fitur Pengelolaan Potongan GajiID Skenario Hasil yang diinginkanTC34TambahDataPotongan GajiSistem dapat menambahdatapotonganTC35Edit DataPotongan GajiSistem dapatmengupdate data potongangajiTC36Hapus DataPotongan GajiSistem dapatmenghapus data potongangaji
  • 44. 38Fitur Pengelolaan LaporanTabel 4-11: Tabel Fitur Pengelolaan LaporanID SkenarioHasil yangdiinginkanTC37MemvalidasiLaporanHonorariumSistem dapatmemvalidasi laporanhonorariumTC38 Laporan SpjSistem dapatmengelola SPJTC39MemvalidasiLaporan SpjSistem dapatmemvalidasi laporan SPJTC40 Laporan GajiSistem dapatmengelola laporan gajiTC41MemvalidasiLaporan GajiSistem dapatmemvalidasi laporan gajiTC42LaporanPendapatanSistem dapatmengelola laoranpendapatanTC43SlipPembayaranSistem dapatmengelola slippembayaranTC44MengesahkanLaporanHonorariumSistem dapatmengesahkan laporanhonorariumTC45MencetakLaporanSistem dapat mencetaklaporanTC46MelihatLaporanPendapatanSistem dapatmenampilkan laporanpendapatanTC47MelihatLaporanInternalSistem dapatmenampilkan laporaninternalTC48MelihatLaporanHonorariumSistem dapatmenampilkan laporanhonorariumTC49MencetakSlipPembayaranSistem dapat mencetakslip pembayaran
  • 45. 395. TINDAKAN YANG DILAKUKAN APABILA TERJADIKEGAGALAN PADA PENGOPERASIAN PERANGKATLUNAKDikarenakan tidak adanya kegagalan pada pengoperasianperangkat lunak, maka tidak ada tndakan yang perlu dilakukan.6.PROSEDUR YANG AKAN DITERAPKANBERDASARKAN KESIMPULAN HASIL PENGUJIANDikarenakan tujuan pengujian ini hanyamengidentifikasikan berapa persen kesesuaian antararequirements user dengan perangkat lunaknya, maka dari hasilyang akan didapatkan nantinya, tidak terdapat prosedur yang akandiaplikasikan terhadap perangkat lunak.4.4. HASIL PENGUJIAN PERANGKAT LUNAKDokumen Software Test Result1. HASIL PENGUJIAN1.1 Identifikasi PengujianPengujian yang dilakukan akan berdasarkan pada testcase yang sudah dibuat seperti berikut :Kebutuhan fungsionalFitur Peneglolaan SistemFitur Pengelolaan Akun PenggunaFitur Pengelolaan Data PegawaiFitur Pengelolaan HonorariumFitur Pengelolaan SPJFitur Pengelolaan GajiFitur Pengelolaan Potongan GajiFitur Pengelolaan Laporan
  • 46. 40Kebutuhan non-fungsionalSecurity requirement1.2. Hasil Test Case (untuk tiap test case, secara individu)Tes Case FungsionalTabel 4-12: Tabel Tes Case FungsionalID Skenario Hasil Ket Bukti(terlampir) (terlampir) (terlampir) (terlampir) (terlampir)Tes Case Non-fungsionalTabel 4-13: Tabel Tes Case Non-fungsionalID Skenario Hasil Ket Bukti(terlampir) (terlampir) (terlampir) (terlampir) (terlampir)
  • 47. 411.3. Identifikasi Test Case1.3.1 Test Case FungsionalFitur Peneglolaan SistemFitur ini dimulai dari halaman utamaTabel 4-14: Tabel Skenario Fitur Pengelolaan SistemID SkenarioMasukhalaman utamaMenekan tombollogin/logoutMenekantombol cancelHasil yang diinginkanTC01Login userberinteraksi denganobyekV v N/ASistem akan memvalidasiinputan username dan passwordV v VSistem akan mengembalikanke halaman sebelumnyaTC02 Logout UserV v N/A Sistem akan mengakhirisession akunV v V Sistem akan mengembalikanke halaman sebelumnya
  • 48. 42Fitur Pengelolaan Akun PenggunaFitur ini dimulai dari halaman manajemen akunTabel 4-15: Tabel Skenario Fitur Akun PenggunaID SkenarioMenekantomboltambahMenekantombol editMenekantombolhapusMenekantombolcancelHasil yang diinginkanTC03TambahUserV N/A N/A N/A Sistem akan membuka formpenambahan akunV N/A N/A V Sistem akan mengembalikanke halaman sebelumnyaTC04Edit User N/A v N/A N/A Sistem akan membukaform/halaman edit user yangfieldnya siap untuk di editN/A v N/A VSistem akan mengembalikanke alaman sebelumnyaTC05HapusUserN/A N/A v N/A Sistem akan menghapussemua data userN/A N/A v V Sistem akan mengembalikanke halaman sebelumnya
  • 49. 43Fitur Pengelolaan Data PegawaiFitur ini dimulai dari halaman data pegawaiTabel 4-16: Tabel Skenario Fitur Pengelolaan Data PegawaiID SkenarioMenekantombol tambahMenekantombol editMenekantombolhapusMenekantombolcancelHasil yang diinginkanTC06TambahPegawaiv N/A N/A N/A Sistem akan membukaform/halaman penambahanpegawaiv N/A N/A V Sistem akan mengembalikanke halaman sebelumnyaTC07EditPegawaiN/A v N/A N/A Sistem akan menampilkanform/halaman pegawai yangfieldnya siap di editN/A v N/A V Sistem akan mengembalikanke halaman sebelumnyaTC08HapusPegawaiN/A N/A v N/A Sistem akan menghapus datapegawaiN/A N/A v V Sistem akan mengembalikanke halaman sebelumnyaTC09TambahJabatanv N/A N/A N/A Sistem akan membukaform/halaman penambahan
  • 50. 44jabatanv N/A N/A V Sistem akan mengembalikanke halaman sebelumnyaTC10 Edit JabatanN/A v N/A N/A Sistem akan menampilkanform/halaman jabatan yangfieldnya siap di editN/A v N/A V Sistem akan mengembalikanke halaman sebelumnyaTC11HapusJabatanN/A N/A v N/A Sistem akan menghapus datajabatanN/A N/A v V Sistem akan mengembalikanke halaman sebelumnyaTC12TambahGolonganv N/A N/A N/A Sistem akan membukaform/halaman penambahangolonganv N/A N/A V Sistem akan mengembalikanke halaman sebelumnyaTC13EditGolonganN/A v N/A N/A Sistem akan menampilkanform/halaman golongan yangfieldnya siap di editN/A v N/A V Sistem akan mengembalikanke halaman sebelumnyaTC14HapusGolonganN/A N/A v N/A Sistem akan menghapus datagolonganN/A N/A v V Sistem akan mengembalikanke halaman sebelumnya
  • 51. 45Fitur Pengelolaan HonorariumFitur ini dimulai dari halaman HonorariumTabel 4-17: Tabel Skenario Fitur Pengelolaan HonorariumID SkenarioMenekantombolviewMenekantombolcreateMenekantomboleditMenekantomboldeleteMenekantomboladdMenekantombolcancelHasil yangdiinginkanTC15MelihatDaftarTemplateTabelHonorariumv N/A N/A N/A N/A N/A Sistem akanmenampilkan daftartemplate tabelhonorariumv N/A N/A N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC16MembuatTemplateTabelHonorariumN/A v N/A N/A N/A N/A Sistem akanmembuka halamanpembuatan templatetabel honorariumN/A v N/A N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC17MengeditTemplateTabelN/A N/A v N/A N/A N/A Sistem akanmembuka/menampilkanhalaman template tabel
  • 52. 46Honorarium honorarium yang siapdi editN/A N/A v N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC18Menghapus TemplateTabelHonorariumN/A N/A N/A v N/A N/A Sistem akanmenghapus templatetabel honorariumN/A N/A N/A v N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC19MelihatTabelHonorariumv N/A N/A N/A N/A N/A Sistem akanmenampilkan tabelhonorariumv N/A N/A N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC20MenambahDataPenerimaHonorariumN/A N/A N/A N/A v N/A Sistem akanmembukaform/halamanmenambah datapenerima honorariumN/A N/A N/A N/A v V Sistem akanmengembalikan kehalaman sebelumnyaTC21MengeditDataPenerimaN/A N/A v N/A N/A N/A Sistem akanmembuka/menampilkanhalaman data penerima
  • 53. 47Honorarium honorarium yang siapdi editN/A N/A v N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC22Menghapus DataPenerimaHonorariumN/A N/A N/A v N/A N/A Sistem akanmenghapus datapenerima honorariumN/A N/A N/A v N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC23Mengesahkan LaporanHonorariumv N/A N/A N/A N/A N/A Sistem dapatmengsahkan laporanhonorariumv N/A N/A N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC24Memvalidasi LaporanHonorariumv N/A N/A N/A N/A N/A Sistem dapatmemvalidasi laporanhonorariumv N/A N/A N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC25MelihatLaporanHonorariumV N/A N/A N/A N/A N/A Sistem akanmenampilkan laporanhonorariumV N/A N/A N/A N/A v Sistem akan
  • 54. 48mengembalikan kehalaman sebelumnyaTC26Memvalidasi LaporanHonorariumV N/A N/A N/A N/A N/A Sistem dapatmemvalidasi laporanhonorariumV N/A N/A N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC27MengeditTemplateTabelHonorariumN/A N/A v N/A N/A N/A Sistem akanmembuka/menampilkanhalaman template tabelhonorarium yang siapdi editN/A N/A v N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaFitur Pengelolaan SPJ
  • 55. 49Halaman ini dimulai dari halaman SPJTabel 4-18: Tabel Skenario Fitur Pengelolaan SPJIDSkenarioMenekantomboltambahMenekantombol editMenekantombolhapusMenekantombolcancelHasil yang diinginkanTC28TambahData Spjv N/A N/A N/A Sistem akan membukaform/halaman menambah data SPJv N/A N/A v Sistem akan mengembalikan kehalaman sebelumnyaTC29EditData SpjN/A v N/A N/A Sistem akanmembuka/menampilkan halamandata SPJ yang siap di editN/A v N/A v Sistem akan mengembalikan kehalaman sebelumnyaTC30HapusData SpjN/A N/A v N/A Sistem akan menghapus data SPJN/A N/A v v Sistem akan mengembalikan kehalaman sebelumnyaFitur Pengelolaan Gaji
  • 56. 50Halaman ini dimulai dari halaman kelola GajiTabel 4-19: Tabel Skenario Fitur Pengelolaan GajiIDSkenarioMenekantomboltambahMenekantombol editMenekantombolhapusMenekantombolcancelHasil yang diinginkanTC31TambahData GajiV N/A N/A N/A Sistem akan membukaform/halaman menambah data gajiV N/A N/A V Sistem akan mengembalikan kehalaman sebelumnyaTC32EditData GajiV N/A N/A Sistem akanmembuka/menampilkan halamandata gaji yang siap di editN/A v N/A V Sistem akan mengembalikan kehalaman sebelumnyaTC33HapusData GajiN/A N/A v N/A Sistem akan menghapus data gajiN/A N/A v V Sistem akan mengembalikan kehalaman sebelumnyaFitur Pengelolaan Potongan Gaji
  • 57. 51Halaman ini dimulai dari halaman kelola potongan gajiTabel 4-20: Tabel Skenario Fitur Pengelolaan Potongan GajiID SkenarioMenekantomboltambahMenekantombol editMenekantombolhapusMenekantombolcancelHasil yang diinginkanTC34TambahDataPotonganGajiV N/A N/A N/A Sistem akan membukaform/halaman menambah datapotongan gajiV N/A N/A v Sistem akan mengembalikan kehalaman sebelumnyaTC35Edit DataPotonganGajiN/A V N/A N/A Sistem akanmembuka/menampilkan halamandata potongan gaji yang siap di editN/A V N/A V Sistem akan mengembalikan kehalaman sebelumnyaTC36HapusDataPotonganGajiN/A N/A v N/A Sistem akan menghapus datapotongan gajiN/A N/A v v Sistem akan mengembalikan kehalaman sebelumnyaFitur Pengelolaan Laporan
  • 58. 52Halaman ini dimulai dari halaman laporanTabel 4-21 : Tabel Skenario Fitur Pengelolaan LaporanID SkenarioMenekantombolvalidasiMenekantombol viewMenekantombol printMenekantombolcancelHasil yang diinginkanTC37MemvalidasiLaporanHonorariumV N/A N/A N/A Sistem dapat memprosesvalidasi laporanhonorariumV N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC38 Laporan SpjN/A v N/A N/A Sistem akanmenampilkan laporan SPJN/A v N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC39MemvalidasiLaporan Spjv N/A N/A N/A Sistem dapat memprosesvalidasi laporan SPJV N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC40 Laporan GajiN/A v N/A N/A Sistem akanmenampilkan laporan gajiN/A v N/A v Sistem akanmengembalikan kehalaman sebelumnya
  • 59. 53TC41MemvalidasiLaporan Gajiv N/A N/A N/A Sistem dapat memprosesvalidasi laporan gajiV N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC42LaporanPendapatanN/A v N/A N/A Sistem akanmenampilkan daftarlaporan pendapatanN/A v N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC43 Slip PembayaranN/A v N/A N/A Sistem akanmenampilkan slippembayaranN/A v N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC44MengesahkanLaporanHonorariumv N/A N/A N/A Sistem dapatmengesahkan laporanhonorariumV N/A N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC45MencetakLaporanN/A N/A v N/A Sistem dapattersambung ke printeruntuk mencetak laporanN/A N/A v v Sistem akan
  • 60. 54mengembalikan kehalaman sebelumnyaTC46Melihat LaporanPendapatanN/A v N/A N/A Sistem akanmenampilkan laporanpendapatanN/A v N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC47Melihat LaporanInternalN/A V N/A N/A Sistem akanmenampilkan laporaninternalN/A V N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC48Melihat LaporanHonorariumN/A V N/A N/A Sistem akanmenampilkan laporanhonorariumN/A V N/A v Sistem akanmengembalikan kehalaman sebelumnyaTC49Mencetak SlipPembayaranN/A N/A v N/A Sistem dapattersambung ke printeruntuk mencetak laporanN/A N/A v v Sistem akanmengembalikan kehalaman sebelumnya
  • 61. 551.3.2. Test Case Non FungsionalTabel 4-22 : Tabel Test Case Non FungsionalID Skenario Rincian BuktiTC50 Sistem sudah kebalterhadap sql injection(terlampir)TC51 Sistem telah dilengkapidengan fiturkerahasiaan passwordSetiap menginputkanpassword di fieldpassword karakterpassword sudahdisamarkan menjadititk (.) untuk setiapkarakternya(terlampir)
  • 62. 561.4. Identifikasi PengujiBerikut keterangan identitas penguji yang melakukanpengujian disetiap test casenya:Tabel 4-23 : Tabel Identifikasi PengujiID Skenario PengujiTC01Login userberinteraksi denganobyekArthaTC02 Logout User ArthaTC03 Tambah user ArthaTC04 Edit user ArthaTC05 Hapus user ArthaTC06 Tambah pegawai ArthaTC07 Edit pegawai ArthaTC08 Hapus Pegawai ArthaTC09 Tambah jabatan ArthaTC10 Edit jabatan ArthaTC11 Hapus jabatan ArthaTC12 Tambah golongan ArthaTC13 Edit golongan ArthaTC14 Hapus golongan ArthaTC15Melihat daftartemplate honorariumArthaTC16Membuat templatetable honorariumArtha
  • 63. 57TC17Menegdit templatetable honorariumArthaTC18Menghapustemplate tablehonorariumArthaTC19Melihat tablehonorariumArthaTC20Menambah datapenerima honorariumArthaTC21Mengedit datapenerima honorariumArthaTC22Menghapus datapenerima honorariumArthaTC23Mengesahkanlaporan honorariumArthaTC24Memvalidasilaporan honorariumArthaTC25Melihat laporanhonorariumArthaTC26Memvalidasilaporan honorariumArthaTC27Mengedit templatetable honorariumArthaTC28 Tambah data SPJ ArthaTC29 Edit data SPJ ArthaTC30 Hapus data SPJ ArthaTC31 Tambah data gaji ArthaTC32 Edit data gaji ArthaTC33 Hapus data gaji ArthaTC34Tambah datapotongan gajiArthaTC35Edit data potongangajiArthaTC36Hapus datapotongan gajiArtha
  • 64. 58TC37Memvalidasilaporan honorariumArthaTC38 Laporan SPJ ArthaTC39Memvalidasilaporan SPJArthaTC40 Laporan gaji AnisaTC41Memvalidasilaporan gajiAnisaTC42LaporanpendapatanAnisaTC43 Slip pembayaran AnisaTC44Mengesahkanlaporan honorariumAnisaTC45 Mencetak laporan AnisaTC46Melihat laporanpendapatanAnisaTC47Melihat laporaninternalAnisaTC48Melihat laporanhonorariumAnisaTC49Mencetak slippembayaranAnisa1.5. Hasil: OK / GagalBerikut tabel hasil dari pengujian yang sudah dilakukan:Tabel 4-24 : Tabel Hasil PengujianID Skenario OK GagalTC01Login user berinteraksi denganobyekTC02 Logout User 
  • 65. 59TC03 Tambah user TC04 Edit user TC05 Hapus user TC06 Tambah pegawai TC07 Edit pegawai TC08 Hapus Pegawai TC09 Tambah jabatan TC10 Edit jabatan TC11 Hapus jabatan TC12 Tambah golongan TC13 Edit golongan TC14 Hapus golongan TC15Melihat daftar templatehonorariumTC16Membuat template tablehonorariumTC17Menegdit template tablehonorariumTC18Menghapus template tablehonorariumTC19 Melihat table honorarium TC20Menambah data penerimahonorariumTC21Mengedit data penerimahonorariumTC22Menghapus data penerimahonorarium
  • 66. 60TC23Mengesahkan laporanhonorariumTC24Memvalidasi laporanhonorariumTC25 Melihat laporan honorarium TC26Memvalidasi laporanhonorariumTC27Mengedit template tablehonorariumTC28 Tambah data SPJ TC29 Edit data SPJ TC30 Hapus data SPJ TC31 Tambah data gaji TC32 Edit data gaji TC33 Hapus data gaji TC34 Tambah data potongan gaji TC35 Edit data potongan gaji TC36 Hapus data potongan gaji  TC37Memvalidasi laporanhonorariumTC38 Laporan SPJ TC39 Memvalidasi laporan SPJ TC40 Laporan gaji TC41 Memvalidasi laporan gaji TC42 Laporan pendapatan 
  • 67. 61TC43 Slip pembayaran TC44Mengesahkan laporanhonorariumTC45 Mencetak laporan TC46 Melihat laporan pendapatan TC47 Melihat laporan internal TC48 Melihat laporan honorarium TC49 Mencetak slip pembayaran TC50 SQL Injection TC51Sistem sudah dilengkapi dengankerahasiaan password
  • 68. 62BAB VIKESIMPULAN DAN SARAN6.1. KesimpulanSimpulan yang dapat diambil dari pengerjaan pengujian iniadalah sebagai berikut :Karena pengujian ini melakukan metode black boxtahapnya adalah :1. Instalasi software pada computer penguji2. Menguji fungsionalitasnya berdasarkan test casePengujian tidak dilakukan secara mendalam karena jikasudah ke ranah yang lebih mendalam akan menjadipengujian dengan metode white box.Berdasarkan hasil pengujian didapatkan hasil presentase58% terdiri dari 21 test case yang gagal dan 30 test caseyang berhasil diuji dari keseluruhan 51 test case aplikasiyang sudah diujikan. Asumsi kegagalan dan keberhasilandisini adalah sebagai berikut :- Status OK menggambarkan fitur yang berhasil berjalandengan baik sesuai dengan hasil yang diinginkan yaitusebanyak 30- Status Warning adalah fitur yang berhasil dijalankannamun tidak menampilkan informasi apa-apa (null)didalamnya yaitu sebanyak 21 use-case. Dari statuswarning ini maka diasumsikan sebanyak 21 use-casedinyatakan gagal.6.2. SaranBeberapa hal yang diharapkan dapat dikembangkan di masamendatang adalah sebagai berikut :Setelah melakukan pengujian dengan metode black box inidiharapkan hasilnya bisa menjadi acuan dalam melakukanpengujian dengan menggunakan metode white box.
  • 69. 63Apabila aplikasi ini akan dikembangkan selanjutnya, makasaran bagi pengembang yaitu :- Mengembangkan fitur login. sebaiknya pada saat login,tidak perlu memilih hak akses dari user yang akan login. Cukup secara otomatis apabila user memasukkanusername dan passwordnya, system akan menampilkanhalaman yang sesuai dengan hak akses yang dimilikiuser tersebut- Kejelasan pengelompokkan user disarankan untuk lebihdiperjelas , karena ada sebagian user yang rulesnyasama dan tidak ada perbedaannya.
  • 70. 64DAFTAR PUSTAKA

×