INTEGRATION TESTING ANTARA INPUT TEMPLATE DAN DATA PADA PT. XYZ

Transkripsi

1 INTEGRATION TESTING ANTARA INPUT TEMPLATE DAN DATA PADA PT. XYZ Khansa Dinar Adibah Jl. Budi Raya no.21 Binus Square, Jakarta Barat 11530, , Felicia Utama Widjaya Jl. Budi Raya no.21 Binus Square, Jakarta Barat 11530, , Audria Gupitarini Jl. Budi Raya no.21 Binus Square, Jakarta Barat 11530, , Natalia Limantara, S.Kom.,MMSI D4667 BINUS University, Jl. Kebon Jeruk Raya No. 27 Jakarta Barat 11530, ,

2 Abstract PT. XYZ is a State-Owned Enterprises (SOEs) are engaged in the provision of electricity and gas services in Indonesia. Currently PT. XYZ requires a system to make the Consolidated Accounting Statements. The system is in the form of input template connected with IBM Cognos TM1 to expect can make the preparation of the consolidated accounting statements of PT. XYZ become more effective and efficient, integrated, standardized, and flexible. To ensure that the input templates ready to be implemented, there will be a testing process. The purpose of testing is to test the input template that will be used in the next stage of testing, the User Acceptance Testing (UAT) and give a recommendation from the test results. The methodology used in the preparation and implementation of the testing is conducted interviews, observation by direct observation when the supervising partner gives guidance to testing, internship, literature, business process analysis approach with IBM Cognos TM1 using, make Failure Mode and Effects Analysis (FMEA), create a Test Plan, Test Case, Bug List, Test Tracking Spreadsheet and Bug Report. The results show that the input template can be used for the next stage of testing, the User Acceptance Testing (UAT). Keywords: Testing, Bug, Input Template, IBM Cognos TM1. Abstrak PT. XYZ adalah sebuah Badan Usaha Milik Negara (BUMN) yang bergerak dalam bidang penyediaan jasa listrik dan gas di Indonesia. Saat ini PT. XYZ membutuhkan sebuah sistem untuk membuat Laporan Akuntansi Konsolidasi. Sistem ini berupa input template yang terhubung dengan IBM Cognos TM1 yang diharapkan dapat membuat penyusunan laporan akuntansi konsolidasi PT. XYZ menjadi lebih efektif dan efisien, terintegrasi, terstandardisasi, dan fleksibel. Untuk memastikan bahwa input template tersebut siap diimplementasikan, maka akan dilakukan proses pengujian (testing). Tujuan dilakukan testing tersebut untuk menguji input template yang akan digunakan pada tahapan testing selanjutnya, yaitu User Acceptance Testing (UAT) dan memberikan rekomendasi dari hasil pengujian. Metodologi yang digunakan dalam persiapan dan pelaksanaan testing adalah melakukan wawancara, observasi dengan melakukan pengamatan langsung ketika pembimbing mitra memberi arahan dalam pelaksanaan testing, internship, studi pustaka,

