Machine Translated by Google

Jurnal Fisika: Seri Konferensi

KERTAS • AKSES TERBUKA Anda mungkin juga menyukainya

- Desain Bisnis Sumber Daya Manusia

Pengujian penjaminan mutu untuk meningkatkan kualitas Manajemen Berbasis Sistem SAP-HR dan
Manajemen Sumber Daya Manusia
sistem manajemen sumber daya manusia Perangkat lunak

Jingwei Xu

- Pembangunan Berkelanjutan yang Ramah Lingkungan

Mengutip artikel ini: N Jamali dan T Sagirani 2021 J. Fis.: Konf. Ser. 1918 042139
Manajemen Sumber Daya Manusia di Jiangxi,
Tiongkok
Xiao Qing Liang dan Cheng-Jui Tseng

- Perancangan dan Implementasi Sistem

Manajemen Sumber Daya Manusia
Lihat artikel online untuk pembaruan dan penyempurnaan.
Electronic Enterprise
University Hanan M. Shukur, Subhi RM
Zeebaree, Rizgar R. Zebari dkk.

Konten ini diunduh dari alamat IP 125.167.44.212 pada 18/09/2023 pukul 14:42
Machine Translated by Google

ICMSE 2020 Penerbitan IOP

Jurnal Fisika: Seri Konferensi 1918 (2021) 042139 doi:10.1088/1742-6596/1918/4/042139

Pengujian penjaminan mutu untuk meningkatkan kualitas

sistem manajemen sumber daya manusia

N Jamali dan T Sagirani*

Jurusan Sistem Informasi, Universitas Dinamika, Surabaya, Indonesia

*Penulis koresponden: tris@dinamika.ac.id

Abstrak. Pengembangan Sistem Manajemen Sumber Daya Manusia mempunyai persyaratan

minimum yang harus dipenuhi, yaitu perangkat lunak yang dapat melakukan dan mengatur jadwal,
peran, jabatan, kehadiran, cuti, buletin perusahaan, dan pelacakan karyawan. Sistem Manajemen
Sumber Daya Manusia dalam pengembangannya menyangkut kualitas, yang salah satu upaya
untuk memastikan kualitas perangkat lunak yang diluncurkan adalah dengan melakukan uji
penjaminan kualitas. Pengujian jaminan kualitas diperlukan untuk memverifikasi aplikasi yang
dikembangkan telah memenuhi syarat untuk meluncurkan perangkat lunak tersebut. Pengujian
penjaminan mutu akan memberikan beberapa rekomendasi dengan memberikan informasi untuk
mendeteksi kesalahan sistem, memberikan informasi untuk mencegah terulangnya kesalahan sistem, mengetahui ba
Penelitian ini melakukan pengujian kualitas sistem manajemen sumber daya manusia untuk 62
kasus uji, termasuk sembilan modul dan dua persyaratan non-fungsional.

