TECHNICAL TESTING DAN FUNCTIONAL TESTING UNTUK IMPLEMENTASI EPROCUREMENT OLEH PT. INTEGRASI SOLUTIONS Hendy Salim, Mishael Ledwinardi, Sylvia Alverina, Johan Bina Nusantara University, Jalan Kebon Jeruk Raya No. 27 Kebon Jeruk Jakarta Barat 11530, 021-5345830,
[email protected],
[email protected],
[email protected],
[email protected]
Abstract Technical testing and functional testing of ERP-based information system implementation by PT. Integrasi Solutions conducted to determine the existing deficiencies in the application of EAM (Enterprise Asset Management) module of e-Procurement and assess whether the application is feasible to implement. Then give the results and recommendations of the tests performed on the e-Procurement system used. In the test, the test design methods are applied including business process analysis with the activity diagram, and analysis of priority sub-module to be tested with FMEA (Failure Mode and Effect Analysis). For the test case and the test is done by gradually testing aspects, namely technical and functional testing. For reporting test results used approach report bugs, open-closed charts, and summary findings bugs based sub systems and quality risks. The test results generated by business processes, in order of priority sub-module testing obtained from FMEA (Failure Mode and Effect Analysis) as well as the design of technical test cases as much as 71, while the design of functional test cases as much as 2. In the application of EAM (Enterprise Asset Management) module of e-Procurement bugs found as many as 24 of the 44 sub-modules are tested. At the end of the test, all the bugs have been repaired or closed status. It can be concluded that the EAM (Enterprise Asset Management) module of e-Procurement feasible to implement. Keywords: e-Procurement , functional testing, technical testing
Abstrak Pengujian secara technical dan functional dari implementasi sistem informasi berbasis ERP oleh PT. Integrasi Solutions dilakukan guna mengetahui kekurangan yang ada pada aplikasi EAM (Enterprise Asset Management) modul e-Procurement serta menilai apakah aplikasi tersebut layak untuk diimplementasikan. Kemudian memberikan hasil dan rekomendasi dari pengujian yang dilakukan terhadap sistem e-Procurement yang digunakan. Dalam pengujian, metode perancangan pengujian yang dilakukan mencakup analisis proses bisnis dengan activity diagram, analisis requirement, serta analisis prioritas sub modul yang akan diuji dengan FMEA (Failure Mode and Effect Analysis). Untuk pembuatan test case dan pengujian dilakukan berdasarkan aspek pengujian secara bertahap yaitu technical dan functional testing. Pelaporan hasil pengujian digunakan pendekatan bugs report, open-closed chart, serta rekapitulasi temuan bugs berdasarkan sub sistem dan resiko kualitas. Hasil pengujian dihasilkan berdasarkan proses bisnis, prioritas pengujian sub modul yang didapat dari FMEA (Failure Mode and Effect Analysis) serta rancangan technical test case sebanyak 71, sedangkan rancangan functional test case sebanyak 2. Pada aplikasi EAM (Enterprise Asset Management) modul e-Procurement ditemukan sebanyak 24 bugs dari 44 sub modul yang diuji. Di akhir pengujian semua bugs yang ditemukan telah berstatus closed atau telah diperbaiki. Dengan demikian dapat disimpulkan bahwa EAM (Enterprise Asset Management) modul e-Procurement layak untuk diimplementasikan. Kata kunci: e-Procurement, Pengujian Fungsional, Pengujian Integrasi
PENDAHULUAN Seiring dengan perkembangan teknologi informasi, perusahaan menyadari bahwa teknologi dapat berperan dalam mencapai tujuan pada bagian yang kritis seperti keunggulan kompetitif, pertumbuhan bisnis dan keberhasilan perusahaan. Survey oleh Nanney dan Goverman (2014) menyatakan 41% dari responden mengatakan kepemimpinana mereka memandang teknologi sebagai ‘Critical differentiator dan key to growth’, sedangkan 38% lainnya memandang sebagai ‘Strategic Investment’. Menurut Nanney dan Goverman (2014), hal ini juga mendorong para eksekutif membuat investasi waktu dan sumber daya di bidang teknologi untuk mendorong perubahan dalam organisasi. Suatu organisasi harus mengerahkan sumber daya manusianya untuk berinovasi pada teknologi yang dimiliki, memperbaiki proses bisnis yang ada, serta memilih model bisnis yang sesuai dengan memanfaatkan teknologi yang telah dimilikinya. Proses bisnis dituntut untuk dapat menghubungkan aktivitas-aktivitas yang terjadi dalam suatu perusahaan untuk dapat mengefisienkan waktu yang dibutuhkan dalam proses bisnis dan menghasilkan informasi dan nilai tambah yang berguna bagi suatu organisasi. Perkembangan teknologi informasi dapat digunakan untuk membantu suatu organisasi dalam menjalankan proses bisnis dan mengolah data menjadi informasi yang berguna untuk organisasi. Kombinasi antara teknologi informasi dan proses bisnis menghasilkan sistem informasi yang mendukung organisasi untuk mencapai tujuan tersebut. Sistem informasi dirancang untuk mengumpulkan, mengolah dan menghasilkan informasi yang berguna bagi suatu organisasi, tetapi seiring dengan meningkatknya kompleksitas proses dan kebutuhan operasional organisasi, sistem informasi dituntut untuk menjadi sistem yang terintegrasi yang dapat mencapai titik efektifitas dan efisiensi tertinggi, serta membantu aktivitas bisnis yang kompleks dengan mengandalkan informasi dalam pengambilan keputusan. Sistem informasi berkembang dengan tujuan tersebut dan akhirnya terbentuklah konsep Enterprise Resource Planning (ERP). Salah satu modul ERP, e-Procurement menurut Wijaya, Indryani, & Putri (2011:1) merupakan proses pengadaan barang/jasa yang pelaksanaannya dilakukan berbasis web. E-Procurement hadir sebagai perkembangan teknologi informasi dalam proses pengadaan barang/jasa serta untuk mewujudkan pelaksanaan pengadaan barang/jasa yang efisien, efektif, adil dan transparan. EProcurement telah banyak diterapkan pada pemerintahan dan perusahaan sebagai sistem pengadaan barang dan jasa yang terintegrasi. Sistem e-Procurement memiliki banyak manfaat dan salah satu manfaat terbesar bagi perusahaan dan pemerintahan adalah untuk menghindari terjadinya tindakan korupsi dalam pengadaan barang dan jasa. PT. Integrasi Solutions adalah perusahaan konsultan yang bergerak dalam bidang Information Technology Services, perusahaan ini menyediakan solusi teknologi informasi untuk mendukung
proses bisnis suatu organisasi. Perusahaan ini didirikan sejak tahun 1989. Melihat akan kebutuhan informasi yang saling terintegrasi dan real-time sangat diperlukan dalam suatu perusahaan. PT. Integrasi Solutions mendapat suatu proyek untuk melakukan penerapan suatu sub-sistem ERP, yaitu pengimplementasian e-Procurement yang di lakukan pada pertengahan tahun 2014 di perusahaan XYZ ini diharapkan meningkatkan proses bisnis yang saling terintegrasi dan informasi yang berkualitas sehingga membantu pengambilan keputusan oleh pihak manager perusahaan terkait. Sebelum proses implementasi sistem e-Procurement pada perusahaan XYZ, system testing menjadi salah satu tahapan yang penting untuk kesuksesan implementasi sistem e-Procurement pada perusahaan XYZ. Karena itu, perusahaan XYZ memerlukan sebuah proses testing sistem yang menggunakan suatu proses pengujian yang melalui suatu pendekatan yang terstruktur dan terstandarisasi untuk memastikan bahwa sistem e-Procurement yang akan diimplementasikan tersebut dapat berfungsi dengan baik dan dapat memenuhi kebutuhan perusahaan XYZ. Oleh karena itu diperlukan technical testing dan functional testing untuk implementasi e-Procurement oleh PT. Integrasi Solutions.
METODOLOGI Dalam penulisan, kami memilih dua metode yang digunakan dalam proses penelitian di PT. Integrasi Solutions. 1. Metode Pengumpulan Data a. Interview Melibatkan pihak-pihak dari perusahaan, meliputi para head office, dan user yang menggunakan sistem sehingga dapat menganalisa dan mengidentifikasi manfaat dari dashboard yang telah dirancang. b. Studi Kepustakaan Melakukan tinjauan pada buku-buku yang berkaitan dengan topik skripsi untuk mendapatkan landasan teori yang berhubungan. Dilakukan pencarian, pengumpulan dan pembelajaran informasi dari berbagai buku literatur, jurnal, internet ataupun media informasi lainnya yang berhubungan dengan objek penelitian sehingga dapat dijadikan sebagai landasan teori. 2. Metode Testing Metodologi yang kami digunakan untuk persiapan pengujian mencakup pendekatan analisis proses bisnis dan requirement aplikasi Enterprise Asset Management (EAM) modul e-Procurement dengan menggunakan functional system design. Metodologi yang kami digunakan dalam pelaporan hasil pengujian mencakup pendekatan bug tracking database untuk pendataan bug-bug yang ditemukan selama pengujian dan juga untuk pelaporan bug kepada tim proyek yang dibuat dalam bentuk bug report, test tracking spreadsheet dan open-closed chart. Metode yang kami digunakan dalam melakukan testing adalah metode Structural (White-box) testing dan Behavioral (black-box) testing yang mengacu pada buku karangan Rex Black dengan judul ‘Managing the Testing Process: Practical Tools and Techniques for Managing Software and Hardware Testing’
HASIL DAN PEMBAHASAN A. Terdapat hasil perencanaan testing dengan memahami proses bisnis aplikasi EAM (Enterprise Asset Management) modul e-Procurement, kemudian merancang FMEA (Failure Mode and Effect Analysis) untuk menentukan sub modul-sub modul yang akan masuk ke dalam proses testing berdasarkan Risk Priority Number (RPN) yang ada di dalam FMEA tersebut. Sub modul yang masuk dalam proses testing adalah sub modul yang memiliki range RPN dari 1 sampai 18 yang dinilai memiliki high risk. Berdasarkan jumlah sub modul yang masuk dalam RPN, dibuat pemetaan proses bisnis. Hasil pemetaan dibuat dalam bentuk tabel, hasil pemetaan antara proses bisnis dan test case dibuat dalam tiga kolom. Kolom pertama menjelaskan tentang proses bisnis secara umum yang akan didukung oleh sistem e-Procurement, kolom kedua berisi tentang skenario pengujian sesuai dengan sub modul yang didapat dari hasil analisis FMEA terkait dengan proses bisnisnya, dan kolom ketiga akan menjelaskan tentang kasus-kasus pengujian atau test case yang akan dilaksanakan terhadap sub modul yang telah dihasilkan dari FMEA sesuai dengan skenario pengujian yang ada pada kolom kedua. Pemetaan dilakukan untuk technical testing serta functional testing pada aplikasi EAM (Enterprise Asset Management) modul e-Procurement.
Kemudian dibuat sejumlah test case yang berguna saat melaksanakan pengujian. Test case disesuaikan dengan pemetaan proses bisnis dan dibuat dalam bentuk tabel yang terdiri dari test data yang digunakan untuk test case terkait serta test steps yang akan diikuti saat pelaksanaan pengujian, termasuk dengan hasil yang diharapkan dalam tiap pengujian yang dilakukan. Selama tahap technical testing dan functional testing, test steps yang tertera dalam test case digunakan untuk beberapa kali pengujian, yang membedakannya hanya test data yang digunakan. B. Lalu terdapat hasil testing preparation berupa rancangan sumber daya testing dan test suite. Rancangan sumber daya testing mencakup sumber daya manusia atau test team untuk melaksanakan pengujian. Untuk keperluan testing yang dilakukan maka akan dijabarkan pembagian tugas pengujian mulai dari persiapan pengujian hingga pelaksanaan pengujian yang dikelompokkan berdasarkan test suite yang dibuat. Test suite juga dibuat untuk mengelompokkan test case yang berhubungan dan membantu memudahkan test team untuk membagi pembagian tugas dalam pelaksanaan testing yang akan dilakukan. Test suite yang digunakan selama technical dan functional testing aplikasi EAM (Enterprise Asset Management) modul e-Procurement dibuat dalam bentuk tabel dengan lima kolom yang terdiri dari ID dari test suite, tanggal pembuatan test suite, judul test suite, deskripsi test suite, dan jumlah test case yang ada di dalam test suite tersebut. Test suite yang dibuat terdiri dari dua bagian yaitu test suite untuk technical testing dan test suite untuk functional testing berdasarkan kumpulan-kumpulan test case yang dirancang untuk pengujian aplikasi EAM (Enterprise Asset Management) modul e-Procurement yang saling berhubungan. C. Lalu dibuat hasil pengujian yang dilakukan pada aplikasi EAM (Enterprise Asset Management) modul e-Procurement yang dilaksanakan lewat test case yang telah dibuat beserta actual result dari proses pengujian yang telah dilakukan dan status yang menyatakan apakah test case yang diuji berhasil (pass) atau gagal (fail). Tabel 1 Salah Satu Contoh Hasil Testing Tabel Testing “Menambahkan Application parameter baru” Case ID : AP – 01 Object : Application Parameter Description : Menambahkan Application parameter baru Expected Result : Applicaion parameter baru tersimpan / terbentuk NO 1 2 3
Data Object Param group name Param group description Param group add new flag
NO 1 2 3 4
PROCESS STEPS Masuk dalam menu application parameter Menekan tombol tambah untuk menampilkan form application parameter group detail Menginput param group name, param group description dan param group add new flag Menekan tombol simpan
Actual Result Status Test
: :
Value Working unit Daftar working unit Aktif :True
Application parameter baru terbentuk / tersimpan Pass
D. Setelah itu terdapat hasil pengujian berupa temuan bugs dan testing summary yang mencakup test tracking spreadsheet, open-closed chart diagram, rekapitulasi temuan bugs berdasarkan quality risks dan rekapitulasi temuan bugs berdasarkan subsystem dalam bentuk breakdown chart. Tabel 2 Salah Satu Contoh Temuan Bugs Bug ID
Project Name
Tester
Date Opened
1 EPROC Hendy 11/8 Quality Risk Subsystem Sev Pri RPN Data Quality: Storage and e-Procurement : Cost 1 1 1 retrieval center Summary Saat ingin mengubah unit price group bagian bussiness unit kosong dan saat mencoba ingin menyimpan hasil perubahan layar freeze. Adanya kesalahan fungsi ’select’ business unit pada tabel unit price group dan kesalahan pada fungsi ’alter’ tabel unit price group. Steps to Reproduce 1. Buka menu daftar unit price 2. Klik icon edit 3. Coba memilih business unit dan klik simpan Isolation Mencoba mengubah unit price group bagian bussiness unit kosong dan layar freeze saat mencoba ingin menyimpan hasil perubahan. Log 11/08: Reviewed by Hendy and opened this issue. 11/08: Assigned to Rizma 12/08: Test and closed. State Owner Estimated Fix Date Closed Haryanto 12/08 Root Phase Injected Phase Detected Phase Removed Closed Date Cause Source Development Functional Functional Testing 12/08 Code Testing Test tracking spreadsheet dibuat sebagai cara mempermudah melihat status hasil pengujian terhadap tiap test case yang telah dilaksanakan dan menunjukkan keseluruhan hasil dari pengujian. Test tracking spreadsheet yang dibuat dikelompokkan pada technical testing dan functional testing. Tabel 3 Test Tracking Spreadsheet Functional Test ID Test case DUP 01 CG - 02 PC - 01 IN – 01
IN - 02 PV - 01 VB - 01 SV 01 RFQJ01
–
Test Suite/Case Mengubah detail unit price Menambahkan branch baru Menambah product Category Melakukan approval pada permintaan Melakukan reject pada permintaan Membuat pengajuan vendor Membuat vendor baru (produk) Membuat Scoring Vendor Baru Membuat RFQ jasa dengan type regular
Status
Bug ID
Bug RPN
By
Fail
1
1
Hendy
-
Roll Up Columns T F P 0 1 1
Fail
2
1
Hendy
-
1
1
Fail
2,20
Sylvia
-
1
1
0
Pass
3 dan 4 5
20
Sylvia
-
1
0
1
Pass
6
20
Sylvia
-
1
0
1
Fail
7
6
Mishael
-
1
1
0
Fail
8
15
Mishael
-
1
1
0
Fail
9, 10 dan 11 12,13 dan 14
1, 6 dan 11
Sylvia
-
1
1
0
Hendy
-
1
1
0
Fail
1,12, dan 1
Com ment
0
RFQP 01 MemoJ – 01
PRJ 01
–
Membuat Request for Quotation produk dengan type regular Membuat Memo jasa dari sumber RFQ Membuat Purchase request jasa same currency
Membuat Purchase request produk same currency PO – Membuat Purchase 01 order delivery to cargo Membuat Delivery DO order (DO) partial 01 quantity pengiriman VtC – Membuat Vendor ke 01 Kargo Suite Summary PRP 01
–
0
Fail
15 dan 16
1 dan 1
Hendy
-
Fail
17
1
Sylvia
Fail
18, 19 dan 20
1,1 dan 6
Fail
21
Pass
1
1
-
1
1
0
Hendy
-
1
1
0
1
Hendy
-
1
1
22
25
Sylvia
-
1
0
Fail
23
1
Hendy
-
1
1
Fail
24
1
Sylvia
-
1
1
0
24
21
3
0
1
0
Open-closed chart dibuat untuk menunjukan hasil penemuan bugs yang menunjukan trend dari setiap temuan bugs kumulatif, apakah bugs yang ditemukan semakin banyak atau semakin sedikit. Open-closed chart diagram juga menggambarkan status dari setiap bugs yang ditemukan, apakah status bugs tersebut telah closed atau masih opened. Tabel 4 Open-Closed Chart Diagram Date
Daily Opened
Daily closed
Cumulative Opened
Cumulatif Closed
11/08/2014 12/08/2014 14/08/2014 15/08/2014 18/08/2014 19/08/2014 20/08/2014 21/08/2014 22/08/2014 26/08/2014 27/08/2014 28/08/2014 29/08/2014 01/09/2014 02/09/2014 03/09/2014 04/09/2014 05/09/2014 08/09/2014 Total
1 1 2 2 1 4 0 5 0 1 0 3 0 1 0 1 0 1 1 24
0 2 0 4 0 2 3 0 5 0 1 0 3 0 0 1 1 1 1 24
1 2 4 6 7 11 11 16 16 17 17 20 20 21 21 22 22 23 24
0 2 0 6 0 8 11 11 16 16 17 17 20 20 20 21 22 23 24
Gambar 1 Open-Closed Chart Diagram Aplikasi EAM modul e-Procurement Tabel 5 Jumlah Bugs Berdasarkan Quality Risks Bug Count 6 3 5 6 4 24
Quality Risk Functionality: Create documents Data Quality: Errors Data Quality: Storage and retrieval Interface: Display/ Preview Functionality: Calculating document Total
% Total
Cum
% Cum
25 % 12 % 21 % 25 % 17 % 100 %
6 9 14 20 24 24
25 % 37 % 58 % 73 % 100 % 100 %
Gambar 2 Quality Risks Breakdown Tabel 6 Jumlah Bugs Yang Ditemukan Per-Subsystem Subsystem Cost center Cargo Product Category Inbox Pengajuan vendor Vendor baru Scoring vendor Request for quotation jasa Request for quotation produk Memo jasa Purchase request jasa
Bug Count 1 1 2 2 1 1 3 3 2 1 3
% Total 4% 4% 8% 8% 4% 4% 13 % 13 % 8% 4% 13 %
Cum Count 1 2 4 6 7 8 11 14 16 17 20
% Cum 4% 8% 16 % 24 % 28 % 32 % 46 % 59 % 67 % 71 % 84 %
Purchase request produk Purchase order Delivery order Vendor ke kargo Total
1 1 1 1 24
4% 4% 4% 4% 100%
21 22 23 24
88 % 92 % 96 % 100 %
Gambar 3 Subsystem Breakdown Aplikasi EAM Modul e-Procurement E. Kemudian memberikan rekomendasi berdasarkan hasil pengujian yang dilakukan dan bugs yang ditemukan pada aplikasi EAM (Enterprise Asset Management) modul e-Procurement dalam sebuah tabel yang berisi bugs dan rekomendasi yang diberikan. Tabel 4 Beberapa Contoh Hasil Rekomendasi Testing No 1
2
3 4 5
Bugs / Error Saat ingin mengubah unit price group bagian bussiness unit kosong dan saat mencoba ingin menyimpan hasil perubahan layar freeze. Adanya kesalahan fungsi ’select’ business unit pada tabel unit price group dan kesalahan pada fungsi ’alter’ tabel unit price group. Cost center (daftar unit price) Tidak dapat menyimpan / membuat branch detail dan ada pesan kesalahan (error). Adanya kesalahan pada fungsi ’insert’ untuk tabel branch detail (Cargo) Tidak dapat menggunakan tombol pada parent category Tidak dapat menggunakan fitur pencarian Menampilkan pesan window setelah melakukan approval permintaan
Rekomendasi Memperbaiki fungsi ‘select’ business unit dan ‘alter’ tabel unit price group.
Memperbaiki fungsi ‘insert’ pada tabel branch detail yang ada pada cargo.
Menambahkan fungsi untuk menampilka parent category Menambahkan validasi fitur pencarian Memperbaiki codingan terkait dengan fungsi approval permintaan.
6 7
Menampilkan pesan window setelah melakukan reject permintaan Tidak menampilkan pesan kesalahan pencarian list category.
8
Tidak dapat menambahkan listed vendor
9
Vendor yang mendapatkan nilai lebih dari 3 dinyatakan TIDAK (lulus) Tidak dapat menghitung % pertumbuhan
10
Memperbaiki codingan terkait dengan fungsi reject permintaan. Memperbaiki fitur cari pada daftar category di pengajuan vendor, ketika sedang mengisi vendor detail. Kemudian menambahkan validasi terhadap kesalahan pencarian list category. Memperbaiki fitur add listed pada vendor baru. Memperbaiki validasi pada perhitungan nilai LULUS dan TIDAK Memperbaiki validasi perhitungan persentase
SIMPULAN DAN SARAN Simpulan Berdasarkan hasil pengujian terhadap sistem yang ingin diimplementasikan pada perusahaan XYZ, yaitu EAM modul e-Procurement, dapat ditarik simpulan sebagai berikut: 1. Berdasarkan pengujian yang telah dilakukan terhadap aplikasi tersebut, dinyatakan bahwa aplikasi tersebut memenuhi requirement yang tertera dalam proses bisnis, karena tidak terdapat bugs yang berstatus open atau semua bugs telah berstatus closed. 2. Dari 76 sub modul pada aplikasi EAM modul e-Procurement yang menjadi prioritas pengujian ada sebanyak 44 sub modul dengan skala RPN dari 1 sampai 18. Aplikasi EAM modul e-Procurement dinyatakan layak untuk diimplementasikan saat ini karena dari hasil pengujian didapatkan semua bugs yang ditemukan telah berstatus closed. Saran Agar sistem yang diimplementasikan berikutnya oleh perusahaan XYZ dapat berjalan lebih baik dan mendukung tercapainya tujuan strategis perusahaan yang diimplementasikan (client), beberapa saran berikut dapat dipertimbangkan: 1. Setelah seluruh bug yang ada telah diperbaiki, diperlukan proses pengujian ulang sebagai pengujian konfirmasi, khususnya dilakukan pengujian ulang pada technical dan functional minimal 1 test cycle lagi dengan tidak ditemukan bug dan tidak adanya aktivitas penyelesaian bug untuk memasikan bahwa sistem layak untuk implementasi/go-live. 2. Apabila ditemukan bug kembali maka diperlukan perbaikan segera pada bug sesuai dengan bugs report yang ada dan diperlukan perbaikan yang didasarkan oleh prioritas penanganan bug yang sebelumnya telah ditetapkan di dalam bugs report. 3. Melakukan Integration testing pada aplikasi EAM untuk mengetest pada integrasi data antara modul Financial, Asset Management, Human Resource dan e-Procurement. 4. Menambahkan fitur Retur untuk produk yang rusak atau tidak sesuai dengan permintaan untuk dikembalikan ke vendor atau ditukarkan dengan produk yang lain.
REFERENSI Black, R. (2009). Managing the Testing Process: Practical Tools and Techniques for Managing Software and Hardware Testing, Third Edition. Indianapolis: Wiley Publishing, Inc. Nanney, R., & Goverman, I. (2014, October 8). Mid-market Companies See Technology as Key to Growth: Survey. Retrieved from Deloitte - WJS: http://deloitte.wsj.com/cfo/2014/10/08/midmarket-companies-see-technology-as-key-to-growth-survey/ Wijaya, W. H., Indryani, R., & Putri, Y. E. (2011). Studi Penerapan e-Procurement pada Proses Pengadaan di Pemerintah Kota Surabaya. 1-2.
RIWAYAT PENULIS Hendy Salim lahir di Bandar Lampung pada tanggal 04 Maret 1992. Penulis menamatkan pendidikan S1 di Binus University dalam bidang Sistem Informasi pada tahun 2015.
Mishael Ledwinardi lahir di Sukabumi pada tanggal 04 Maret 1994. Penulis menamatkan pendidikan S1 di Binus University dalam bidang Sistem Informasi pada tahun 2015. Sylvia Alverina lahir di Tanjungpinang pada tanggal 20 Maret 1994. Penulis menamatkan pendidikan S1 di Binus University dalam bidang Sistem Informasi pada tahun 2015.