3 pendekatan analisa proses bisnis dengan menggunakan IBM Cognos TM1, membuat Failure Mode and Effects Analysis (FMEA), membuat Test Plan, Test Case, Bug List, Test Tracking Spreadsheet dan Bug Report. Hasil pengujian menunjukkan bahwa input template dapat digunakan untuk tahapan selanjutnya yaitu User Acceptance testing Testing (UAT). Kata Kunci : Testing, Bug, Input Template, IBM Cognos TM1. PENDAHULUAN PT. XYZ adalah sebuah Badan Usaha Milik Negara (BUMN) yang bergerak dalam bidang penyediaan jasa listrik dan gas di Indonesia. Saat ini PT. XYZ membutuhkan sebuah sistem untuk membuat Laporan Akuntansi Konsolidasi. Karena sistem akuntansi konsolidasi pada PT. XYZ ini masih dilakukan secara manual, dan tidak terintegrasi, tidak terstandardisasi dan tidak memiliki konsistensi dalam penyusunan Laporan Akuntansi Konsolidasi antara Anak Perusahaan dengan Kantor Pusat PT. XYZ. Sistem ini diharapkan dapat terintegrasi dengan sistem yang sudah diimplementasikan sebelumnya yaitu SAP ECC yang mencatat dan menyimpan data transaksi harian. Sistem ini berupa input template yang terhubung dengan IBM Cognos TM1 yang diharapkan dapat membuat penyusunan laporan akuntansi konsolidasi PT. XYZ menjadi lebih efektif dan efisien, terintegrasi, terstandardisasi, dan fleksibel. IBM Cognos TM1 merupakan enterprise planning software yang memudahkan pengguna bisnis untuk mengakses langsung data yang digunakan untuk analisis ad-hoc dan pemodelan skenario agar dapat mendukung pengambilan keputusan yang efektif dan tepat waktu yang dapat melengkapi operasi transaksional yang dilakukan oleh SAP atau sistem lainnya, serta memungkinkan pembuatan laporan yang lebih cepat dan akurat. Untuk memastikan bahwa input template tersebut siap diimplementasikan, maka akan dilakukan proses pengujian (testing). Testing akan mengurangi kemungkinan adanya kesalahan / bug yang mungkin terjadi pada saat implementasi sistem tersebut. Tujuan dari penulisan skripsi ini adalah menguji input template yang akan digunakan pada tahapan testing selanjutnya, yaitu User Acceptance Testing (UAT) dan memberikan rekomendasi dari hasil pengujian. Manfaat dari penulisan skripsi ini adalah data dapat di-upload dan tersimpan ke dalam cube tanpa adanya kesalahan atau error sehingga data- data tersebut dapat dibuat menjadi Laporan Akuntansi Konsolidasi PT. XYZ dan melancarkan tahapan testing berikutnya, yaitu User Acceptance Testing. METODOLOGI PENULISAN Metodologi yang digunakan untuk persiapan testing yaitu : 1. Melakukan wawancara dengan bagian Data Migration untuk mengumpulkan data yang berkaitan dengan proses testing. 2. Melakukan observasi terhadap pembimbing mitra yang memberikan arahan untuk melakukan proses testing. 3. Melakukan internship sebagai bentuk praktek dari hasil observasi. 4. Melakukan studi pustaka dengan mencari, mengumpulkan dan mempelajari bukubuku dan informasi melalui internet serta jurnal ilmiah yang bersifat teoritis dan relevan dengan topik tugas akhir ini.

4 5. Melakukan pendekatan analisa proses bisnis dengan menggunakan IBM Cognos TM1. 6. Membuat Failure Mode and Effects Analysis untuk menentukan prioritas bug yang akan diperbaiki. 7. Membuat test plan dan test case berdasarkan Failure Mode and Effects Analysis dan proses bisnis. Metodologi yang digunakan untuk menjalankan testing yaitu : 1. Membuat bug list berdasarkan test result untuk mencatat masalah dan bug yang ditemukan selama proses testing. 2. Membuat Test tracking spreadsheet. 3. Membuat Bug report yang digunakan untuk melaporkan bug yang ditemukan oleh penulis. HASIL DAN BAHASAN Failure Mode and Effects Analysis (FMEA) Setelah memahami proses bisnis dari PT. XYZ analisis terhadap potensi kegagalan dapat dilakukan. Analisis ini akan digunakan sebagai alat untuk melihat mode kegagalan yang mungkin terjadi sehingga perusahaan dapat mencegah kegagalan dan dapat membantu untuk memperbaiki kegagalan yang mungkin terjadi. Jumlah Risk Priority Number (RPN) yang dinyatakan untuk setiap potensi kegagalan dapat dikategorikan sebagai berikut : a : Kesalahan kritis, dan akan memiliki prioritas tinggi dalam pelaksanaan pengujian. Jenis kesalahan dapat menyebabkan sistem untuk kehilangan fungsi dan nilai penuh. b : Error yang berbahaya dan akan memiliki prioritas menengah dalam pelaksanaan pengujian. Jenis kesalahan dapat menyebabkan sistem untuk kehilangan sebagian dari fungsi dan nilai. c : Kesalahan kecil dan akan memiliki prioritas rendah dalam pelaksanaan pengujian. Jenis kesalahan tidak akan berdampak signifikan terhadap fungsi sistem dan nilai. Test Plan Test Plan dikembangkan untuk mendefinisikan apa yang harus dipersiapkan untuk melakukan testing dengan baik. Berdasarkan test plan yang sudah dikembangkan untuk PT. XYZ, dibawah ini adalah aspek-aspek pentingnya. 1. Ruang Lingkup Test plan hanya mencakup fungsi akuntansi konsolidasi pada anak perusahaan. Proses testing yang dilakukan dalam Test Plan ini mencakup tentang Integration testing. Integration Testing yang dilakukan pada input template didasari oleh pedoman yang merupakan user requirement. 2. Setting Proses testing ini akan dilakukan menggunakan parallel computer setting. Di mana penguji akan memakai laptop yang disediakan PT. Accenture yang terhubung melalui wi-fi access point dan ke server PT. XYZ. Laptop tersebut dilengkapi dengan aplikasi IBM Cognos TM1 versi 10.2 dan Microsoft Excel. 3. Transisi

