Sif0210 - Testing & Implementasi Sistem

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

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: unpampress@unpam.ac.id
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

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: unpampress@unpam.ac.id
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

MATA KULIAH
IDENTITAS MATA KULIAH

Program Studi : Sistem Informasi S-1/ SIF0210
Sks : 2 Sks
Prasyarat : -
Semester : VII
Deskripsi Mata Kuliah : 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.
Capaian Pembelajaran : Setelah menyelesaikan mata kuliah ini, mahasiswa
mampu membuat perencanaan testing sistem informasi
dan mampu melakukan pengujian dengan metode black-
box dan white-box testing dalam sistem informasi
dengan
baik.
Penyusun : 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 Ketua Tim Penyusun

S-1 Sistem Informasi
Dede Supriyadi, S.Kom., M.Kom. Emi Sita Eriana, S. Kom., M. Kom

NIDN. 0403078402 NIDN. 0303028802

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

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

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

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

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

MODEL DAN TEMPLATES PENGUJIAN.................................................................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
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
B. URAIAN MATERI.............................................................................................172
1. Black-Box Testing......................................................................................172
Testing & Implementasi x

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
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
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
B. URAIAN MATERI.............................................................................................212
1. Testing.......................................................................................................212
2. Pengujian dan Evaluasi..............................................................................214

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

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

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

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

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

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

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

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.

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.

5. 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

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

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.

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.

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:

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

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

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!

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.

PERTEMUAN 2
PRINSIP TESTING DAN IMPLEMENTASI SISTEM INFORMASI
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.

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

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 pada kerugian yang
ditimbulkan di sisi client).

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:

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

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.

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.

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

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 lain-
lain.
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

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.

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:

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 macam-
macam 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.

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.

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.
Mulyasa, E. (2008). Implementasi kurikulum tingkat satuan pendidikan: kemandirian

guru dan kepala sekolah. Bumi Aksara.

PT Sekawan Media Informatika. Sistem Informasi. (diakses pada 01 Desember

2021). Tersedia pada https://www.sekawanmedia.co.id/sistem-informasi/.

PERTEMUAN 3
PENGUJIAN SISTEM INFORMASI
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

“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

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

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:

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:

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

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

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,

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.

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) Bagian Pengujian
a) Function (Black-box)
b) Source Code (White-box)
c) Batasan-batasan
4) 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) Bagian Pengujian
a) Fungsi dan kebutuhan sistem
b) Tampilan sistem
4) Waktu selesai

Jika kebutuhan penting dalam sistem telah sesuai kriteria dan tidak
ditemukan kesalahan yang besar.
5) Alat
a) Sistem pustaka test case
b) Simulator, komparator, generator data testing
6) 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) Bagian Pengujian
a) Fungsi penting
b) Prosedur
c) Dokumentasi
4) 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

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)

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

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.

PERTEMUAN 4
PENDEKATAN STRATEGIS DALAM PENGUJIAN SISTEM INFORMASI
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

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.

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).

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.

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

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.

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 programnya dimana dihubungkan
dengan antarmuka.

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 Non-
Incremental 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 Non-
Incremental, 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.

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 berbeda-
beda.
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 elemen-
elemen 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 top-
down 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.

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 breadth-
first.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.

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

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:

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)

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

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.

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
Pandara, E., Karouw, S., & Najoan, M. (2014). Implementasi Proses Uji Sistem
Informasi Admisi Pascasarjana Universitas Sam Ratulangi. Jurnal Teknik
Informatika, 4(2).

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.

PERTEMUAN 5
PERENCANAAN PENGUJIAN DAN ESTIMASI PENYELESAIAN
Setelah mempelajari pertemuan ini, mahasiswa mampu menjelaskan dasar-

dasar 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.

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

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 Deskripsi
Menambahkan Album Untuk menampilkan foto-foto dari berbagai

acara IIT dalam urutan yang diatur
3
pengguna dapat menambahkan album

Fitur Prioritas Deskripsi
Memodifikasi Album Edit album yang ada dengan menambah

atau menghapus foto atau mengubah
3
deskripsi album
Menambahkan 3 Prestasi IIT yang berbeda akan

Pencapaian dicantumkan
Menambahkan Berita / 1 Ini akan berfungsi sebagai papan

