• Tidak ada hasil yang ditemukan

TINJAUAN PUSTAKA

UJI COBA DAN EVALUASI

5.1 Lingkungan Uji Coba

5.2.5 Pengujian Menu Ganti Password

Dalam pengaksesannya, uji coba pada menu ini melibatkan password lama dan password baru yang akan digunakan dan disimpan.

Tabel 5.3 Skenario Uji Coba Pergantian Password

ID UJ-03

Nama Uji Coba Ganti Password

Tujuan uji coba Menguji fitur pergantian password lama dengan password baru

Kondisi Awal Pengguna belum terdaftar

Skenario 1 Pengguna tidak melengkapi isian menu pada fitur pergantian password

Masukan

Password yang kurang lengkap

Password Lama : admin

Password Baru : samin

Ulang Password Baru : Keluaran yang

diharapkan

Sistem menampilkan notifikasi peringatan dan sistem kembali mereset daftar isian menu tersebut

Hasil uji coba BERHASIL

Skenario 2 Pengguna memasukkan kombinasi password dan verifikasi password yang tidak sesuai

Masukan

Kombinasi password yang tidak sesuai

Password Lama : admin

Password Baru : samin

Ulang Password Baru : 8samini Keluaran yang

diharapkan

Sistem menampilkan notifikasi password ulang tidak sama dan sistem kembali mereset daftar isian menu tersebut

Hasil uji coba BERHASIL

Skenario 3 Pengguna mengganti password baru yang sesuai dengan kelengkapan menu

Masukan

Kombinasi password lama dan baru yang sesuai

Password Lama : admin

Password Baru : samin

Ulang Password Baru : samin Keluaran yang

diharapkan

Password pengguna berhasil diperbaharui dan tersimpan dalam sistem

Uji coba skenario pertama dengan tidak dilengkapinya isian pada

“Ulang Password Baru”, dan terlihat seperti berikut.

Gambar 5.18 Uji Coba Menggunakan Skenario 1

Sedangkan hasil dari uji coba di atas seperti terlihat pada notifikasi gambar di bawah ini.

Gambar 5.19 Notifikasi Kegagalan

Pada notifikasi di atas tertera pada isian “Ulang Password” tidak

dilengkapi, maka ketika dieksekusi, sistem menampilkan notifikasi peringatan yang bahwasannya terjadi ketidaksamaan.

Tahapan selanjutnya adalah pengujian skenario 2 dengan menggunakan metode memasukkan kombinasi password baru dan verifikasi password yang tidak sesuai.

Gambar 5.20 Pengujian Skenario 2 Ketidak Sesuian Kombinasi

Sistem menampilkan notifikasi yang sama seperti notifikasi untuk uji coba skenario 1 di atas. Setelah notifikasi di terima pengguna, maka sistem kembali mereset isian pada fitur menu tersebut.

Karena notifikasi di atas tampil sebagai peringatan, selanjutnya sistem mereset seluruh isian yang tercantum pada menu Ubah Password. Seperti yang terlihat pada Gambar 5.22.

Gambar 5.22 Sistem Mereset Isian Password Untuk Diperbaharui

Pengujian skenario 3 menggunakan kombinasi kesesuaian antara password baru dengan pengulangan password baru. Selanjutnya pengguna memilih “Proses” untuk mengolah inputan tersebut.

Gambar 5.24 Notifikasi Berhasil Update

Notifikasi di atas merupakan hasil uji coba skenario 3 yang menunjukkan bahwa pembaharuan password telah sukses dan tersimpan pada sistem.

5.2.6 Pengujian Menu Surat Masuk

Pada menu berikut ini yaitu menu Entri Surat Masuk, menu ini digunakan untuk mendata surat masuk atau berkas masuk yang terjadi di Dinas Koperasi & UMKM Jawa Timur. Untuk itu dibuatlah skenario uji coba yang sama halnya dengan skenario uji coba meneu-menu sebelumnya. Seperti yang tercantum pada Tabel 5.4.

Tabel 5.4 Skenario Uji Coba Surat Masuk

ID UJ-04

Nama Uji Coba Entri Surat Masuk

Kondisi Awal

Pengguna atau Sistem Informasi Manajemen Surat mengakses menu ini dan menyiapkan dokumen yang akan di data

Skenario 1 Pengguna tidak melengkapi salah satu isian menu Masukan Melengkapi data sesuai yang tertera pada dokumen Keluaran yang

diharapkan

Sistem menampilkan notifikasi peringatan kurang lengkapnya isian dan sistem mereset kembali

Hasil uji coba BERHASIL