5 a.) Entry Criteria Proses testing dapat dilakukan ketika: a. Telah menginstall IBM Cognos TM1 b. Konfigurasi dan setting IBM Cognos TM1 telah dilakukan c. Koneksi server tersedia dalam workstation d. Input template selesai didesain b.) Stopping Criteria Proses testing dihentikan ketika: a. Adanya bug error b. Koneksi ke server terputus c. Data tidak dapat tersimpan Proses testing dapat dilanjutkan ketika: a. Koneksi ke server terhubung kembali b. Bug telah teratasi c.) Exit Criteria Proses testing selesai ketika: a. Semua bug telah teridentifikasi sudah diperbaiki b. Anak perusahaan telah melalui langkah-langkah testing yang ada c. Semua bug telah diperbaiki Test Case Menurut Black (2009: 610), test case adalah sebuah urutan atau rangkaian, substeps dan tindakan lainnya, dilakukan secara berurut, secara paralel atau kombinasi dari deretan yang menciptakan test condition yang diinginkan, yang dimana test case dirancang untuk mengevaluasi sistem yang dikembangkan. Dalam beberapa gaya dokumentasi, elemen ini disebut sebagai test specification dan test procedures. Test case yang dikembangkan berjumlah 90 untuk 10 anak perusahaan. Masing-masing anak perusahaan memiliki 9 test cases. Contoh test case: Tabel 1 Test Case untuk Mengekstrak File Menggunakan Macro pada PT. A Test Case Name: Mengekstrak sheet menjadi file yang berisi template baru menggunakan macro. Test ID: PTA003 Priority 1 Duration: 3 jam Effort: 2 Pre-Condition: Nama sheet telah diedit sesuai dengan pedoman yang berlaku. Test Step/Substep Expected Result 1. Membuka macro yang telah dibuat di Ms. Excel. Sheet yang diinginkan telah terekstrak menjadi file. 2. Membuka file XYZ_PTA_TAC01 yang akan diekstrak. 3. Mengisi General Parameter sesuai dengan nama perusahaan, tahun dan periode yang ada pada sheet Raw. 4. Menandai sheet yang akan diekstrak.

6 5. Run Macro. Test Suite Test case yang telah dibuat dikelompokkan berdasarkan setiap anak perusahaan dan akan dites berdasarkan setiap test case nya. Pengelompokan ini akan menghasilkan 10 test suite berdasarkan 10 anak perusahaan yang akan dites. Test suite akan mempermudah dalam melihat integrasi dan hubungan antara test case. Tabel 2 Test Suite Test Suite ID Test Suite Name Suite Description Test Case ID TS01 Test Suite PT. A Test suite ini berisi PTA001 A PTA002 PTA003 PTA004 PTA005 PTA006 PTA007 PTA008 TS02 Test Suite PT. B Test suite ini berisi B TS03 Test Suite PT. C Test suite ini berisi C TS04 Test Suite PT. D Test suite ini berisi D TS05 Test Suite PT. E Test suite ini berisi E PTA009 PTB001 PTB002 PTB003 PTB004 PTB005 PTB006 PTB007 PTB008 PTB009 PTC001 PTC002 PTC003 PTC004 PTC005 PTC006 PTC007 PTC008 PTC009 PTD001 PTD002 PTD003 PTD004 PTD005 PTD006 PTD007 PTD008 PTD009 PTE001 PTE002 PTE003 PTE004 PTE005

7 Test Suite ID Test Suite Name Suite Description Test Case ID PTE006 PTE007 PTE008 PTE009 TS06 Test Suite PT. F Test suite ini berisi F TS07 Test Suite PT. G Test suite ini berisi G TS08 Test Suite PT. H Test suite ini berisi H TS09 Test Suite PT. I Test suite ini berisi I TS010 Test Suite PT. J Test suite ini berisi J Test Cycle PTF001 PTF002 PTF003 PTF004 PTF005 PTF006 PTF007 PTF008 PTF009 PTG001 PTG002 PTG003 PTG004 PTG005 PTG006 PTG007 PTG008 PTG009 PTH001 PTH002 PTH003 PTH004 PTH005 PTH006 PTH007 PTH008 PTH009 PTI001 PTI002 PTI003 PTI004 PTI005 PTI006 PTI007 PTI008 PTI009 PTJ001 PTJ002 PTJ003 PTJ004 PTJ005 PTJ006 PTJ007 PTJ008 PTJ009