Events pengumuman IIT
Memodifikasi 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:

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.

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:

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 aturan dan prosedur Developers, Project Manager

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

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.

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 Developer Menyesuaikan waktu

pengembangan

Pengujian Komponen Testing Team 1 Minggu
Pengujian Integrasi Testing Team 1 Minggu
Menggunakan validasi kasus Testing Team 1 Minggu
Pengujian antarmuka Testing Team 1 Minggu

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 Tanda

Disetujui Tangan
User 1 TP V.2 Pembuat 4/16/2012

4. 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.

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

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.

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

PERTEMUAN 6
PENGUJIAN METODE USABILITY
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.

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

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.

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 solusi-
solusi 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.

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

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

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

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

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

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

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

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.

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.

5. 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.

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

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 langkah-
langkah skenario tanpa menunjukkan skenario aslinya agar mengetahui
interaksi dan perilaku para pengisi survei menggunakan sistem menurut
Nielsen 2014:
a) Memberikan pekerjaan yang valid
b) Meminta para responden melakukan aksi
c) Jangan memberi pengarahan
4) 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

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

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

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

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

𝑺𝒖𝒄𝒄𝒆𝒔 𝑹𝒂𝒕𝒆 = 𝑻𝒐𝒕𝒂𝒍 𝑻𝒂𝒔𝒌 𝒙 𝟏𝟎𝟎%
(𝟗𝟑 + (𝟏𝟐 𝒙 𝟎.
𝟓)) 𝒙 𝟏𝟎𝟎%
=
𝟒𝟗
= 𝟗𝟒%
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

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.

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.

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 No R hitung R Tabel
Kemudahan 1 0,804 0,2006
2 0,883 0,2006
3 0,542 0,2006
4 0,745 0,2006
Efisiensi 5 0,789 0,2006

6 0,836 0,2006
7 0,678 0,2006
Mudah diingat 8 0,873 0,2006
9 0,942 0,2006
10 0,815 0,2006
11 0,876 0,2006
Kesalahan 12 0,964 0,2006
13 0,875 0,2006
14 0,986 0,2006
Kepuasan 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 RELIABLE
Efisien 0,675 >0,60 RELIABLE
Mudah diingat 0,941 RELIABLE
Kesalahn 0,865 RELIABLE
Kepuasan 0,878 RELIABLE

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

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

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.

PERTEMUAN 7
PERANGKAT PENDUKUNG PENGUJIAN
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

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

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

error

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

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.

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

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 masing-
masing. 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.

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 sub-
kelas berikut:
1) Ulasan
2) Opini ahli
3) Pengujian software.

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

langkah persiapan yang diambil sebelum memulai bekerja pada proyek itu
sendiri:
1) Tinjauan kontrak
2) Rencana pengembangan dan kualitas.
6. 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:

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

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. Biaya pemeliharaan kualitas
8. 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.

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

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

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

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

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

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

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

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

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.

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!

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.

PERTEMUAN 8
METODE PENGORGANISASIAN PENGUJIAN SISTEM INFORMASI
(TEST ORGANIZATION)
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

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 :

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

2. 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 menyelesaikan suatu pekerjaan. Jadi metode
pengorganisasian adalah rangkaian jalannya pekerjaan yang 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

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 tester tidak

tidak jarang mereka merasa sudah mengetahui produk service atau
memiliki fasilitas untuk hal tersebut. customer sebaik produser atau
developer aplikasi. Untuk mengatasi
hal tersebut perlu dilakukan
koordinasi 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 tester dapat Independent tester bisa

memverifikasi asumsi si 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

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

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

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

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 :

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

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.

8. 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.

b. Pengujian kekambuhan adalah gerakan yang menjamin bahwa perubahan

itu benar dan tidak menyebabkan tindakan yang tidak diinginkan atau
kesalahan tambahan.
c. Pengujian kekambuhan harus dimungkinkan secara fisik, dengan
menjalankan kembali sebagian dari keseluruhan 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

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.

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, alih-
alih 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

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

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, bagian-
bagian 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

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.

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 yang paling

direkomendasikan!
5. Perihal apa saja yang dapat mempercepat tes? sebutkan!

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.

PERTEMUAN 9
MODEL DAN TEMPLATES PENGUJIAN
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 proses pemeliharaan, pengembangan, serta dalam