1. Pendahuluan
Sebuah software house dan startup yang bergerak di bidang teknologi informasi dan komunikasi telah banyak
memproduksi dan mengembangkan perangkat lunak. Sistem Manajemen Sumber Daya Manusia merupakan salah
satu yang diatur dalam bidang startup. Aplikasinya sendiri dikembangkan untuk membantu kegiatan Manajemen
Sumber Daya Manusia (SDM). HRM merupakan ilmu atau bahkan pendekatan strategis dalam mengatur hubungan
antara karyawan dan perannya secara efisien, efektif, dan optimal hingga tujuan tercapai [1]. Konsep HRM mengakui
setiap karyawan sebagai manusia, bukan mesin, dan tidak sekedar dijadikan sumber daya bisnis. HRM menunjukkan
peran pentingnya dalam sebuah perusahaan; memiliki dua tujuan utama perusahaan, yaitu pengelolaan sumber daya
manusia (produktivitas) dan tujuan organisasi (keuntungan perusahaan) [2][3]. HRM dianggap sebagai komponen
penting untuk meningkatkan kinerja ekonomi. Semakin berkualitas sumber daya manusia suatu perusahaan maka
semakin tinggi pula produktivitas yang dimiliki perusahaan, terkait dengan keuntungan perusahaan, semakin cocok
sumber daya manusianya maka semakin tinggi produktivitas maka keuntungan yang diperoleh juga semakin besar.
Menyadari tujuan tersebut, Perangkat Lunak Sumber Daya Manusia sangat dibutuhkan bagi sebuah perusahaan.
Pengembangan Sistem Manajemen Sumber Daya Manusia memiliki dua persyaratan minimum yang harus
dipenuhi: perangkat lunak yang dapat melakukan dan mengatur jadwal, peran, posisi, kehadiran, cuti, buletin
perusahaan, dan pelacakan karyawan. Sistem Manajemen Sumber Daya Manusia dalam pengembangannya
memperhatikan kualitasnya, salah satu upaya untuk memastikan kualitas perangkat lunak yang diluncurkan adalah
dengan melakukan uji Quality Assurance (QA). Pengujian QA perlu dilakukan untuk memverifikasi bahwa aplikasi
yang dikembangkan telah memenuhi syarat untuk tujuan peluncuran perangkat lunak. Selain itu, pengujian QA juga
dapat meminimalkan bug [4] pada perangkat lunak yang ditemukan dan digunakan oleh pengguna akhir.
Dalam Sistem Manajemen Sumber Daya Manusia, pengujian QA dilakukan dalam beberapa tahap, yaitu 1)
Menganalisis kebutuhan pengujian perangkat lunak, 2) Merancang kasus uji, 3) Melakukan pengujian perangkat lunak,
dan langkah terakhir adalah 4) Menyerahkan hasil pengujian dan rekomendasi. Penelitian ini melakukan uji kasus
pada 62 kasus uji yang mencakup sembilan modul dan dua persyaratan non-fungsional. Implementasi kasus uji

Konten dari karya ini dapat digunakan berdasarkan ketentuan lisensi Creative Commons Attribution 3.0. Distribusi lebih lanjut
karya ini harus mempertahankan atribusi kepada penulis dan judul karya, kutipan jurnal dan DOI.
Diterbitkan di bawah lisensi oleh IOP Publishing Ltd 1
Machine Translated by Google

ICMSE 2020 Penerbitan IOP

Jurnal Fisika: Seri Konferensi 1918 (2021) 042139 doi:10.1088/1742-6596/1918/4/042139

akan dilakukan dengan menggunakan Black-box Testing [5] [6], Load Testing [7] [8], dan User Acceptance
Testing (UAT) [9] [10]. Dengan demikian, pengujian QA akan memberikan beberapa rekomendasi dengan
memberikan informasi untuk mendeteksi kesalahan sistem, memberikan informasi untuk mencegah
terulangnya kesalahan sistem, mengetahui batas kemampuan sistem, dan memberikan informasi kualitas produk.

2. Metode
Penelitian ini melakukan empat tahap pengujian QA Sistem Manajemen Sumber Daya Manusia, yaitu 1)
Menganalisis kebutuhan pengujian perangkat lunak, 2) Merancang kasus uji, 3) Melakukan pengujian
perangkat lunak, dan tahap terakhir adalah 4) Menyerahkan hasil tes dan rekomendasi. Pada Gambar 1 dapat
menggambarkan kerangka proses QA melalui tahapan:

Angka. 1 Diagram tahapan penelitian

3. Hasil dan Pembahasan

3.1. Menganalisis persyaratan pengujian perangkat

lunak Teks makalah Anda harus diformat sebagai berikut: Tahap ini merupakan langkah pertama dalam
pengujian QA dengan menentukan metode pengujian perangkat lunak, menganalisis spesifikasi perangkat
lunak dan persyaratan perangkat lunak. Tahapan ini bertujuan untuk menyederhanakan proses perancangan
test case pada aplikasi perangkat lunak. Metode yang digunakan dalam pengujian perangkat lunak adalah
black-box. Pengujian black-box bertujuan untuk melakukan pengujian perangkat lunak pada aspek spesifikasi
tanpa menguji desain dan kode program untuk mengetahui kesesuaian fungsi dan kebutuhan spesifikasi.
Metode black-box mudah dilakukan karena hanya memerlukan batas atas dan batas bawah dari data yang diharapkan. Spesifik
2 bagian yaitu persyaratan fungsional dan persyaratan non fungsional. Dalam penelitian ini, black-box
pengujian dilakukan untuk mengetahui kategori kesalahan: fungsi yang tidak berfungsi atau hilang, kesalahan

