INTEGRATION TESTING ANTARA INPUT
TEMPLATE DAN DATA PADA PT. XYZ
Khansa Dinar Adibah
1501199880
Jl. Budi Raya no.21 Binus Square, Jakarta Barat 11530, 081290926902, khansadinar@gmail.com
Felicia Utama Widjaya
1501203083
Jl. Budi Raya no.21 Binus Square, Jakarta Barat 11530, 085251822128, felly_1902@yahoo.co.id
Audria Gupitarini
1501203846
Jl. Budi Raya no.21 Binus Square, Jakarta Barat 11530, 087880149553, me.audria@gmail.com
Natalia Limantara, S.Kom.,MMSI
D4667
BINUS University, Jl. Kebon Jeruk Raya No. 27 Jakarta Barat 11530, 08158131909, nlimantara@binus.edu
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 TM1to 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,
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 buku-buku dan informasi melalui internet serta jurnal ilmiah yang bersifat teoritis dan relevan dengan topik tugas akhir ini.
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. 1 – 30 : Kesalahan kritis, dan akan memiliki prioritas tinggi dalam pelaksanaan pengujian. Jenis kesalahan dapat menyebabkan sistem untuk kehilangan fungsi dan nilai penuh.
b. 31 – 60 : Error yang berbahaya dan akan memiliki prioritas menengah dalam pelaksanaan pengujian. Jenis kesalahan dapat menyebabkan sistem untuk kehilangan sebagian dari fungsi dan nilai.
c. 61 – 125 : 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.
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.
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
semua test case yang akan dilakukan pada PT. A PTA001 PTA002 PTA003 PTA004 PTA005 PTA006 PTA007 PTA008 PTA009 TS02 Test Suite PT. B Test suite ini berisi
semua test case yang akan dilakukan pada PT. B PTB001 PTB002 PTB003 PTB004 PTB005 PTB006 PTB007 PTB008 PTB009 TS03 Test Suite PT. C Test suite ini berisi
semua test case yang akan dilakukan pada PT. C PTC001 PTC002 PTC003 PTC004 PTC005 PTC006 PTC007 PTC008 PTC009 TS04 Test Suite PT. D Test suite ini berisi
semua test case yang akan dilakukan pada PT. D PTD001 PTD002 PTD003 PTD004 PTD005 PTD006 PTD007 PTD008 PTD009 TS05 Test Suite PT. E Test suite ini berisi
semua test case yang akan dilakukan pada PT. E PTE001 PTE002 PTE003 PTE004 PTE005
Test Suite ID Test Suite Name Suite Description Test Case ID PTE006
PTE007 PTE008 PTE009 TS06 Test Suite PT. F Test suite ini berisi
semua test case yang akan dilakukan pada PT. F PTF001 PTF002 PTF003 PTF004 PTF005 PTF006 PTF007 PTF008 PTF009 TS07 Test Suite PT. G Test suite ini berisi
semua test case yang akan dilakukan pada PT. G PTG001 PTG002 PTG003 PTG004 PTG005 PTG006 PTG007 PTG008 PTG009 TS08 Test Suite PT. H Test suite ini berisi
semua test case yang akan dilakukan pada PT. H PTH001 PTH002 PTH003 PTH004 PTH005 PTH006 PTH007 PTH008 PTH009 TS09 Test Suite PT. I Test suite ini berisi
semua test case yang akan dilakukan pada PT. I PTI001 PTI002 PTI003 PTI004 PTI005 PTI006 PTI007 PTI008 PTI009 TS010 Test Suite PT. J Test suite ini berisi
semua test case yang akan dilakukan pada PT. J PTJ001 PTJ002 PTJ003 PTJ004 PTJ005 PTJ006 PTJ007 PTJ008 PTJ009 Test Cycle
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 2014 6 Juli 2014 TS02 7 Juli 2014 10 Juli 2014 TS03 11 Juli 2014 14 Juli 2014 TS04 15 Juli 2014 17 Juli 2014 TS05 18 Juli 2014 21 Juli 2014 TS06 22 Juli 2014 24 Juli 2014 TS07 1 Agustus 2014 4 Agustus 2014 TS08 5 Agustus 2014 7 Agustus 2014 TS09 8 Agustus 2014 10 Agustus 2014 TS10 11 Agustus 2014 13 Agustus 2014
Tabel 4 Jadwal Post Upload
Test Suite Tanggal Mulai Tanggal Selesai
TS01 14 Agustus 2014 16 Agustus 2014 TS02 17 Agustus 2014 20 Agustus 2014 TS03 21 Agustus 2014 23 Agustus 2014 TS04 25 Agustus 2014 27 Agustus 2014 TS05 28 Agustus 2014 29 Agustus 2014 TS06 1 September 2014 3 September 2014 TS07 4 September 2014 6 September 2014 TS08 8 September 2014 10 September 2014 TS09 11 September 2014 15 September 2014 TS10 16 September 2014 18 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
ID
Expected Result Actual Result
Description Bug ID
PTA003 Sheet yang diinginkan telah terekstrak menjadi file.
Fail Macro tidak berhasil mengekstrak sheet
menjadi file.
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
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 3 Priority 1 Risk Priority Number 3 Estimated Fix 4-Jul-2014 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 2014. 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
TS01 6 6
Test Suite ID Bug Count Bug Closed TS03 4 4 TS04 2 2 TS05 4 4 TS06 3 3 TS07 1 1 TS08 2 2 TS09 1 1 TS10 0 0 Jumlah 26 26
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 2014 – 19 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.
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
http://vipsi.org/ipsi/journals/journals/tir/2009/January/Paper%2006.pdf
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), 113-115. Retrieved : January 19, 2015,
from http://arxiv.org/ftp/arxiv/papers/1207/1207.3213.pdf.
Kumar, Mohit., Ghandi, Geetika., & Garg, Shusil. (2013). Survey on Various Testing Techniques and Startegies for Bug Finding. Retrieved : December 15, 2014 from : http://ijctonline.com/ojs/index.php/ijct/article/view/260
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 :
http://ojs.academypublisher.com/index.php/jnw/article/view/11533
Perry, W.E. (2006). Effective Methods for Software Testing (3rd 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, 254- 263. Retrieved: January 2, 2015, from
BIBLIOGRAPHY
Khansa Dinar Adibah lahir di Jakarta pada 19 Juni 1994. Penulis menamatkan
pendidikan S1 di Universitas Bina Nusantara dalam bidang Sistem Informasi di tahun 2015.
Felicia Utama Widjaya lahir di Balikpapan pada 19 Februari 1993. Penulis
menamatkan pendidikan S1 di Universitas Bina Nusantara dalam bidang Sistem Informasi di tahun 2015.
Audria Gupitarini lahir di Yogyakarta pada 26 Desember 1993. Penulis
menamatkan pendidikan S1 di Universitas Bina Nusantara dalam bidang Sistem Informasi di tahun 2015.
