aiti trackerz » Artikel

SAP and ABAP

ganang — Fri, 27 Aug 2010 08:16:08 +0000

Saat blog ini mulai kembali bangun dari tidur panjangnya, saya meniatkan diri untuk ikut berkontribusi dalam blog ini dengan sharing sedikit ilmu khususnya tentang SAP & Technology nya, smoga menjadi bermanfaat untuk kita semua… amienn

Hal yang membuat saya gundah dalam pertama kali menulis tentang SAP ini,adalah harus memulai darimana, tentunya awal adalah sejarah technology tersebut_ setelah saya browsing tulisan yang membahas hal tersebut telah banyak di posting oleh blogger lain, maka saya memulai dengan langkah lain membahas SAP dari sisi ujung, yang awalnya timbul dari pertanyaan “Apakah aplikasi SAP ini bisa mengakomodir semua kebutuhan user ??” Tentu jawaban nya tidak, namun SAP menyediakan solusi dengan istilahnya ABAP enhancements hal ini yang akan jadi topic bahasan saya. Oia, jika ada dari kita yang ingin mengetahui sejarahnya saya sediakan link berikut yang saya anggap mumpuni membahas sejarahnya klik ini atau ini.

Langsung ke pokok bahasan, SAP menyediakan berbagai fungsi bisnis dalam application suite R/3. Kita mungkin akan menemukan bahwa aplikasi standard SAP tidak mengakomodir semua kebutuhan kita sehingga kita memerlukan objects fungsionalitas tambahan. Dengan ABAP/4 Development Workbench, SAP’s client-server, kita dapat membuat add-ons dan seluruh aplikasi. Sebelum perangkat tambahan ini ada sebelumnya kita harus memodifikasi program SAP itu sendiri.

Memodifikasi SAP akan mengakibatkan setidaknya 2 akibat yang sangat berbahaya, apa itu ?? akan dibahas dibawah kok.

Memodifikasi standar code SAP dapat berakibat SAP technical error

Ketika perubahan oleh ABAPer (user) dilakukan dengan memodifikasi program standard, akan berimbas dengan aplikasi program lain. SAP tidak akan menjamin bahwa program modification tadi akan berjalan tanpa kesalahan serius, karena bisa jadi modification yang dilakukan akan memiliki impact terhadap functionality lain di SAP.

Memodifikasi berarti secara tidak langsung mengupgrade program standards secara tidak terstruktur

ABAPer (user) yang telah memodifikasi program standard berarti mengupgrade system dan mereka harus menyimpan hasil modifikasi dan memasukkan kembali ke new system, setelah setiap upgrade atau release suatu program. Bergantung pada cakupan modifikasi, bisa jadi proses memasukkan kembali akan menemui kesulitan bahkan impossible untuk mendapatkan apa yang kita mau dengan modifikasi program tersebut. (Pembahasan release TR ABAP akan saya share tersendiri).

Konsep ABAP enhancements, menawarkan alternatif yang lebih baik (safer) untuk pendekatan masalah yang sarat akan modification program standard SAP

Cara yang paling aman dan lebih mudah jika kita ingin memperluas fungsionalitas R/3 sistem dari versi standar nya adalah, dengan mempergunakan user exit yang tersedia dalam standard R/3 application. Mengapa demikian ?? mengapa kita sebaiknya menggunakan user exits dari pada memodifikasi program standard SAP. Setidaknya ada 2 alasan yang bisa saya sampaikan bahwa Add On yang melekat pada SAP akan memberikan keuntungan :

Tidak akan mempengaruhi source code SAP standard, bila kita menambahkan fungsi baru ke system R/3 menggunakan SAP’s exits, karena kita tidak sama sekali mengubah source code standard SAP. Coding dan screen yang kita buat dibentuk encapsulated sebagai obyek terpisah. Logika nya begini fungsi object baru buatan kita merupakan obyek terpisah yang dikaitkan dengan program standard SAP (linked) tetapi keberadaan obyek itu merupakan bagian paket program standard SAP (package)

Tidak mempengaruhi software upgrade bilamana fungsi baru ditambahkan, karena object yang baru saja kita kembangkan merupakancustomer object. Penambahan Customer Object tidak serta merta bisa sesuka hati memberikan nama obyeknya, hal ini dikarenakan SAP memberlakukan standard naming convention yang ketat, mengapa begitu yach ?? pertanyaan yang bagus, :D Dunia IT berkembang sangat dinamis maka upgrade software mutlak diperlukan oleh provider maka sewaktu provider update software mereka, nama-nama khusus dari customer object tidak ikut berpengaruh oleh update perubahan paket system SAP standard, sehingga user tidak perlu plug and unplug object program tambahan nya karena perubahan yang terjadi akan secara otomatis (maka nya boss ditempat saya bekerja memberikan statement yang lucu kita sudah kawin mati dengan SAP).