2
Machine Translated by Google

ICMSE 2020 Penerbitan IOP

Jurnal Fisika: Seri Konferensi 1918 (2021) 042139 doi:10.1088/1742-6596/1918/4/042139

dalam desain antarmuka, kesalahan dalam kinerja perangkat lunak, dan kesalahan dalam inisiasi dan penghentian. Langkah-
langkah yang dilakukan pada tahap ini terbagi menjadi 3 yaitu 1) Pengenalan Perangkat Lunak Sumber Daya Manusia, 2)
Identifikasi kebutuhan fungsional, dan 3) Identifikasi kebutuhan non fungsional.
Dalam pengenalan aplikasi sumber daya manusia diperoleh informasi bahwa pengguna aplikasi adalah seorang staf
di bagian sumber daya manusia yang disebut dengan admin. Aplikasi ini memiliki fitur untuk mengatur jadwal karyawan,
peran, posisi, kehadiran, cuti, buletin perusahaan, dan pelacakan karyawan dan
memiliki fungsionalitas yang disesuaikan dengan kebutuhan admin. Beberapa modul utama antara lain Modul Otentikasi,
Modul Pengguna, Modul Peran Pengguna, Modul Grup, Modul Absensi, Modul Cuti, Modul Jadwal, Modul Buletin dan
Berita, Modul Lokasi, dikembangkan dalam penelitian ini (lihat Tabel 1). Langkah selanjutnya adalah mengidentifikasi
kebutuhan fungsional yang memuat proses atau layanan yang disediakan dalam sistem aplikasi. Persyaratan yang berlaku
dibagi menjadi beberapa modul dan peneliti
merinci fungsi-fungsi yang dibutuhkan dalam modul.

Tabel 1. Persyaratan fungsional

Modul Otentikasi
Sistem dapat login menggunakan email dan kata sandi dan keluar dari sesi pengguna aktif.
Modul Pengguna
Sistem dapat membuat pengguna baru dengan memasukkan nama, email, peran, jenis staf, nomor telepon,
tanggal masuk, foto, dan deskripsi; mengaktifkan dan menonaktifkan pengguna yang telah dibuat; memperbarui
data pengguna; dan menampilkan pengguna aktif, pengguna non-aktif, semua pengguna, pencarian pengguna dan pengguna
Modul Peran Pengguna
Sistem dapat membuat peran baru dengan memasukkan nama peran dan posisi pimpinan; menampilkan hierarki
struktur peran; perbarui data peran pengguna, dan tampilkan semua peran pengguna.
Modul Grup
Sistem dapat membuat grup baru; menambahkan anggota dalam grup; menghapus anggota dalam grup;
mengaktifkan dan menonaktifkan grup; dan menampilkan grup aktif, grup non-aktif, dan semua grup.
Modul Kehadiran
Sistem dapat memasukkan kehadiran pengguna tertentu; menampilkan data kehadiran berdasarkan tertentu
periode; menampilkan data kehadiran berdasarkan kegiatan tertentu; dan ekspor excel berdasarkan filter
Keluar dari Modul
Sistem dapat menambahkan jenis cuti karyawan dengan memasukkan jenis, anggaran cuti, kategori cuti, cara
mengambil cuti, dan peran yang diperbolehkan mengambil cuti; mengaktifkan dan menonaktifkan jenis cuti; menampilkan
jenis cuti aktif, jenis cuti non aktif dan segala jenis cuti; perbarui jenis cuti; menampilkan daftar cuti pegawai yang
diajukan berdasarkan pengguna; dan menerima dan menolak cuti karyawan yang diajukan
Modul Jadwal
Sistem ini mampu membuat jadwal untuk setiap pengguna, grup atau bahkan jadwal massal; jadwal duplikat;
membuat jadwal kelompok/unit; hapus paket pengguna; dan menambahkan lokasi check-in, lokasi check-out, jam
kerja minimum, dan jadwal kunjungan sekaligus membuat jadwal untuk pengguna
Modul Buletin dan Berita
Sistem dapat membuat berita yang hanya dapat dibaca oleh sedikit pengguna; membuat buletin yang dapat dibaca
oleh semua staf perusahaan; dan membuat buletin yang dapat dibagikan, disukai, dan ditandai.
Lokasi
Sistem dapat menambahkan lokasi dengan memasukkan alamat, wilayah, negara, toleransi dan nama lokasi;
mengaktifkan dan menonaktifkan lokasi; menghubungkan lokasi dengan peta; dan menampilkan lokasi aktif, lokasi
non-aktif dan semua lokasi