8 Test cycle dikembangkan dalam pelaksanaan testing. Test cycle terdiri dari test suite yang berasal dari tabel 1 yang dibagi menjadi dua bagian yaitu, pre upload dan post upload dimana nantinya akan diuji oleh penguji. Tabel 3 Jadwal Pre Upload Test Suite Tanggal Mulai Tanggal Selesai TS01 3 Juli Juli 2014 TS02 7 Juli Juli 2014 TS03 11 Juli Juli 2014 TS04 15 Juli Juli 2014 TS05 18 Juli Juli 2014 TS06 22 Juli Juli 2014 TS07 1 Agustus Agustus 2014 TS08 5 Agustus Agustus 2014 TS09 8 Agustus Agustus 2014 TS10 11 Agustus Agustus 2014 Tabel 4 Jadwal Post Upload Test Suite Tanggal Mulai Tanggal Selesai TS01 14 Agustus Agustus 2014 TS02 17 Agustus Agustus 2014 TS03 21 Agustus Agustus 2014 TS04 25 Agustus Agustus 2014 TS05 28 Agustus Agustus 2014 TS06 1 September September 2014 TS07 4 September September 2014 TS08 8 September September 2014 TS09 11 September September 2014 TS10 16 September September 2014 Test Result Setelah pelaksanaan testing selesai, hasil dari setiap test case yang diuji pasti akan menghasilkan beberapa bug. Hasil test dan bug yang ditemukan dalam pelaksanaan testing ini akan dikumpulkan dalam sebuah tabel. Tabel 5 Test Result PTA003 Test Case Expected Result ID PTA003 Sheet yang diinginkan telah terekstrak menjadi file. Actual Description Result Fail Macro tidak berhasil mengekstrak sheet menjadi file. Bug ID BGA001 Bug List Dari hasil testing di atas, ada beberapa test case yang memiliki hasil fail. Hasil fail ini menjadi suatu bug yang ditemukan dan akan dikelompokkan menjadi tabel dibawah sebagai berikut Tabel 6 Bug List PTA003

9 Bug ID Summary Test Case ID BGA001 Macro tidak berhasil mengekstrak sheet menjadi file. PTA003 Test Tracking Spreadsheet Test tracking spreadsheet dibuat untuk memberikan view yang lebih detil atas hasil test case yang telah dilakukan. Test tracking spreadsheet memuat semua hasil dari proses testing. Dari proses testing ini hanya ada 1 spreadsheet yang dikembangkan. Dari spreadsheet ini ada 90 test case yang dijalankan, test case yang fail berjumlah 26. Bug Report Menurut Black (2009: 146), bug report adalah dokumen teknikal yang menjelaskan berbagai tanda atau failure mode terkait dengan satu bug. Bug report yang baik yaitu yang menyediakan informasi yang dibutuhkan tim project management untuk menentukan kapan dan bagaimana memperbaiki masalah tersebut. Bug yang telah ditemukan akan disimpan dalam bug report. Bug report adalah salah satu cara untuk mencatat dan menyimpan bug yang pernah terjadi secara detil. Tabel 7 Bug Report BGA001 Bug ID Tester State Date Opened BGA001 F Closed 3-Jul-2014 Severity Priority Risk Priority Estimated Fix Number 4-Jul Summary Macro tidak berhasil mengekstrak sheet menjadi file. Steps to Reproduce 1. Membuka macro yang telah dibuat di Ms. Excel. 2. Membuka file XYZ_PTA_TAC01 yang akan diekstrak. 3. Mengisi General Parameter sesuai dengan nama perusahaan, tahun dan periode yang ada pada sheet Raw. 4. Menandai sheet yang akan diekstrak. 5. Run Macro. Isolation Ketika macro di-run, macro tidak dapat mengekstrak sheet menjadi file. Log 7/3 : Status bug opened 7/3 : Bug di-review oleh F dan dilaporkan kepada bagian teknikal untuk diperbaiki 7/3 : Bug di-test 7/4 : Status bug closed Testing Summary Dari proses testing yang dilakukan, terdapat 26 bug yang ditemukan selama proses testing yang berlangsung dari tanggal 2 Juli 2014 s/d 19 September Dari 26 bug yang ditemukan diakhir proses testing, semua bug yang ada telah diperbaiki, dengan kata lain semua bug telah di-close. Berikut adalah status bug dari setiap test suite. Tabel 8 Testing Summary Test Suite ID Bug Count Bug Closed TS TS02 3 3