Skenario 2 Pengguna melakukan pendataan surat masuk sesuai yang tertera pada dokumen

Masukan Dokumen/surat yang akan dientrikan pada sistem Keluaran yang

diharapkan

Status penyimpanan dokumen dan Data dapat tersimpan dalam sistem

Hasil uji coba BERHASIL

Skenario 3 Pengguna hendak mengedit data yang telah tersimpan sebelumnya

Masukan Pengeditan data yang telah tersimpan sebelumnya Keluaran yang

diharapkan Status pembaharuan data yang berhasil diedit Hasil uji coba BERHASIL

Skenario 4 Pengguna hendak menghapus data yang telah dientrikan dan tersimpan

Masukan Dokumen/surat yang dipilih untuk dihapus pada data grid Keluaran yang

diharapkan Status berhasilnya penghapusan dokumen Hasil uji coba BERHASIL

Skenario 5 Pengguna hendak mencetak laporan surat masuk Masukan Dokumen/surat yang telah tersimpan pada sistem Keluaran yang

diharapkan Print out laporan surat masuk Hasil uji coba BERHASIL

Contoh dokumen yang akan dientrikan pada sistem..

Contoh surat di atas merupakan contoh surat masuk yang diterima oleh Dinas Koperasi & UMKM. Surat di atas merupakan surat pengantar kerja praktek yang ditujukan pada Dinas Koperasi & UMKM. Dengan menggunakan Tabel 5.4 sebagai dasar untuk memulai skenario, maka skenario pertama dieksekusi dengan menggunakan contoh surat di atas.

Gambar 5.26 Skenario 1 Entri Data Dengan Isian Yang Kurang Lengkap

Notifikasi di atas muncul ketika terdapat isian yang belum dilengkapi atau masih kosong, sehingga sistem gagal menyimpan data dengan munculnya notifikasi tersebut, sistem kembali mereset seluruh isian pada menu dan kembali dan status skenario 1 adalah BERHASIL.

Gambar 5.28 Menu Isian Yang Tereset Otomatis Oleh Sistem

Pada gambar 5.29 adalah uji coba menggunakan skenario 2. Dimana dalam skenario tersebut alurnya adalah dengan penginputan data pada sistem, dan setelah seluruh isian yang terdapat dalam menu Entri Surat Masuk terisi semua. Pilihan “Simpan” menjadi pilihan akhir pengguna. Maka sistem menampilkan status penyimpanan.

Gambar 5.30 Status Penyimpanan Berhasil

Seusai tahap skenario 2, kini saatnya uji coba menggunakan skenario 3.

Gambar 5.31 adalah gambar dimana data sebelum dieksekusi menggunkan skenario 3. Yaitu pada Jadwal Retensi terisi none, sedangkan pada skenario 3 Jadwal Retensi tersebut akan diganti menjadi 1 tahun.

Gambar 5.32 Data Surat Masuk Setelah Skenario 3

Pengguna dapat mengakses pilihan edit dengan cara mengklik 2x pada nomor urut surat, maka kolom isian akan memunculkan data dari nomor surat tersebut.. Untuk status skenario 3 ini adalah BERHASIL.

Penggunaa skenario berikutnya adalah skenario 4 untuk penghapusan data. Alur eksekusi skenario ini hampir sama dengan alur eksekusi data dimana untuk mengaksesnya dalah melakukan klik pada nomor surat yang terdapat pada tabel data grid, lalu pengguna dapat memilih “Hapus” untuk mengeksekusinya. Seperti yang terlihat pada gambar berikut.

Kemudian skenario berikutnya adalah skenario 5 dengan tujuan mencetak laporan surat berdasarkan data surat yang telah tersimpan dalam sistem dan terhimpun pada menu Laporan Surat Masuk. Untuk mengakses menu Laporan Surat Ini dapat dilihat gambar di bawah ini.

Gambar 5.36 Alur Akses Untuk Menu Laporan Surat Masuk

Gambar 5.38 Print Out Laporan Surat Masuk Yang Diterima Pengguna

5.2.7 Pengujian Menu Surat Keluar

Pada menu berikut ini yaitu menu Entri Surat Keluar, menu ini digunakan untuk mendata surat keluar atau berkas keluar yang terjadi di Dinas Koperasi & UMKM Jawa Timur. Untuk itu dibuatlah skenario uji coba yang sama halnya dengan skenario uji coba meneu-menu sebelumnya. Uji coba menu ini tidak jauh berbeda dengan uji coba pada Entri Surat Masuk Seperti yang tercantum pada Tabel 5.5.

Tabel 5.5 Skenario Uji Coba Surat Keluar