Langkah ketiga pada tahap ini adalah menyusun kebutuhan non-fungsional yang memuat batasan layanan yang
ditawarkan oleh aplikasi, yang dapat mempengaruhi kebutuhan fungsional aplikasi yaitu usability, dan load. Kegunaan
mensyaratkan bahwa sistem ini memiliki pengalaman pengguna dan antarmuka pengguna yang dapat memudahkan
kemudahan penggunaan pengguna. Sedangkan Load mensyaratkan sistem minimal dapat digunakan oleh minimal 1000
pengguna secara bersamaan.

3
Machine Translated by Google

ICMSE 2020 Penerbitan IOP

Jurnal Fisika: Seri Konferensi 1918 (2021) 042139 doi:10.1088/1742-6596/1918/4/042139

3.2. Perancangan Test Case

Pada tahap ini dilakukan pengujian terhadap UAT yang memverifikasi fitur-fitur aplikasi dan memastikan dapat berfungsi
dengan baik saat digunakan [11]. Dalam proses UAT, pengujian perangkat lunak dilakukan langsung oleh pengguna.
UAT menghasilkan dokumen pengujian yang dapat dijadikan bukti diterima atau tidaknya permohonan oleh pengguna. Hal
ini dapat menentukan apakah fitur perangkat lunak berfungsi dengan benar pada pengguna.
Persyaratan fungsional sistem dan persyaratan non fungsional kegunaannya akan diuji dengan menggunakan metode
black-box. Beban kebutuhan non-fungsional akan diuji menggunakan metode pengujian beban dengan alat Apache
Benchmark (AB). Pengujian beban adalah teknik pengujian kinerja untuk mengukur berbagai kondisi beban untuk mengetahui
keadaan perangkat lunak ketika beberapa pengguna mengakses perangkat lunak secara bersamaan. Pengujian beban
diperlukan untuk mensimulasikan akses perangkat lunak secara bersamaan. Cara ini lebih baik dibandingkan mengundang
puluhan orang untuk mengakses sebuah website. Pengujian beban dapat dilakukan dengan menggunakan alat AB. Untuk
menjalankan AB diperlukan beberapa parameter yaitu jumlah permintaan dalam waktu bersamaan, jumlah koneksi yang
dilakukan ke server tujuan, dan URL halaman yang akan diproses. AB adalah alat untuk melakukan pengujian beban dan
pengujian benchmark untuk server Hypertext Transfer Protocol (HTTP). AB dijalankan melalui baris perintah dan
menghasilkan output dengan cepat. AB otomatis terinstal di server web Apache atau dapat diinstal secara terpisah.

Peneliti menyusun desain test case untuk memastikan kebutuhan fungsional dan non fungsional perangkat lunak
sumber daya manusia sesuai dengan hasil yang diharapkan. Desain kasus uji disiapkan untuk
semua modul yang tersedia dengan melengkapi dokumen yang berisi id tes, deskripsi, langkah tes dan Hasil yang
Diharapkan. Dalam penelitian ini akan disajikan gambaran dan hasil yang diharapkan dari desain test case setiap modul
(lihat Tabel 2).