menggunakan sebuah sistem informasi yang biasa 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:

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 ?

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

4. 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.

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

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

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

6. 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

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

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.

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

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

Gambar 9. 7 Dokumen UAT 2

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/.
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.

PERTEMUAN 10
PRINSIP-PRINSIP DALAM MENULIS LAPORAN PENGUJIAN
Setelah mempelajari pertemuan ini, mahasiswa mampu menerapkan prinsip-

prinsip 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

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

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

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.

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 Keterangan
Entitas Entitas eksternal, dapat

Entitas Eksternal
Eksternal berupa oran/unit yang
berinteraksi dengan
sistem tetapi di luar
sistem.
Orang/unit yang
Proses Proses 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 tempat data direfer oleh

data Store
proses

5. 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:

Gambar 10. 2 Daftar fungsi laporan sistem

6. 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.

7. 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 data-

data jam dan harga.
Struktur data Hari + Jam + Harga
Hari = Test
Jam = Number
Harga = Number

8. 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 Hasil yang Diharapkan Kesimpulan
Tambah Data (Data yang di input

Sistem tidak akan melakukan
tidak lengkap), lalu klik “Simpan”
proses simpan saat kolom tidak
terisi semua, dan akan tampil
pesan “Data belum lengkap”
1 Test Case: Valid
Hasil Pengujian:
Sistem akan menampilkan

Isi username dan password
akses login ditolak dan tampil
(kosongkan)
pesan.
2 Test Case: Valid

Hasil Pengujian:
Dst..

KASUS DAN HASIL UJI (DATA BENAR)
Data yang Yang

Pengamatan Kesimpulan
dimasukkan diharapkan
Masukkan
Dapat masuk
username dan
kedalam Menampilkan halaman
kata sandi sesuai (✓) Diterima
sistem dan dengan menu utama sesuai
dengan peraturan () Ditolak
menampilkan dengan persyaratan
yang telah
menu utama
ditentukan
KASUS DAN HASIL UJI (DATA SALAH)
Data yang Yang

Login akan
Login gagal dan tampil pesan
Username: bebas gagal dan (✓) Diterima
salah sesuai dengan
Password: bebas tampil pesan () Ditolak
ketentuan.
salah
Dst..

Hasil Uji UAT
Diuji oleh
No Use Case/Proses*) Berhasil/Gagal Tanggal Test
**)
1. Nama Uji : Login
Deskripsi Pengujian :
Verifikasi hak akses hanya
dapat diakses oleh
pengguna terdaftar
Kasus Uji :
- User name : penjual

10 Januari
- Password : penjual Tiara
2021
Berhasil
Hasil yang diharapkan :

(Bagian ini
- Jika berhasil atau sesuai
ditulis tangan)
akan tampil beranda
sistem atau aplikasi.
- Jika gagal, akan tampil

pesan error melalui
display.
2 .. .. .. ..
3 Dst.. .. .. ..

9. 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!

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.

PERTEMUAN 11
METODE BLACK-BOX TESTING
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

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

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 masing-
masing.
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 di-
upgrade. Pada regression test, pengecekan dilakukan
pada aspek 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.

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.

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 relasi dua

arah pada objek

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.


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.

5. 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 Kesi

Coba mpul
an
Pencet Tombol Timbul maps lokasi dengan Warna maps pada [X]
“cari lokasi” warna berbeda beda prototype aplikasi Diteri
berguna sesuai ma
yang diinginkan
[ ]
Ditola
k
Akses dengan Tampilan sesuai dengan Tampilan prototype [X]

cara perangkat ukuran layar smartphone aplikasi berguna Diteri
smartphone sesuai yang ma
(android) layar diinginkan
[ ]
kurang lebih 5
Ditola
inch
k

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 :

Tabel 11. 3 Black-box Testing
Proses Uji Kasus Uji Coba Hasil yang Hasil Uji Kesimpula
Coba diinginkan Coba n
Input Data Input seluruh data Data sukses di Benar dan Normal
dan pencet Tombol input Sesuai
tambah atau input
data
Delete Data Pilih data yang akan Data sukses di Benar dan Normal
di delete dan klik delete Sesuai
tombol delete
Perbarui hasil Pencet seluruh Data sukses di Benar dan Normal

jumlah data jumlah data yang perbarui 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 Kesimpula
Coba n
Username dan Username System akan menolak Sesuai yang Benar