Memodifikasi standard code SAP dapat berakibat SAP technical error. Ketika perubahan oleh ABAPer (user) dilakukan dengan memodifikasi program standard, akan berimbas dengan aplikasi program lain. SAP tidak akan menjamin bahwa program modification tadi akan berjalan tanpa kesalahan serius, karena bisa jadi modification yang dilakukan akan memiliki impact terhadap functionality lain di SAP.

Memodifikasi berarti secara tidak langsung mengupgrade program standards secara tidak terstruktur, ABAPer (user) yang telah memodifikasi program standard berarti mengupgrade system dan mereka harus menyimpan hasil modifikasi dan memasukkan kembali ke new system, setelah setiap upgrade atau release suatu program. Bergantung pada cakupan modifikasi, bisa jadi proses memasukkan kembali akan menemui kesulitan bahkan impossible untuk mendapatkan apa yang kita mau dengan modifikasi program tersebut. (Pembahasan release TR ABAP akan saya share tersendiri).

Konsep ABAP enhancements, menawarkan alternatif yang lebih baik (safer) untuk pendekatan masalah yang sarat akan modification program standard SAP Cara yang paling aman dan lebih mudah jika kita ingin memperluas fungsionalitas R/3 sistem dari versi standar nya adalah, dengan mempergunakan user exit yang tersedia dalam standard R/3 application. Mengapa demikian ?? mengapa kita sebaiknya menggunakan user exits dari pada memodifikasi program standard SAP. Setidaknya ada 2 alasan yang bisa saya sampaikan bahwa Add On yang melekat pada SAP akan memberikan keuntungan :

Tidak akan mempengaruhi source code SAP standard, bila kita menambahkan fungsi baru ke system R/3 menggunakan SAP’s exits, karena kita tidak sama sekali mengubah source code standard SAP. Coding dan screen yang kita buat dibentuk encapsulated sebagai obyek terpisah. Logika nya begini fungsi object baru buatan kita merupakan obyek terpisah yang dikaitkan dengan program standard SAP (linked) tetapi keberadaan obyek itu merupakan bagian paket program standard SAP (package)

Tidak akan mengupgrade system bilamana fungsi baru ditambahkan, karena object yang baru saja kita kembangkan merupakan customer object. Penambahan Customer Object tidak serta merta bisa sesuka hati dalam memberikan nama obyeknya, hal ini dikarenakan SAP memberlakukan standard naming convention yang ketat, mengapa begitu yach ?? pertanyaan yang bagus, :kagum: Dunia IT berkembang sangat dinamis maka upgrade system mutlak diperlukan oleh provider (SAP) jika sewaktu ada update software mereka, nama-nama khusus dari customer object tidak ikut berpengaruh oleh perubahan paket system SAP standard, sehingga user tidak perlu plug and unplug object program tambahannya, perubahan yang terjadi akan secara otomatis (maka nya boss ditempat saya bekerja memberikan statement yang lucu kita sudah kawin mati dengan SAP).

Eits, jangan gembira dulu akan kemudahan yang ditawarkan, jika kita seorang ABAPer kita hanya diperkenankan melakukan penambahan object dengan cara ABAP enhancements yang memiliki add on user exit’s saja, dengan kata lain akan dimungkinkan standard program SAP tidak tersedia add on user exit’s. Nah untuk mengatasi hal ini, kita dapat membuat request melalui Online Service System (OSS) SAP.

Oia,.. disetiap akhir tulisan saya akan mencoba membiasakan dengan memberikan great quotation untuk memotivasi bagi para pembaca khususnya diri saya.

“Four steps to achievement: Plan purposefully. Prepare prayerfully. Proceed positively. Pursue persistently.” – William A. Ward

Quick Test Professional (Automation Testing Review)

Deny Prastowo — Wed, 28 Jan 2009 08:08:45 +0000

QUICK TEST PROFESSIONAL 9.1

Functional Testing Tool Review

Introduction

Halo Semuanya, saya memiliki suatu artikel baru mengenai software testing. Mungkin beberapa diantara kita sudah ada yang mengetahui mengenai software testing itu sendiri. pada kesempatan kali ini saya akan mencoba membahas mengenai Automasi Testing… ,yup automasi ya…, bukan manual testing….

Pada kesempatan berikutnya saya akan mencoba memberikan tips dan beberapa trik dalam automasi testing dan tentunya memakai QTP (powerfull banget nih software… coba deh….)

Automation Testing

Automatisasi Testing

§ Automasi Testing Software merupakan suatu alat bantu yang digunakan dengan tujuan mempersingkat life cycle suatu proses testing dari suatu produk. Alat bantu atau software ini digunakan untuk membantu proses manual testing sehingga dapat mengefisienkan waktu dan sumberdaya yang digunakan.