10 Test Suite ID Bug Count Bug Closed TS TS TS TS TS TS TS TS Jumlah Dapat disimpulkan bahwa Test Suite dengan ID TS01 mempunyai bug paling banyak, yaitu pada PT. A. Faktor yang mempengaruhi banyaknya bug yang ditemukan pada PT. A adalah karena testing yang pertama kali dilakukan adalah pada PT. A dan adanya human-error pada saat input data ke dalam input template, sehingga pada saat pertama kali melakukan integration testing pada PT. A masih banyak ditemukan bug. Sedangkan bug yang paling sedikit ditemukan, yaitu pada PT. J karena data untuk PT. J yang di-input ke dalam input template telah sesuai dengan pedoman. SIMPULAN DAN SARAN Simpulan Berdasarkan proses testing yang telah dilakukan, maka dapat disimpulkan bahwa : Terdapat 10 anak perusahaan yang datanya digunakan untuk pelaksanaan proses testing. Proses testing dilakukan dengan mengklasifikasi 90 test case menjadi 10 test suite dan dijalankan dalam 1 cycle untuk pelaksanaan integration testing (2 Juli September 2014). Jumlah bug yang ditemukan pada proses testing sebanyak 26 bug. Penggunaan input template dalam sistem memiliki resiko yang tinggi pada human error. Bug report dibuat sesuai dengan 26 bug yang ditemukan. Bug yang ditemukan tersebut, telah dilaporkan dan diperbaiki oleh bagian teknikal dan data migration. Pada akhir proses testing, status semua bug telah close. Hasil testing ini menunjukkan bahwa input template dapat digunakan tetapi masih memerlukan pengawasan dan pengendalian yang berkelanjutan. Saran Berdasarkan kesimpulan di atas, saran yang dapat diberikan adalah: Melakukan perencanaan testing dengan matang, sebelum pelaksanaan testing. Menyusun prosedur testing yang lebih detail. Meningkatkan koordinasi dan manajemen waktu antara semua anggota tim testing, dari perencanaan hingga pelaksanaan testing. Memeriksa kelayakan data klien agar dapat mempermudah pelaksanaan input data dan testing. Meningkatkan komunikasi dengan user selama proses input data dan testing. Untuk melengkapi tahapan integration testing ini, sebaiknya dilakukan tahapan berikutnya, yaitu User Acceptance Testing.

11 REFERENCES Black, Rex. (2009). Managing The Testing Process. Indianapolis, Indiana : Wiley Publishing, Inc. Black,Rex. (2013), Managing the Testing Process: Practical Tools and Techniques for Managing Hardware and Software Testing. Indianapolis, Indiana : Wiley Publishing, Inc. Jovanović., Irena. (2009). Software Testing Methods and Techniques, 31. Retrieved: January 19, 2015, from Khan, I. A., & Singh, R. (2012). Quality Assurance and Integration Testing Aspects in Web Based Application. International Journal of Computer Science Engineering and Application, 2(3), Retrieved : January 19, 2015, from Kumar, Mohit., Ghandi, Geetika., & Garg, Shusil. (2013). Survey on Various Testing Techniques and Startegies for Bug Finding. Retrieved : December 15, 2014 from : Lewis, William E..(2009). Software Testing and Continuous Quality Improvement, Third Edition. Boca Raton, Florida : CRC Press LLC. Li, Liangming. (2013). An Integration Testing Approach Based on Composistion of Unit Test Cases. Retrieved: December 15, 2014 from : Perry, W.E. (2006). Effective Methods for Software Testing (3 rd edition). Indianapolis: Wiley Publishing, Inc. Shirouyehzad, H., Dabestani, R., & Badakhshian, M. (2011). The FMEA Approach to Identification of Critical Failure Factors in ERP Implementation, International Business Research, Retrieved: January 2, 2015, from

12 BIBLIOGRAPHY Khansa Dinar Adibah lahir di Jakarta pada 19 Juni Penulis menamatkan pendidikan S1 di Universitas Bina Nusantara dalam bidang Sistem Informasi di tahun Felicia Utama Widjaya lahir di Balikpapan pada 19 Februari Penulis menamatkan pendidikan S1 di Universitas Bina Nusantara dalam bidang Sistem Informasi di tahun Audria Gupitarini lahir di Yogyakarta pada 26 Desember Penulis menamatkan pendidikan S1 di Universitas Bina Nusantara dalam bidang Sistem Informasi di tahun 2015.