pass tidak di (kosong) dan menampilkan diinginkan
masukan dan
Pass “Mohon isi Username
pencet tombol
(kosong dan Pass”
login/ masuk
Mengetikan Username System akan menolak Sesuai yang Benar

username, dan (admin) dan menampilkan diinginkan

pass tidak diisi Pass “Pass belum diisi’

dan pencet (kosong)
tombol login
Mengetikan pass Username System akan menolak Sesuai yang Benar

dan username (kosong) dan menampilkan diinginkan
tidak diisi dan
Pass “Username belum diisi”
pencet tombol
(admin)
login
Mengetikan Username System akan menolak Sesuai yang Benar

username atau (adm) dan menampilkan diinginkan
pass tidak sesuai
Pass “Username dan Pass
dan pencet login
(adm123 ) yang ada masukan
salah”
Dst..

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

Masukkan
Dapat masuk
username dan
kedalam Menampilkan halaman
kata sandi sesuai (✓) Diterima
sistem dan dengan menu utama sesuai
dengan peraturan () Ditolak
menampilkan dengan persyaratan
yang telah
menu utama
ditentukan
KASUS DAN HASIL UJI (DATA SALAH)
Data yang Yang

Login akan
Login gagal dan tampil pesan
Username: bebas gagal dan (✓) Diterima
salah sesuai dengan
Password: bebas tampil pesan () Ditolak
ketentuan.
salah
Dst..

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 Kesimpulan
Tambah Data (Data yang di input Sistem tidak akan melakukan

tidak lengkap), lalu klik “Simpan” proses simpan saat kolom
tidak terisi semua, dan akan
tampil pesan “Data belum
lengkap”
1 Test Case: Valid
Hasil Pengujian:
Sistem akan menampilkan

Isi username dan password
akses login ditolak dan tampil
(kosongkan)
pesan.
2 Test Case: Valid

Hasil Pengujian:
Dst..

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

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/teknik-
dalam-white-box-dan-black-box-testing/.

PERTEMUAN 12
METODE WHITE-BOX TESTING
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 white-
box 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

karena kita telah menggunakan analisa kode-kode dengan menggunakan white-

box 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 white-
box 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:

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.

4. 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.

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.

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.

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.

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)

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- else if (amount >= 200)

{
-6-
} shipcharge = amount * .08 + rushCharge;

-8- shipcharge = 13.25 + rushCharge;
else
-14- total = amount + tax + shipcharge;
-14- return total;
} //end calculate
Gambar 12. 5 Contoh Source Code

Kedua: Ini adalah hasil flowgraph dari source code yang telah dibuat.
Gambar 12. 6 Flowgraph

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

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.

dalam-white-box-dan-black-box-testing/.

PERTEMUAN 13
MONITORING DAN SISTEM KONTROL
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

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

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

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

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

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

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

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.

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.

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.

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

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

Nugroho, A., Suprihadi, U., & Jaenul, A. (2021). Rancang Bangun Aplikasi Toko
Online Berbasis Web Codeigniter 3 Untuk Usaha Mikro Dan UMKM. Media
Sains Indonesia.
Suyanto, M. (2004). Analisis & desain aplikasi multimedia untuk pemasaran.

Penerbit Andi.

PERTEMUAN 14
STUDI KASUS PENYELESAIAN TESTING DAN IMPLEMENTASI SISTEM
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

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

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.

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
2) Kualitas aktivitas untuk mencapai tujuan sistem.
3) developer apakah software ini bisa digunakan. Layak atau tidak layak.
3. 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:

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.

4. 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

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 benar-
benar. (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.

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.

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.

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

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
b) interaksi antara metode memeriksa interaksi metode dari suatu objek
c) Warisan dan polimorfisme
2) 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.

 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)

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
n) waktu pengujian dan sinkronisasi
o) menegaskan semua dependensi perangkat keras
4) 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

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
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
7) 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.

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

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

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 banyak algoritma. Loop dapat

digambarkan sebagai berikut :

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

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

Hidayat, S. M. (2017). Implementasi Sistem Informasi Penjualan. Siti Munasasa

Hidayat.

DAFTAR PUSTAKA
Abdul Wahab, S. (2008). Analisis Kebijakan dari Formulasi ke Implementasi Kebijakan