Tabel 2. Desain kasus uji

Pengenal Kasus cobaan Keterangan

Penulis Modul otentikasi Perancangan test case berfungsi untuk memeriksa pengguna yang
akan mengakses perangkat lunak. Modul autentikasi terdiri dari 2
fungsi yaitu login dan logout.
Pengguna Modul pengguna Desain kasus uji berfungsi untuk mengelola data pengguna. Pengguna
Modul terdiri dari 4 fungsi yaitu menambah pengguna, memperbarui
pengguna, mengaktifkan pengguna dan menonaktifkan pengguna
Peran Modul peran Desain kasus uji berfungsi untuk mengatur data peran. Modul peran
terdiri dari 3 fungsi: menambahkan peran, memperbarui peran, dan
melihat posisi dan hierarkinya.
Kelompok Modul grup Desain kasus uji berfungsi untuk data grup. Modul grup terdiri dari 3
fungsi: membuat grup, menambah anggota grup, dan menghapus
anggota grup.
Modul Absensi Desain test case berfungsi untuk mengelola data kehadiran. Modul absensi terdiri dari 3 fungsi yaitu
menginput kehadiran, menampilkan kehadiran, dan mengekspor data
kehadiran.

Meninggalkan Tinggalkan modul, Desain test case berfungsi untuk mengelola data cuti karyawan. Modul
cuti terdiri dari 7 fungsi: membuat jenis cuti, menonaktifkan jenis cuti,
menampilkan jenis cuti, memperbarui jenis cuti, menampilkan daftar
permohonan cuti, menerima permintaan cuti dan menolak permintaan
cuti.

Jadwal Modul jadwal Desain kasus uji berfungsi untuk mengelola data jadwal. Modul jadwal
terdiri dari 4 fungsi: membuat jadwal, menggandakan jadwal, membuat
unit jadwal, dan menghapus program.

Berita Modul berita dan Desain kasus uji berfungsi untuk mengelola data buletin dan berita.
buletin Data buletin dan berita terdiri dari 4 fungsi: membuat

4
Machine Translated by Google

ICMSE 2020 Penerbitan IOP

Jurnal Fisika: Seri Konferensi 1918 (2021) 042139 doi:10.1088/1742-6596/1918/4/042139

berita, membuat buletin, membuat buletin dengan rentang waktu,

membuat buletin dengan hak akses dan menampilkan berita dan
buletin, kunjungi, sukai dan bagikan.
Lokasi Modul lokasi Desain kasus uji berfungsi untuk mengelola data lokasi. Modul
lokasi terdiri dari 3 fungsi yaitu mengatur lokasi, mengaktifkan
lokasi, dan menonaktifkan lokasi.

Rancangan pengujian beban diperlukan sebagai pedoman dalam melakukan pengujian beban dengan menggunakan alat AB. Pengujian beban ini menjadi a
bentuk simulasi ketika perangkat lunak dijalankan dalam keadaan sebenarnya, dibutuhkan variabel masukan sebagai
parameter (lihat Tabel 3).
Tabel 3. Desain kasus uji pengujian beban

Variabel Masukan Hasil yang diharapkan

Berapa kali URL diakses (n) = 1000 Permintaan gagal: 0
Jumlah URL yang diakses secara bersamaan (c) = 1000 Permintaan per detik: > 2000/detik

3.3. Hasil Pengujian Perangkat Lunak

Implementasi Sistem Manajemen Sumber Daya Manusia ini telah dilakukan dengan menggunakan pengujian black
box berdasarkan desain kasus uji yang telah dibuat sebelumnya. Pengujian dilakukan pada semua modul dan sesuai dengan
desain kasus uji
Tabel 4. Hasil pengujian perangkat lunak

Modul Lulus Gagal

Modul Otentikasi / Total : 6 tes 6 0