Nama Uji Coba Entri Surat Keluar

Tujuan uji coba Menguji fitur pendataan surat atau berkas keluar

Kondisi Awal

Pengguna atau Sistem Informasi Manajemen Surat mengakses menu ini dan menyiapkan dokumen yang akan di data

Skenario 1 Pengguna tidak melengkapi salah satu isian menu Masukan Melengkapi data sesuai yang tertera pada dokumen Keluaran yang

diharapkan

Sistem menampilkan notifikasi peringatan kurang lengkapnya isian dan sistem mereset kembali

Hasil uji coba BERHASIL

Skenario 2 Pengguna melakukan pendataan surat keluar sesuai yang tertera pada dokumen

Masukan Dokumen/surat yang akan dientrikan pada sistem Keluaran yang

diharapkan

Status penyimpanan dokumen dan Data dapat tersimpan dalam sistem

Hasil uji coba BERHASIL

Skenario 3 Pengguna hendak mengedit data yang telah tersimpan sebelumnya

Masukan Pengeditan data yang telah tersimpan sebelumnya Keluaran yang

diharapkan Status pembaharuan data yang berhasil diedit Hasil uji coba BERHASIL

Skenario 4 Pengguna hendak menghapus data yang telah dientrikan dan tersimpan

Masukan Dokumen/surat yang dipilih untuk dihapus pada data grid Keluaran yang

diharapkan Status berhasilnya penghapusan dokumen Hasil uji coba BERHASIL

Skenario 5 Pengguna hendak mencetak laporan surat keluar Masukan Dokumen/surat yang telah tersimpan pada sistem Keluaran yang

diharapkan Print out laporan surat keluar Hasil uji coba BERHASIL

Contoh dokumen yang akan dientrikan pada sistem.

Contoh surat di atas merupakan contoh surat keluar yang dikeluarkan oleh Dinas Koperasi & UMKM. Surat di atas merupakan surat pengantar kerja praktek yang ditujukan pada Dinas Koperasi & UMKM. Dengan menggunakan Tabel 5.5 sebagai dasar untuk memulai skenario, maka skenario pertama dieksekusi dengan menggunakan contoh surat di atas.

Gambar 5.41 Notifikasi Kelengkapan Data

Notifikasi di atas muncul ketika terdapat isian yang belum dilengkapi atau masih kosong, sehingga sistem gagal menyimpan data dengan munculnya notifikasi tersebut, sistem kembali mereset seluruh isian pada menu dan kembali dan status skenario 1 adalah BERHASIL.

Gambar 5.43 Uji Coba Menggunakan Skenario 2

Pada gambar 5.43 adalah uji coba menggunakan skenario 2. Dimana dalam skenario tersebut alurnya adalah dengan penginputan data pada sistem, dan setelah seluruh isian yang terdapat dalam menu Entri Surat Keluar terisi semua. Pilihan “Simpan” menjadi pilihan akhir pengguna. Maka sistem menampilkan status penyimpanan

Setelah data berhasil disimpan akan muncul pemberitahuan apakah pengguna hendak mencetak kartu surat keluar juga, seperti gambar berikut.

Gambar 5.45 Konfirmasi Pencetakan Kartu Surat Keluar

Muncul Jendela report yang merupakan halaman untuk pencetakan kartu surat keluar seperti berikut.

Seusai tahap skenario 2, kini saatnya uji coba menggunakan skenario 3.

Gambar 5.47 Data Tersimpan Sebelum Diedit Dengan Skenario 3

Gambar 5.45 adalah gambar dimana data sebelum dieksekusi menggunkan skenario 3. Yaitu pada rak penyimpanan akan diubah menjadi D20

Gambar 5.49 Data Berhasil Diperbaharui

Penggunaa skenario berikutnya adalah skenario 4 untuk penghapusan data. Alur eksekusi skenario ini hampir sama dengan alur eksekusi data dimana untuk mengaksesnya dalah melakukan klik pada nomor surat yang terdapat pada tabel data grid, lalu pengguna dapat memilih “Hapus” untuk mengeksekusinya. Seperti yang terlihat pada gambar berikut.

Gambar 5.51 Notifikasi Peringatan Sebelum Data Terhapus

Kemudian skenario berikutnya adalah skenario 5 dengan tujuan mencetak laporan surat berdasarkan data surat yang telah tersimpan dalam sistem dan terhimpun pada menu Laporan Surat Masuk. Untuk mengakses menu Laporan Surat Ini dapat dilihat gambar di bawah ini.

Gambar 5.53 Crystal Report Laporan Surat Keluar

Dokumen terkait