Negara. Jakarta: Bumi Aksara.

Andriana, M. User Acceptance Test. (diakses pada 05 Januari 2022). Tersedia pada
https://sis.binus.ac.id/2020/10/28/user-acceptance-test/.

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.
Chusyairi, A. (2021). Buku Testing Dan Implementasi Sistem Dengan Pengujian

Object- Oriented. Penerbit Deepublish.
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.


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.
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.
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/.
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).

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.

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.

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
Deskripsi Mata : Mata kuliah ini bertujuan Capaian : Setelah menyelesaikan mata kuliah ini,
Kuliah mempelajari mengenai konsep Pembelajaran mahasiswa mampu membuat
pengujian dan implementasi sistem perencanaan testing sistem informasi dan
informasi. Pada mata kuliah ini akan mampu melakukan pengujian dengan
membahas tentang dasar-dasar metode black-box dan white-box testing
testing, prinsip testing dan dalam sistem informasi dengan baik.
impementasi sistem informasi,
pengujian sistem informasi,
perencanaan pengujian, template
pengujian dan pengujian
menggunakan metode black-box
dan
white-box testing.
1. Emi Sita Eriana, S.Kom., M.Kom.
Penyusun :
2. Risah Subariah, S.Kom., M.Kom.
3. Salman Farizy, S.Kom, M. Kom,
MCSE, MVP
PENGALAM
KEMAMPUAN AKHIR BAHAN KAJIAN METODE KRITERIA BOBOT
PERTEMUAN BELAJAR
YANG DIHARAPKAN (MATERI AJAR) PEMBELAJARAN PENILAIAN NILAI
MAHASISWA
(1) (2) (3) (4) (5) (6) (7)
1 Mahasiswa Dasar-dasar Ceramah, Tanya Latihan 1 Mahasiswa mampu 5%

mendefinisikan testing testing Jawab
merespon secara aktif
dan mendeskripsikan
materi yang diberikan
tahapan testing dan
hubungan dengan dengan cara bertanya
kualitas. dan berdiskusi
2 Mahasiswa Prinsip Testing Ceramah, Tanya Latihan 2 Mahasiswa mampu 5%

mahasiswa mampu dan Implementasi Jawab
menjelaskan prinsip Sistem Informasi
testing dan
mendefinisikan dengan cara bertanya
implementasi sistem dan berdiskusi
informasi.

PENGALAM
PERTEMUAN BELAJAR
MAHASISWA
3 Mahasiswa mampu Pengujian Sistem Ceramah, Tanya Tugas 1 Mahasiswa mampu 5%

mendeskripsikan Informasi Jawab
tentang pengujian
sistem informasi dan
teknik pengujian dengan cara bertanya
perangkat lunak. dan berdiskusi
4 Mahasiswa mampu Pendekatan Ceramah, Tanya Latihan 3 Mahasiswa mampu 8%

menggambarkan Strategis dalam Jawab
tentang strategi Pengujian Sistem
pengujian sistem Informasi
informasi dan dengan cara bertanya
pengujian terintegrasi. dan berdiskusi
5 Mahasiswa mampu Perencanaan Ceramah, Tanya Latihan 4 Mahasiswa mampu 8%

menjelaskan dasar-dasar Pengujian dan Jawab
dalam pengembangan Estimasi
rencana testing dan yang Penyelesaian

PENGALAM
PERTEMUAN BELAJAR
MAHASISWA
berhubungan dengan dengan cara bertanya

estimasi tes. dan berdiskusi
6 Mahasiswa mampu Pengujian Metode Ceramah, Tanya Latihan 5 Mahasiswa mampu 5%

menerapkan pengujian Usability Jawab
metode usability dalam
penggunaan aplikasi.
dengan cara bertanya
dan berdiskusi
7 Mahasiswa mampu Perangkat Ceramah, Tanya Latihan 6 Mahasiswa mampu 6%

menjelaskan perangkat Pendukung Jawab
pendukung yang Pengujian
digunakan dalam
pengujian. dengan cara bertanya
dan berdiskusi
UTS

PENGALAM
PERTEMUAN BELAJAR
MAHASISWA
8 Mahasiswa mampu Metode Ceramah, Tanya Latihan 7 Mahasiswa mampu 8%