Modul Pengguna / Total : 13 tes 10 3
Modul Peran Pengguna / Total : 4 tes 3 1
Modul Grup / Total : 4 tes 3 1
Modul Kehadiran / Total : 5 tes 4 1
Tinggalkan Modul / Total : 10 tes 7 3
Jadwal Modul / T : 6 tes 6 0
Modul Berita dan Buletin/ Total : 6 tes 4 2
Modul Lokasi / Total : 6 tes 5 1

Berdasarkan Tabel 4, dari 60 test case pengujian UAT yang dilaksanakan, ditemukan 48 test case yang memenuhi syarat dan 12 test case
yang tidak memenuhi syarat dengan persyaratan perangkat lunak. Untuk kasus pengujian yang tidak memenuhi syarat akan diperbaiki oleh pengembang perangkat lunak
Pengujian beban telah dilakukan menggunakan alat Apache Benchmark (AB). Apache Benchmark merupakan alat
yang berbasis antarmuka baris perintah sehingga memerlukan kode perintah untuk menjalankannya dan beberapa
parameter yaitu jumlah permintaan dalam waktu bersamaan (c), jumlah koneksi yang dilakukan ke server tujuan (n),
dan URL halaman yang akan diproses.
Kode perintah yang dijalankan adalah: ab -n 1000 -c 100 https://splend.id/ Parameter
yang digunakan berdasarkan desain test case yang dibuat sebelumnya.
Berdasarkan hasil load test, terdapat 6 request yang gagal dari 100 request yang dikirimkan oleh Apache
Tolok ukur.

4. Kesimpulan
Pengujian perangkat lunak dilakukan melalui proses analisis kebutuhan, desain kasus uji dan implementasi kasus uji
dengan metode black box dan pengujian beban. Jumlah test case sebanyak 62 test case meliputi 9 modul dan 2
kebutuhan non fungsional, 50 test case memenuhi persyaratan perangkat lunak, dan 12 test case tidak memenuhi
persyaratan perangkat lunak. Perbaikan bug perlu dilakukan sebelum melanjutkan ke tahap produksi perangkat lunak.

Ucapan Terima Kasih

Pekerjaan ini didukung oleh Universitas Dinamika dan PT. Manivesta Garasilabs

5
Machine Translated by Google

ICMSE 2020 Penerbitan IOP

Jurnal Fisika: Seri Konferensi 1918 (2021) 042139 doi:10.1088/1742-6596/1918/4/042139

Referensi [1]
ChuanJing W, YouXing M dan YuMin S 2009 2009 Int. Informasi Forum. Teknologi. Aplikasi. (IFITA) 2
665
[2] Ayentimi DT, Burgess J dan Brown K 2018 Asia Pasifik J. Hum. Sumber daya. 56 216 [3]
Brueller NN, Carmeli A dan Markman GD 2018 J. Kelola. 44 1793 [4] Anand S,
Burke EK, Chen TY, Clark J, Cohen MB, Grieskamp W, Harman M, Harrold MJ
dan McMinn P 2013 J. Syst. perangkat lunak. 86 1978
[5] Myers G 2004 The Art of Software Testing Edisi Kedua (New Jersey: John Wiley & Sons)
[6] Komputasi IEEE IEEE 1990. sosial. Gejala. Res. Aman. Pribadi.
[7] Abbas R, Sultan Z dan Bhatti SN 2017 Int. Konf. Komunitas. Teknologi. ComTech 2017 39
[8] Lenka RK, Rani Dey M, Bhanse P dan Barik RK 2018 Int. Konf. Inovasi Terbaru. listrik. Elektron.
Komunitas. bahasa
Inggris 2257 [9] Melnik G dan Maurer F 2005 tahun ke-20. Konferensi ACM SIGPLAN. Program berorientasi objek.
sistem. bahasa.
aplikasi. 365 [10] Ricca F, Torchiano M, Di Penta M, Ceccato M dan Tonella P 2009 Inf. perangkat lunak. Teknologi. 51
270 [11] Sualim SA, Yassin NM dan Mohamad R 2016 Int. J. Lunakw. bahasa Inggris Teknologi. 3 7