§ Dengan Automasi testing maka diharapkan dapat menghindari terlewatnya beberapa tahapan test yang mungkin terlupakan pada saat dimana aplikasi dilakukan suatu regression.

§ Automasi membantu mengatasi human error dan mempercepat proses testing.

§ Untuk mengimplementasikan automasi testing diperlukan usaha dan perencanaan yang detail.

Keuntungan dari Automation Testing

· Automasi mempersingkat waktu dan usaha yang dibutuhkan serta dapat mengurangi testing life cycle

· Eksekusi testing yang konsisten

· Mengurangi waktu test cycles

· Testing mengacu kepada data

· Dapat diulang dan diulang kembali

· Dapat diulas dan dianalisa

· Handal dan reliable

· Testing modulenya dapat digunakan kembali

Kapan kita dapat menggunakan Automasi Testing?

· Saat cycle testing iterative dan lama .

· Jika aplikasi direncanakan akan memiliki beberapa modul yang saling berinteraksi

· Jika aplikasi tersebut merupakan aplikasi dengan waktu running yang lama dan terdapat penambahan minor atau terjadi perbaikan bugs.

· Pengulangan testing diperlukan

Quick Test Professional (QTP)

· Merupakan suatu fungsional Graphical User Interface( GUI ) Automasi testing tool

· Automasi dapat dilakukan oleh user pada web atau client based computer application.

· Menggunakan bahasa pemrograman vbscript untuk menetapkan test prosedur dan memanipulasi object – object dan mengendalikan aplikasi yang akan dites.

Proses Testing Menggunakan QTP Melibatkan 3 Tahapan Utama, yaitu :

Pembuatan Test Script
Running Test Script
Analisis Hasil Test Script

Pembuatan Test Script

Pembentukan test script dilakukan dengan me-record skenario manual test pada aplikasi yang sedang di test (Application Under Test) dengan QTP.
Quick Test Pro secara grafis akan menampikan screen setiap step yang dilakukan oleh user yang terdapat pada icon view atau keyword view.
Modifikasi script dengan menambahkan beberapa kondisional statement dan kondisi looping berdasarkan requirement yang diminta.
Menambahkan beberapa checkpoint untuk memfilter hasil yang diharapkan dari aplikasi yang di test.

Running Test & Analisis Hasil Test

Saat test script berhasil di record atau dibuat, langkah selanjutnya ialah mengeksekusi script tersebut dengan QTP. Saat QTP melakukan proses running test script tersebut, QTP akan terhubung dengan website dimana aplikasi tersebut di test dan akan melakukan operasi – operasi yang telah dibuat dalam test script tersebut.
Untuk mengidentifikasi dan mengeliminasi script yang tidak diinginkan atau menimbulkan error, maka QTP menyediakan debug mode untuk mengatasi error yang muncul saat proses running test script.
Saat test script dijalankan, maka QTP akan menghasilkan test results dan dapat kita lihat serta analisa sesuai dengan kebutuhan.

Sumber :

http://en.wikipedia.org/wiki/HP_QuickTest_Professional

http://qtpro.blogspot.com/

http://www.learnqtp.com/forums/qtp-beginners-f-4.html

http://www.allinterview.com/showanswers/61331.html

Usability

mawool — Fri, 23 Jan 2009 16:54:17 +0000

Mau ikutan nulis juga ah… boleh kan?

Kita mulai dari pengertian usability itu sendiri.

Menurut bahasa, Usability berasal dari 2 kata yaitu use dan ability. Pasti temen2 tau semua dong artinya. betul tuh, use = menggunakan, ability = kemampuan. tapi, by the way any way busway amway cakwe :wtf: apa or sapa yang digunakan, trus kemampuan apain (pilih, mo apaan ap ngapain) … teu ngartos aing teh…(yg merasa pernah tinggal di bogor, minimal harus ada bekasnye..hihi ).

Itulah gunanya istilah, jadi kite ga bisa nafsirin dari segi bahasa aje, :mightylaugh: hehe..

Yo, menurut istilah (banyak pendapat sih neh, tapi kite cari yang paling mudah dimengerti) , usability adalah mengukur kualitas pengalaman pengguna( in english, user) saat berinteraksi dengan suatu produk atau sistem, bisa web site, aplikasi perangkat lunak, mobile technology, atau apalah namanya yang ada antarmukanya.

Atau perkataan yang paling masyhur(terkenal) tentang usability adalah seberapa baik user dapat mempelajari dan menggunakan sebuah produk untuk mewujudkan tujuannya dan seberapa puas user dengan proses tersebut(learn and use).

Teyus teyus teyus, yang jadi ukuran usability apa?

Nah, yang menjadi ukuran usability adalah sebagai berikut:

Ease of learning
Efficiency of use
Memorability
Error frequency and severity
Subjective satisfaction

Huuuaaahh… :bored: ud dulu y…bsk kite lanjutin dengan pengertian ukuran-ukuran di atas….

ja na