memahami metode Pengorganisasia Jawab
pengorganisasian dalam n Pengujian
pengujian sebuah sistem Sistem Informasi
informasi. (Test dengan cara bertanya
Organization) dan berdiskusi
9 Mahasiswa mampu Model dan Ceramah, Tanya Latihan 8 Mahasiswa mampu 8%

menerapkan model dan Templates Jawab
templates dalam Pengujian
pengujian yang digunakan
perusahaan. dengan cara bertanya
dan berdiskusi

PENGALAM
PERTEMUAN BELAJAR
MAHASISWA
10 Mahasiswa mampu Prinsip- Ceramah, Tanya Latihan 9 Mahasiswa mampu 8%

menerapkan prinsip- prinsip dalam Jawab
prinsip penulisan laporan Menulis
pengujian. Laporan
Pengujian dengan cara bertanya
dan berdiskusi
11 Mahasiswa mampu Metode black-box Ceramah, Tanya Latihan 10 Mahasiswa mampu 8%

mengimplementasikan testing Jawab
pengujian black-box
testing.
dan berdiskusi

PENGALAM
PERTEMUAN BELAJAR
MAHASISWA
12 Mahasiswa mampu Metode black- Ceramah, Tanya Latihan 11 Mahasiswa mampu 8%

mengimplementasikan box testing Jawab
pengujian white-box
testing.
dan berdiskusi
13 Mahasiswa mampu Monitoring dan Ceramah, Tanya Tugas 2 Mahasiswa mampu 8%

menerapkan monitoring Sistem Kontrol Jawab
dan kontrol pengujian.

dan berdiskusi
14 Mahasiswa mampu Studi kasus Ceramah, Tanya Latihan 12 Mahasiswa mampu 8%

menyelesaikan studi penyelesaian Jawab
kasus testing dan testing dan

PENGALAM
PERTEMUAN BELAJAR
MAHASISWA
implementasi sistem implementasi dengan cara bertanya

informasi. sistem dan berdiskusi
UAS
Referensi:
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.
Chusyairi, A. (2021). Buku Testing Dan Implementasi Sistem Dengan Pengujian Object-Oriented. Penerbit Deepublish.
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.
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.
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.
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/.
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.

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 Program Studi Ketua Tim Penyusun
Sistem Informasi S-1
Dede Supriyadi, S.Kom., M.Kom. Emi Sita Eriana, S.Kom., M.Kom.

NIDN : 0403078402 NIDN. 0303028802

Sif0210 - Testing & Implementasi Sistem

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Sif0210 - Testing & Implementasi Sistem

Diunggah oleh

Hak Cipta:

Format Tersedia

Universitas Pamulang Sistem Informasi S-1

TESTING & IMPLEMENTASI SISTEM

Emi Sita Eriana

Jl. Surya Kencana No. 1 Pamulang

Testing & Implementasi i

TESTING & IMPLEMENTASI SISTEM

Cetakan pertama, 27 Januari 2022

Testing & Implementasi ii

DATA PUBLIKASI UNPAM PRESS

Gedung A. R. 212 Kampus 1 Universitas Pamulang

Ketua Unpam Press: Pranoto

Cetakan pertama, 27 Januari 2022

Hak cipta dilindungi undang-undang.

Testing & Implementasi ii

TESTING & IMPLEMENTASI SISTEM

IDENTITAS MATA KULIAH

Tangerang Selatan, Januari 2022

Ketua Program Studi Ketua Tim Penyusun

Dede Supriyadi, S.Kom., M.Kom. Emi Sita Eriana, S. Kom., M. Kom

Testing & Implementasi i

Dalam kesempatan ini penulis ingin menyampaikan permohonan maaf bila

Tangerang Selatan, Januari 2022

Testing & Implementasi v

TESTING & IMPLEMENTASI SISTEM..........................................................................ii

Testing & Implementasi v

Testing & Implementasi v

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

Testing & Implementasi v

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

Testing & Implementasi i

MODEL DAN TEMPLATES PENGUJIAN.................................................................144

Testing & Implementasi x

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

Testing & Implementasi x

Testing & Implementasi x

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

Gambar 9. 7 Dokumen UAT 2...................................................................................156

Gambar 10. 1 Membuat laporan pengujian sistem....................................................160

Gambar 10. 2 Daftar fungsi laporan sistem...............................................................164