Oleh :
Nama : Indah Amalia NIM : 98.41010.4042 Program : S1 (Strata Satu) Jurusan : Sistem Informasi
SEKOLAH TINGGI
MANAJEMEN INFORMATIKA & TEKNIK KOMPUTER SURABAYA
DAFTAR ISI
Halaman
ABSTRAKSI ……….. v
KATA PENGANTAR ……… vi
DAFTAR ISI ……….……. viii
DAFTAR TABEL ………. x
DAFTAR GAMBAR ………. xi
DAFTAR LAMPIRAN……….. xiv
BAB I PENDAHULUAN ………. 1
1.1 Latar Belakang Permasalahan ……….. 1
1.2 Perumusan Masalah ………..………... 2
1.3 Pembatasan Masalah ……….…... 3
1.4 Tujuan ………...… 3
1.5 Sistematika Penulisan ……….. 3
BAB II LANDASAN TEORI ……… 5
2.1 ADO dan ADOX ……… 5
2.2 ODBC …………..……… 12
BAB III METODE PENELITIAN ……….. 21
3.1 Model yang diambil/digunakan ……… 21
3.2 Rancangan Evaluasi ……….……….…….. 49
BAB IV IMPLEMENTASI DAN EVALUASI ……….. 53
4.1 Implementasi Program ……… 53
4.2 Peralatan yang digunakan……… 69
Halaman
4.3 Evaluasi Output ………. 70
BAB V PENUTUP ……… 80
5.1 Kesimpulan ………. 80
5.2 Saran ……… 80
DAFTAR PUSTAKA ……… 81
BIODATA PENULIS………. 82
LAMPIRAN ……….………. 83
BAB I PENDAHULUAN
Dalam bab satu ini membahas tentang latar belakang permasalahan yang diambil, perumusan masalah, pembatasan masalah, tujuan pembuatan tugas akhir, dan sistematika penulisan.
1.1. Latar Belakang Permasalahan
Pengembangan software merupakan suatu proses yang komplek dan memakan banyak waktu. Sekurangnya 50% dari usaha pengembangan software adalah testing (Beizer, 1990). Terdapat banyak sekali kemungkinan terjadinya kesalahan dalam suatu siklus pengembangan, seperti fase kebutuhan, fase analisa, fase disain, fase implementasi, bahkan di fase testing itu sendiri. Semakin cepat kesalahan dapat ditemukan, maka biaya finansial dapat ditekan pada testing dan perawatan, serta pemotongan biaya dari pengurangan kerja tambahan pada pengembangan.
Test data generator merupakan suatu alat bantu otomasi yang digunakan untuk menghasilkan sekumpulan data tes secara otomatis, dalam bentuk transaksi atau master database. Metode tradisional dari pengembangan data tes dilakukan dengan memasukkan atau meng-copy data sebenarnya (baik yang diciptakan secara manual, atau berdasarkan pada dokumen sumber) secara langsung dari aplikasi yang bersangkutan, ataupun dari aplikasi tertentu yang dikembangkan secara khusus untuk kepentingan ini. Test data generator menawarkan kemampuan-kemampuan yang dapat mengatasi permasalahan-permasalahan dasar dalam menghasilkan data untuk memfasilitasi testing, seperti whitebox testing,
volume testing, performance testing, ataupun data-driven testing lainnya (Hetzel, 1988). Karena test data generator dikembangkan untuk dapat mempersingkat waktu dan menekan biaya proses inisialisasi data-driven testing, maka aplikasi test data generator membutuhkan fitur-fitur sebagai berikut:
a) Memiliki kemampuan dasar untuk menghasilkan sejumlah variasi data transaksi dan master database.
b) Memiliki kemampuan dalam membaca dan menganalisa skema database secara otomatis.
c) Memiliki kemampuan untuk mendefinisikan rentang atau batasan-batasan data yang akan dihasilkan.
d) Memiliki kehandalan performansi dan reliabilitas dalam menghasilkan data. e) Memiliki kemampuan dalam menjaga konsistensi integritas referensial data
yang dihasilkan.
f) Memiliki kemampuan dalam berinteraksi dengan berbagai database platform.
g) Memiliki kemudahan dalam penggunaan dan implementasi. h) Memiliki keunggulan dalam portabilitas.
Berdasarkan fitur-fitur di atas, test data generator diharapkan akan dapat membantu pengembang software dalam menguji coba program (software) yang dibuat.
1.2. Perumusan Masalah
3
“Bagaimana membuat test data generator untuk pra-proses data-driven testing dengan menggunakan sistem database Access dan SQL Server, dengan memanfaatkan teknologi ADO, OLE DB dan ODBC, serta pemrograman Visual Basic ?”.
1.3. Pembatasan Masalah
Batasan-batasan masalah pada penelitian Tugas Akhir ini, adalah sebagai berikut:
a) Hasil generasi data sesuai dengan aturan tipe data yang telah dibuat sebelumnya.
b) Data yang di-generate bersifat acak (random).
c) Obyek database yang digunakan adalah Microsoft Access 97 dan Microsoft Access 2000, serta Microsoft SQL Server 7.0 dan Microsoft SQL Server 2000.
d) Bahasa pemrograman yang digunakan adalah Microsoft Visual Basic 6.0.
1.4. Tujuan
Tujuan dari Tugas Akhir ini adalah “Membuat aplikasi test data generator untuk pra-proses data-driven testing dengan menggunakan sistem database Access dan SQL Server.”
1.5. Sistematika Penulisan
BAB I : PENDAHULUAN
Dalam bab ini dibahas mengenai latar belakang permasalahan, perumusan masalah, pembatasan masalah, tujuan, dan sistematika penulisan.
BAB II : LANDASAN TEORI
Dalam bab ini dibahas mengenai landasan teori yang digunakan dalam pembuatan Tugas Akhir ini, yaitu teori tentang bagaimana membuat aplikasi test data generator untuk pra-proses data-driven testing dengan menggunakan sistem database Microsoft Access dan Microsoft SQL Server.
BAB III : METODE PENELITIAN
Dalam bab ini dibahas tentang tahapan-tahapan yang dilalui dimulai dari menganalisa dan mendesain sistem, perancangan alur sistem yang direpresentasikan kedalam flow chart, diagram berjenjang, Context Diagram, Data Flow Diagram (DFD), ER-Diagram, tabel-tabel yang digunakan, serta rancangan input dan output dari form yang digunakan pada tugas akhir ini.
BAB IV : IMPLEMENTASI DAN EVALUASI
Dalam bab ini dibahas secara lebih rinci mengenai implementasi dan evaluasi output pada aplikasi test data generator.
BAB V : PENUTUP
BAB II
LANDASAN TEORI
Dalam landasan teori ini akan dibahas mengenai: (1) Microsoft® ActiveX® Data Objects (ADO) dan Microsoft ActiveX Data Objects Extensions for Data Definition Language and Security (ADOX), serta (2) Open Database Connectivity (ODBC). Dalam pembahasan ADO dijelaskan pula tentang tiga perbedaan model obyek ADO yang fungsinya ditemukan juga pada DAO. Ketiga model tersebut adalah ADO (ADODB), Microsoft ADO Extensions for DDL and Security (ADOX), dan Microsoft Jet and Replication Objects (JRO).
2.1. Microsoft® ActiveX® Data Objects dan Microsoft ActiveX Data Objects Extensions for Data Definition Language and Security
Microsoft® ActiveX® Data Objects (ADO) memungkinkan aplikasi klien untuk dapat mengakses dan memanipulasi data dari database server melalui penyedia OLE DB. Keunggulan ADO adalah kemudahan dalam penggunaan, kecepatan, penggunaan memori yang rendah, dan membutuhkan kapasitas yang sedikit. ADO merupakan pendukung utama dalam pengembangan aplikasi klien/server dan berbasis Web. Karena ADO digunakan dalam pengaksesan data dari berbagai sumber, dibutuhkan pemahaman konsep dasar sistem manajemen relasional database, konsep dasar Online Analytical Processing (OLAP), dan dasar internet dan protokol internet, dalam mengimplementasikannya. ADO adalah salah satu bagian dari strategi Microsoft Universal Data Access (UDA), dan digunakan
bersama dengan teknologi OLE DB. OLE DB berbasis pada Microsoft Component Object Model (COM). Karenanya, pemahaman terhadap COM juga akan sangat membantu dalam memahami beberapa konsep ADO lebih dalam.
Universal Data Access (UDA) adalah strategi Microsoft untuk menyediakan akses terhadap informasi dari suatu perusahaan. Ide dasar dari UDA adalah untuk dapat mengakses tiap data dari tempat data tersebut berada secara efisien, lebih daripada proses untuk memindahkan data untuk disentralisasikan ke data store. UDA adalah suatu data store, alat bantu, dan bahasa yang independen. UDA menawarkan suatu komponen tingkat tinggi, antarmuka yang mudah digunakan, dan komponen tingkat rendah, antarmuka dengan performansi tinggi secara praktis untuk tiap data store yang ada. UDA dapat digunakan secara fleksibel untuk mengintegrasikan data store yang berbeda dan digunakan pada alat bantu, aplikasi, dan platform untuk menciptakan solusi yang dibutuhkan.
7
antarmuka dengan performansi tinggi yang didesain secara khusus untuk data store relasional.
ADO menyediakan suatu layer abstraksi antara klien atau aplikasi middle-tier dan antarmuka tingkat rendah OLE DB. ADO menggunakan sekumpulan kecil objek otomasi yang menungkinkan untuk berhubungan dengan OLE DB secara sederhana dan efisien. Antarmuka ini menjadikan ADO pilihan yang tepat bagi pengembang, yang ingin mengakses data tanpa harus mempelajari COM dan OLE DB secara detail, dengan menggunakan bahasa tingkat yang lebih tinggi, seperti Visual Basic dan bahkan VB Script.
Sedangkan Microsoft ActiveX Data Objects Extensions for Data Definition Language and Security (ADOX) adalah salah satu ekstensi obyek ADO dan suatu model pemrograman. ADOX dapat membuat dan memanipulasi obyek skema, seperti pengamanan. Karena ADOX merupakan suatu pendekatan obyek dasar untuk memanipulasi skema, penulisan kode akan dilakukan pada berbagai macam data sumber tanpa memperhatikan perbedaan sintak aslinya. ADOX merupakan suatu kamus yang intinya tentang obyek ADO. ADO dapat membuat obyek tambahan, mengubah, dan menghapus obyek skema, seperti tabel dan prosedur. ADO juga mengamankan obyek dari pemakai dan mengijinkan dan mencabut izin pada suatu obyek.
banyak aplikasi yang hanya membutuhkan satu sub dari fungsinya. Dengan memecah fungsi-fungsi itu, aplikasi tidak perlu mengeluarkan biaya tambahan untuk menambah informasi sampai memori yang tidak perlu. Pada bagian-bagian berikut akan diberikan gambaran ikhtisar tentang ketiga model obyek tersebut.
a) ActiveX Data Objects (ADO)
ADO memungkinkan klien untuk mengakses suatu aplikasi dan memanipulasi data melalui provider OLE DB. ADO berisi obyek-obyek yang menghubungkan suatu sumber data dan dapat membaca, menambah, memperbaharui, ataupun menghapus data.
9
Gambar 2.1. Diagram Obyek ADO
b) ActiveX Data Objects Extensions for Data Definition Language and
Security (ADOX)
Gambar 2.2. Diagram Obyek ADOX
11
Gambar 2.3. Diagam Obyek Standar ADO.
c) Jet and Replication Objects (JRO)
Gambar 2.4. Diagram Objek JRO.
2.2. Open Database Connectivity
Open Database Connectivity (ODBC) adalah suatu access database yang dapat diterima oleh semua Application Programming Interface (API). Dasar ODBC adalah spesifikasi X/Open untuk Call-Level Interface (CLI) dan ISO/IEC untuk database API dan menggunakan Structured Query Language (SQL) sebagai bahasa access database (Haught, 1995). ODBC didesain agar database dapat dijalankan semaksimal mungkin – dengan begitu, kemampuan suatu aplikasi untuk mengakses berbeda dengan Database Management Systems (DBMS) dengan kode asal yang sama. Aplikasi database berfungsi pada antarmuka ODBC, pengimplementasian modul khusus database disebut dengan drivers. Penggunaan driver akan memisahkan suatu aplikasi dari database khusus yang diambil dengan cara yang sama yaitu driver pencetak akan memisahkan program pengolah kata dari perintah khusus pencetak database. Karena driver diisi pada waktu proses, seorang pemakai hanya bisa menambahkan driver baru untuk mengakses sebuah DBMS baru, jadi tidak perlu menyusun lagi atau menghubungkan lagi sebuah aplikasi.
13
tujuan awal sistem atau melalui aplikasi yang ditulis untuk sistem kerja semata. Akan tetapi, bagi pemakai komputer dapat mengikuti perkembangan komputer, perangkat keras komputer dan juga perangkat lunak, perusahaan-perusahaan sudah mulai untuk mendapatkan DBMS yang berbeda dari sebelumnya. Alasannya, orang-orang selalu membeli yang murah, yang cepat, yang telah mereka ketahui, yang terbaru dipasaran, yang bekerja dengan baik pada sebuah aplikasi. Alasan lain adalah untuk reorganisasi dan merger, sebelumnya hanya beberapa orang dalam departemen yang mengetahui suatu DBMS.
Pokok permasalahannya adalah semakin kompleksnya sebuah komputer. Komputer tersebut menghasilkan sebuah perlengkapan query, analisa, dan menunjukkan datanya, selama terbilang murah, database sangat mudah digunakan. Maka dari itu, sebuah badan hukum seringkali menguraikan banyak data yang tersebar dalam desktop, server, dan komputer mini, disimpan pada berbagai macam database yang tidak cocok, dan diakses dengan menggunakan banyak kode yang berbeda, hanya beberapa orang saja yang bisa mendapatkan data lengkap.
menyerasikan pengaksesan data. Bagaimana menghubungkan tujuan awal software dengan tujuan akhir database?
Sebuah masalah yang serupa dihadapkan pada Independent Software Vendors (ISVs). Pengisian database software vendor pada komputer mini dan komputer yang berukuran besar biasanya direkayasa untuk diisi pada salah satu versi aplikasi untuk masing-masing DBMS atau mengisi kode khusus DBMS pada masing-masing DBMS yang ingin diakses. Pengisian vendor suatu software untuk komputer pribadi harus diisi pengakses data secara rutin untuk masing-masing DBMS yang berbeda yang ingin mereka kerjakan. Seringkali banyak maksud yang bersumber pada penulisan yang dipakai dan pemeliharaan data yang sering diakses oleh suatu aplikasi, dan seringkali suatu aplikasi tidak menyediakan kualitas tapi apakah mereka dapat mengakses data yang diberikan DBMS. Kedua perangkat pengembang tersebut membutuhkan cara yang berbeda untuk mengakses data dalam DBMS. Kelompok komputer besar dan komputer mini membutuhkan cara untuk menggabungkan data dari DBMS yang lain pada sebuah aplikasi, sedangkan kelompok komputer pribadi membutuhkan kemampuan lebih sebagai cara untuk menulis sebuah aplikasi yang salah satunya DBMS itu sendiri. Singkatnya, kedua grup tersebut membutuhkan cara untuk mengakses data, mereka membutuhkan penghubung database yang lain.
15
Sedangkan bagi yang lain, ODBC adalah penjawab untuk semua permasalahan pengaksesan database. Yang utama dan yang terpenting, ODBC adalah suatu spesifikasi database API. API adalah salah satu database yang independen atau sebuah sistem operasi, walaupun masih menggunakan bahasa C yang manual, ODBC API adalah bahasa yang independent (Haught, 1995). ODBC API berdasarkan pada spesifikasi CLI dari X/Open dan ISO/IEC. Peralatan kedua spesifikasi ODBC tersebut tiga kali lebih lengkap – spesifikasi ini berdasarkan pada ODBC versi yang terdahulu tetapi peralatannya tidak selengkap ODBC yang sekarang – dan biasanya ditambah keistimewaan yang diperlukan oleh pengembang untuk menyaring aplikasi database pokok, seperti kursor penggulung.
Lagi pula, driver ODBC dan aplikasinya ada pada Macintosh® dan berbagai macam platform UNIX.
Untuk membantu aplikasi dan pengembang driver, Microsoft memberikan ODBC Software Development Kit (SDK) bagi komputer yang menjalankan Windows NT Server/Windows 2000 Server, Windows NT Workstation/Windows 2000 Professional, dan Windows 95/98 yang berisi Driver Manager, installer DLL, test tools, dan contoh-contoh aplikasi. Microsoft mempunyai tim pada Visigenic Software untuk tempat sementara SDK pada Macintosh dan berbagai platform UNIX.
Ini sangat penting untuk dimengerti bahwa ODBC didesain untuk meng-expose kemampuan database, bukan menambah database. Jadi, pengisi aplikasi tidak akan menyangka bahwa menggunakan ODBC begitu sulit untuk mengubah suatu database sederhana menjadi suatu mesin penghubung database yang sangat istimewa. Driver tidak berharap pengisi dapat mengimplementasikan fungsi yang tidak ada pada database utama. Kecuali jika pengembang yang mengisi driver langsung mengakses data file (seperti data pada file Xbase) yang harus ditulis oleh mesin pembantu database minimal fungsi SQL. Pengecualian yang lain jika komponen ODBC pada Microsoft® Data Access Components (MDAC) SDK menyediakan sebuah kursor penggulung daftar simulasi pada driver yang mengimplementasikan suatu level fungsi tertentu.
17
menyebarkan pemroses transaksi. Bagaimanapun, dikarenakan kebebasan DBMS, ini dapat digunakan untuk membuat komponen database gabungan.
Dalam membangun ODBC harus mempunyai empat komponen, yaitu:
a) Application. Pemrosesan dan pemanggilan fungsi ODBC dilakukan untuk
mengajukan perintah SQL dan mendapatkan hasilnya.
b) Driver Manager. Diver yang diisi dan yang tidak diisi atas nama sebuah aplikasi. Pemrosesan fungsi ODBC dengan memanggil atau hanya melewati fungsi itu ke dalam sebuah driver.
c) Driver. Pemrosesan fungsi ODBC dengan memanggil, mengajukan perintah SQL untuk sebuah sumber data khusus, dan hasilnya dikembalikan ke suatu aplikasi. Jika perlu, driver memodifikasi sebuah pengaksesan aplikasi dan juga pengaksesan harus sesuai dengan sintak pembantu yang menghubungkan DBMS.
d) Data source. Terdiri dari data pemakai yang ingin mengakses dan
menghubungkan sistem operasi, DBMS, dan jaringan platform (jika ada) digunakan untuk DBMS.
Gambar 2.5. Diagram Penyilangan Driver dan Data Sumber.
Penjelasan gambar 2.5 adalah sebagai berikut. Pertama, penyilangan driver dan data sumber harus ada, secara bersama-sama aplikasi mengakses data lebih dari satu data sumber. Kedua, ODBC API digunakan pada dua tempat yaitu antara aplikasi dan Diver Manager, dan antara Diver Manager dan setiap driver. Antarmuka antara Diver Manager dan driver kadang-kadang diserahkan pada Service Provider Interface (SPI). Pada ODBC, Application Programming Interface (API) dan Service Provider Interface (SPI) adalah sama. Berarti, Driver Manager dan setiap driver mempunyai antarmuka yang sama pada fungsi yang sama.
19
data agar diberikan pada data melalui antarmuka yang banyak membantu fungsi DBMS dengan menyediakan sumber data. Dengan desain, arsitektur performansi OLE DB yang tinggi berdasarkan pada penggunaan yang fleksibel, model dasar pengerjaan komponen. Daripada menentukan nomor pada sebuah tumpukan perantara antara aplikasi dan data, OLE DB hanya membutuhkan beberapa komponen untuk menyempurnakan sebuah tugas khusus.
Misalnya, mengharuskan seorang pemakai menjalankan sebuah query. Dengan mempertimbangkan persyaratan berikut:
a) Data yang terletak pada sebuah database relasional yang mana sekarang ini ada pada suatu driver ODBC tapi provider OLE DB tidak asli. Suatu aplikasi yang menggunakan ADO membahas tentang provider OLE DB pada ODBC, yang berisi driver ODBC yang sesuai. Driver mengabaikan perintah SQL pada DBMS, yang tetap menghasilkan data.
b) Data yang terletak pada Microsoft SQL Server yang provider OLE DB-nya tidak asli. Suatu aplikasi yang menggunakan ADO membahas langsung tentang provider OLE DB pada Microsoft SQL Server. Tidak perlu perantara. c) Data yang terletak pada Microsoft Exchange Server, tapi provider OLE DB
tidak dapat meng-expose mesin yang memproses query SQL. Aplikasi yang menggunakan ADO membahas tentang provider OLE DB pada Microsoft Exchange dan memanggil komponen processor query OLE DB untuk diselesaikan.
Microsoft Indexing Service, yang mana berisi indek dan memiliki dokumen yang memungkinkan pencarian sistem file yang efisien.
Pada contoh-contoh terdahulu, aplikasi bisa saja meragukan suatu data. Pemakai membutuhkan beberapa komponen yang harus dipenuhi. Pada kasus ini, komponen tambahan digunakan jika perlu, dan hanya membutuhkan komponen yang diperlukan saja. Isi dari persyaratan di atas dapat dipergunakan kembali dan komponen besar untuk menambah performansi yang tinggi ketika OLE DB digunakan.
BAB III
METODE PENELITIAN
Pada desain sistem berbasis komputer, analisis memegang peranan yang penting dalam membuat rincian sistem baru. Analisis perangkat lunak merupakan langkah pemahaman persoalan sebelum mengambil tindakan atau keputusan penyelesaian hasil utama. Analisis sistem perangkat lunak adalah dokumen rincian atau dokumen sasaran.
Langkah selanjutnya dalam penyusunan sistem berbasis komputer adalah desain sistem yang bertujuan memberikan gambaran yang jelas kepada pemrogram komputer yang akan mengimplementasikan sistem.
3.1. Model yang diambil/digunakan
Pada penelitian ini model yang diambil adalah proyek pembuatan aplikasi test data generator. Tahap-tahap pembuatan aplikasi secara umum adalah sebagai berikut :
1. Akusisi. Digunakan untuk mengambil atau melakukan akusisi dan menganalisa kebutuhan sistem. Outputnya adalah diagram alur sistem dan spesifikasi umum sistem. Alat bantu yang digunakan adalah Visio Technical 4.1.
2. Desain sistem. Digunakan untuk melakukan desain sistem berdasarkan pada output tahap akusisi kebutuhan. Output pada tahap ini adalah diagram berjenjang, Data Flow Diagram (DFD), Entity Relational Diagram (ERD), struktur database, dan desain user interface. Alat bantu yang digunakan adalah Power designer 6 dan Visio Technical 4.1.
3. Pembuatan aplikasi. Berfungsi untuk membuat program berdasarkan desain sistem. Outputnya adalah source code (terlampir). Alat bantu yang digunakan adalah bahasa pemrograman Visual Basic 6.0, sedangkan sistem database menggunakan Microsoft Access dan SQL Server 7.
4. Testing. Bertujuan untuk memastikan bahwa program yang dibuat sesuai dengan desain kebutuhan sistem. Metode testing yang digunakan adalah Blackbox Testing.
5. Implementasi. Berfungsi untuk membuat source code menjadi aplikasi yang siap didistribusikan (akan dibahas pada bab 4). Alat bantu yang digunakan adalah Microsoft Studio Installer.
3.1.1. Akusisi
Output pada tahap ini adalah diagram alur sistem dan spesifikasi sistem. Spesifikasi sistem yang compatible adalah sebagai berikut:
a) Bahasa pemrograman Microsoft Visual basic 6.0.
b) Obyek database Microsoft Access 97, Microsoft Access 2000, Microsoft SQL Server 7.0, dan Microsoft SQL Server 2000.
23
Gambar 3.1. Gambaran umum sistem Test Data Generator.
Gambaran umum dari sistem tes data generator (gambar 3.1) ini, dimulai dengan menghubungkan sistem dengan database yang dituju. Sistem ini memberikan pilihan koneksi dengan dua macam sistem database, antara lain (1) Database Access, dan (2) Database SQL Server .
Bila database berhasil dikoneksikan, maka sistem akan membaca skema database tersebut. Database akan dipetakan ke dalam bentuk skema, yaitu skema yang menghubungkan relasi-relasi antara tabel-tabel. Pada waktu membaca skema database, sistem membaca nama-nama tabel, view, kolom, tipe data pada tiap kolom serta level field yang berfungsi untuk melihat urutan table mana dulu yang akan di-generate.
Adapun desain untuk beberapa bagian sistem dapat digambarkan dengan flow chart yang tampak sebagai berikut:
1. Flow chart koneksi database
Mulai
25
2. Flow chart untuk membaca dan menampilkan skema database
Mulai
Selesai Tabel. EOF ?
Tabel = Tabelyl ? Query tabel dengan
Primary Key = True Foreign Key = True ?
Mencari level tabel dalam skema database
Menampilkan skema tabel dalam database
3. Flow chart membuat aturan untuk menghasilkan data a) Flow chart membuat aturan tipe data karakter
Mulai
Selesai Membuat definisi nama
tipe data karakter
Pengisian data pada listbox
Penyimpanan data
Menampilkan data pada listbox
Penyimpanan data Data benar ?
Ya
Tidak Memilih tipe data karakter
yang diinginkan
Hapus data
27
b) Flow chart membuat aturan tipe data numerik
Mulai
Selesai Membuat definisi nama
tipe data numerik
Penyimpanan data Memilih tipe data numerik
yang diinginkan
Gambar 3.5. Flow chart membuat aturan tipe data numerik.
c) Flow chart membuat aturan tipe data multi field
Mulai
Selesai Membuat definisi nama
tipe data multi field
Pengisian data karakter yang diinginkan
Penyimpanan data Memilih tipe data numerik
yang diinginkan
d) Flow chart membuat aturan tipe data tanggal/jam
Mulai
Selesai Membuat definisi nama
tipe data tanggal/jam
Pengisian batasan tanggal/jam
Penyimpanan data Set batasan tanggal/jam Memilih tipe data tanggal/jam yang diinginkan
29
4. Flow chart menghasilkan data tes sesuai aturan
Mulai
Selesai Memilih tabel yang
akan di-generate
Primary Key = True & Foreign Key = True ?
Data yang di-generate sesuai dengan jumlah yang
diminta?
Menentukan tipe data tiap field pada suatu table
Menentukan jumlah data yang akan di-generate
Menentukan tabel yang akan di-generate dahulu
Ya Foreign Key =
True ?
Tidak
Primary Key Valid ? Tidak
Insert data into ke tabel (database)
3.1.2. Desain Sistem
Untuk membuat suatu desain sistem digunakan model-model yang sudah umum digunakan dan tahap-tahap yang dilakukan dalam mendesain sistem ini, yaitu: Diagram Berjenjang, Data Flow Diagram (DFD), Entity Relational Diagram (ERD), struktur database, desain user interface.
A. Diagram Berjenjang
Diagram berjenjang digunakan untuk mempermudah dan mempersiapkan penggambaran Data Flow Diagram (DFD) ke tingkat-tingkat bawah lagi.
Gambar 3.9. Diagram berjenjang Pembuatan
Test Data Generator untuk Pra-Proses Data-Driven Testing.
31
a) Context Diagram adalah level yang paling tinggi, dimana terdapat satu bagan sistem utama dari test data generator.
b) Level 0 diperoleh dari Context Diagram yang terdiri dari tiga bagan, yaitu: (1) Melakukan koneksi database, (2) Mempersiapkan data generasi database, dan (3) Melakukan generasi database.
B. Data Flow Diagram
Data Flow Diagram (DFD) adalah suatu diagram yang bermanfaat untuk menganalisa suatu sistem yang ditinjau dari arus data yang ada dalam suatu sistem. Langkah pertama dalam pembuatan diagram alur ini adalah membuat context diagram untuk memberikan gambaran secara keseluruhan, kemudian sistem yang masih bersifat global dijelaskan hingga menjadi sub-sub yang lebih kecil dan terperinci.
B.1. Context Diagram
level field
Pengembangan Test Data Generator untuk Database
Access dan SQL server
+
USER
DATABASE TARGET
Gambar 3.10. Context Diagram Pembuatan
Test Data Generator untuk Pra-Proses Data-Driven Testing.
User, dan Database target. Dalam gambar tersebut menggambarkan sistem secara
data konfigurasi generasi database pohon tabel
Gambar 3.11. DFD Level 0 Pembuatan
Test Data Generator untuk Pra-Proses Data-Driven Testing. .
33
(1) Melakukan koneksi database, (2) Mempersiapkan data generasi database, dan (3) Melakukan generasi database.
C. Entity Relational Diagram
Entity Relational (ER) Diagram digunakan untuk menginterpretasikan, mendokumentasikan kebutuhan-kebutuhan untuk sistem pemrosesan database. ER-Diagram menyediakan bentuk untuk menunjukkan struktur keseluruhan kebutuhan data dari user.
Berikut ini merupakan ER-Diagram yang digunakan dalam test data generator.
Gambar 3.12. ER-Diagram Test Data Generator.
D. Struktur Database
D.1. Tabel Karakter
Nama Tabel : Karakter Primary Key : DefName
Fungsi : Menyimpan data karakter
Tabel 3.1. Tabel Karakter.
No. Key Nama Field Tipe Data Lebar Field 1. Primary Key DefName Text 50
2. CharType Text 50
Tabel karakter (tabel 3.1), digunakan untuk menyimpan database dari tipe-tipe data karakter yang ada. Field DefName merupakan definisi nama dari suatu karakter. Sedangkan field CharType merupakan tipe karakter dari field DefName.
D.2. Tabel Isi Karakter
Nama Tabel : Isi Karakter Primary Key : Id
Fungsi : Menyimpan data isi karakter
Tabel 3.2. Tabel Isi Karakter.
No. Key Nama Field Tipe Data Lebar Field
35
Tabel 3.2. Tabel Isi Karakter (lanjutan)
No. Key Nama Field Tipe Data Lebar Field
2. IsiData Text 50
3. DefName Text 50
Tabel isi karakter (tabel 3.2), digunakan untuk menyimpan database dari isi karakter yang terdapat suatu karakter. Field Id merupakan nomor urut yang otomatis pada waktu menyimpan di database. Field IsiData merupakan isi data dari Defname, sedangkan field DefName merupakan definisi nama dari suatu isi karakter.
D.3. Tabel Numerik
Nama Tabel : Numerik Primary Key : DefName
Fungsi : Menyimpan data numerik
Tabel 3.3. Tabel Numerik.
No. Key Nama Field Tipe Data Lebar Field
1. Primary Key DefName Text 50
2. Format Text 50
3. Konstanta Number Long Integer
numerik. Field Format merupakan format dari data numerik. Sedangkan field Konstanta merupakan tipe numerik yang sumber datanya bukan test data type.
D.4. Tabel Tanggal/Jam
Nama Tabel : Tanggal/Jam Primary Key : Id
Fungsi : Menyimpan data tanggal/jam
Tabel 3.4. Tabel Tanggal/Jam.
No. Key Nama Field Tipe Data Lebar Field
1. Primary Key DefName Text 50
2. TipeTgl Text 50
3. RangeFrom Text 15
4. RangeTo Text 15
Tabel Tanggal/Jam (tabel 3.4), digunakan untuk menyimpan database dari tipe-tipe data tanggal atau jam yang ada. Field DefName merupakan nama dari suatu data tanggal atau jam. Field Tipe Tgl merupakan format dari tanggal atau jam. Field RangeFrom merupakan batas awal tanggal/jam yang diinginkan, sedangkan field RangeTo merupakan batas akhir tanggal/jam yang diinginkan.
D.5. Tabel Multi Field
Nama Tabel : Multi Field Primary Key : DefName
37
Tabel 3.5. Tabel Multi Field.
No. Key Nama Field Tipe Data Lebar Field
1. Primary Key DefName Text 50
2. IsiStr Text 50
3. IsiNum Text 50
Tabel Multi Field (tabel 3.5), digunakan untuk menyimpan database dari tipe-tipe data yang multi field (tipe data campuran). Field DefName merupakan nama dari suatu data multi field. Field IsiStr merupakan format isi data string, sedangkan field IsiNum merupakan format isi data numerik.
E. Desain User Interface
Desain user interface merupakan suatu gambaran tentang bentuk tampilan yang dibuat pada program test data generator.
Pada desain form koneksi database (gambar 3.13), field-fieldnya tidak harus ada. Pada koneksi database Access hanya ada field input nama database, input nama user, input password, input nama server tidak ada. Pada koneksi database SQL Server semua field ada tetapi tombol pencarian database tidak ada. Judul : Merupakan judul dari tugas akhir ini.
Database : Merupakan tombol untuk koneksi ke database. Generate : Merupakan tombol untuk generate database. Keluar : Merupakan tombol untuk keluar dari sistem.
Tombol Cari Database : Merupakan tombol untuk mencari database yang akan digunakan.
Input Nama Server : Merupakan entry text nama server. Input Nama User : Merupakan entry text nama user. Input Password : Merupakan entry text password. Input Nama Database : Merupakan entry text nama database.
Tombol OK : Merupakan tombol untuk melakukan koneksi ke database.
Tombol Cancel : Merupakan tombol untuk membatalkan koneksi ke database.
39
Daftar Pilihan Drive
List Nama Direktory
List Nama File
Nama File
Tombol OK
Tombol OK
Gambar 3.14. Desain form Cari Database.
Di bawah ini merupakan keterangan dari gambar desain form cari database (gambar 3.14).
Daftar Pilihan Drive : Merupakan daftar nama-nama drive yang ada. List nama Directory : Merupakan list nama-nama directory yang terdapat
pada sistem.
List Nama File : Merupakan list nama-nama file yang ada pada sistem. Nama File : Nama file database yang akan di koneksikan.
Tombol OK : Merupakan tombol untuk menyetujui nama database yang akan dikoneksikan.
Tombol
Gambar 3.15. Desain form Lembar Kerja (form utama).
Di bawah ini merupakan keterangan dari gambar desain form lembar kerja (gambar 3.15) yang juga merupakan form utama.
Judul : Merupakan judul dari tugas akhir ini.
Tombol Database : Merupakan tombol untuk koneksi ke database. Tombol Generate : Merupakan tombol untuk generate database. Tombol Keluar : Merupakan tombol untuk keluar dari sistem.
Tombol Pohon Tabel : Merupakan tombol untuk menampilkan tabel-tabel dalam bentuk pohon tabel (tree).
Tombol Level Field : Merupakan tombol untuk menampilkan level (urutan tabel) mana yang akan di-generate dulu.
41
Tombol Karakter : Merupakan tombol untuk membuat tipe tes data karakter.
Tombol Tanggal : Merupakan tombol untuk membuat tipe tes data tanggal.
Tombol Multi Field : Merupakan tombol untuk membuat tipe tes data yang terdiri dari beberapa tipe tes data.
Lembar kerja : Merupakan halaman form yang di aktifkan dari tombol-tombol pada menu utama.
Pada saat tombol To Generate, Karakter, Numerik, Tanggal, dan Multi Field ditekan satu per satu, maka akan muncul tombol Baru dan tombol Hapus.
Tombol Baru : Merupakan tombol untuk membuat tipe tes data baru. Tombol Hapus : Merupakan tombol untuk menghapus tipe tes data.
Jika ingin menambahkan karakter baru maka tekan tombol baru dan muncul form Tipe Data Karakter. Demikian juga dengan Tipe Data Numerik, Tipe Data Tanggal, dan Tipe Data Multi field.
Di bawah ini merupakan keterangan dari gambar desain form tipe data karakter (gambar 3.16).
Judul : Merupakan Judul dari form. Input Definisi Karakter : Merupakan entry definisi karakter.
Daftar Pilihan Tipe Karakter : Merupakan daftar pilihan tipe data karakter yang ada.
Tombol Batal : Merupakan tombol untuk membatalkan penambahan tipe data karakter dan keluar dari form.
Input Nama : Merupakan entry nama pada definisi karakter baru.
Tombol Tambah : Merupakan tombol untuk menambahkan data dari input tambah ke list tambah.
Tombol Hapus : Merupakan tombol untuk menghapus data dari list tambah.
List Nama : Merupakan daftar nama-nama pada definisi karakter.
Judul
Input Definisi Karakter
Daftar Pilihan Tipe Karakter
Input Nama Tombol Tambah
Tombol Hapus
List Nama
Tombol Baru
Tombol Batal
43
Judul
Input Definisi Numerik
Daftar Pilihan Format Numerik
Tombol Baru
Tombol Batal
Gambar 3.17. Desain form Tipe Data Numerik
Di bawah ini merupakan keterangan dari gambar desain form tipe data numerik (gambar 3.17).
Judul : Merupakan judul dari form.
Input Definisi Numerik : Merupakan entry definisi numerik.
Daftar Pilihan Format Numerik : Merupakan daftar pilihan format numerik yang ada.
Tombol Baru : Merupakan tombol untuk menambah format data. Tombol Batal : Merupakan tombol untuk membatalkan
Judul
Input Definisi Tanggal
Daftar Pilihan Format Tanggal
Tombol Baru
Tombol Batal Input Tanggal
Awal
Input Tanggal Akhir
Gambar 3.18. Desain form Tipe Data Tanggal/Jam
Di bawah ini merupakan keterangan dari gambar desain form tipe data tanggal/jam (gambar 3.18).
Judul : Merupakan judul dari form.
Input Definisi Tanggal : Merupakan entry nama definsi tanggal. Daftar Pilihan Format Tanggal : Merupakan list dari format tanggal yang ada. Input Tanggal Awal : Merupakan entry tanggal mulai yang diinginkan. Input Tanggal Akhir : Merupakan entry tanggal akhir yang diinginkan. Tombol Baru : Merupakan tombol untuk menambahkan format
tanggal.
45
Judul
Input Definisi Multi Field
Input Isi String
Tombol Baru Tombol Batal Daftar Pilihan Isi Numerik
Gambar 3.19. Desain form Tipe Data Multi Field
Di bawah ini merupakan keterangan dari gambar desain form tipe data multi field (gambar 3.19).
Judul : Merupakan judul dari form.
Input Definisi Multi Field : Merupakan entry nama definsi multi field.
Input Isi String : Merupakan entry string yang akan disimpan untuk database.
Daftar Pilihan Isi Numerik : Merupakan list dari isi numerik yang ada.
Tombol Baru : Merupakan tombol untuk menambahkan atau mengubah format tanggal.
Tombol Batal : Merupakan tombol untuk membatalkan penambahan tipe data multi field dan keluar dari form ini.
masing-masing tipe yang baru. Dan bila nama tipe tersebut diklik dua kali, maka akan muncul form masing-masing tombol (Karakter, Numerik, Tanggal, dan Multi Field) tetapi tombol baru yang ada dalam form tersebut akan berubah menjadi tombol Ubah.
Tombol Ubah : Merupakan tombol untuk mengubah isi yang ada dalam form tersebut.
Pada waktu menekan tombol To Generate, pada lembar kerja terdapat keterangan nama tabel, ada join, dan jumlah field. Jika ingin mengisikan nama tabel yang akan di-generate tekan tombol baru, maka akan muncul form tabel seperti gambar 3.20 di bawah ini.
List Nama Tabel
Tombol OK
Tombol Batal
Gambar 3.20. Desain form Tabel.
Di bawah ini merupakan keterangan dari gambar desain form tabel (gambar 3.20).
47
Tombol OK : Merupakan tombol untuk menyetujui nama tabel yang telah dipilih yang akan di-generate.
Tombol Batal : Merupakan tombol untuk membatalkan pemilihan tabel yang akan di-generate dan keluar dari form ini. Kemudian muncul form field setting yang berisi list nama kolom dari tabel, sumber data, isi data, dan keterangan tipe. Keterangan tipe ini antara lain: Primary Key, dan Foreign Key yang muncul secara otomatis.
List Nama Kolom Tabel
Tombol OK
Daftar Pilihan Sumber Data
Daftar Pilihan Isi Data
Keterangan Tipe
Keterangan Foreign Key Keterangan Primary Key
Gambar 3.21. Desain form Field Setting
Di bawah ini merupakan keterangan dari gambar desain form field setting (gambar 3.21).
Daftar Pilihan Sumber Data : Merupakan daftar pilihan sumber data yang berupa konstanta atau test data type.
Daftar Pilihan Isi Data : Merupakan daftar isi data yang ada yang sesuai dengan tipe-tipe kolom pada suatu tabel.
Tombol OK : Merupakan tombol.untuk menyetujui isi form propertis yang telah dibuat dan yang akan di-generate.
Apabila nama tabel yang akan di-generate sudah muncul di lembar kerja, maka tekan tombol Generate untuk men-generate data pada tabel tersebut sehingga muncul form Generate seperti di bawah ini.
Jumlah Data yang akan di-generate
Tombol Generate
Tombol Batal
Gambar 3.22. Desain form Generate Data.
Di bawah ini merupakan keterangan dari gambar desain form generate data (gambar 3.22).
Jumlah Data yang akan generate : Merupakan jumlah data yang akan di-generate pada suatu tabel.
49
Tombol Batal : Merupakan tombol.untuk membatalkan proses generate data pada suatu tabel.
3.1.3. Pembuatan Aplikasi
Pada pembuatan aplikasi “Pengembangan Data Test Generator untuk Database Access dan SQL Server“ ini menggunakan bahasa pemrograman Visual Basic 6.0 yang hasil Outputnya adalah source code dapat dilihat pada lampiran.
3.1.4. Testing
Untuk menunjang sistem ini, metode yang digunakan adalah blackbox testing. Metode blackbox testing ini berfungsi untuk melakukan testing kesesuaian suatu komponen terhadap spesifikasi tanpa pengetahuan detil struktur internal dari sistem atau komponen yang di tes. Blackbox testing berfokus pada kebutuhan fungsional pada software, berdasarkan pada spesifikasi kebutuhan dari software.
Functional analysis dan risk based testing dimana fungsi-fungsi pada aplikasi tidak semuanya akan di-tes, namun dianalisa terlebih dahulu berdasarkan prioritas penggunaan dan resiko dari fungsi-fungsi tersebut.
3.2. Rancangan Evaluasi
Pada sistem ini fungsi-fungsi yang mendapatkan prioritas adalah sebagai berikut:
a) Koneksi database Microsoft Access dan SQL Server
b) Pembacaan pohon tabel
Pada test case pembacaan pohon tabel ini bertujuan untuk memastikan bahwa pohon tabel yang dibuat sesuai dengan database target (tujuan). Pembacaan pohon tabel menggunakan uji komparasi, dimana pohon tabel yang digunakan oleh sistem akan dibandingkan dengan Erwin 4.1. Database yang digunakan adalah database Bibilio untuk Access, sedangkan database Nothwind untuk SQL Server.
c) Generate data
Pada test case generate data bertujuan untuk memastikan bahwa data yang di-generate sesuai dengan yang data di-entry ke dalam model masukan. Test case ini menggunakan metode equivalence partitioning yang masing-masing database akan diuji generasi data terhadap empat macam model masukan (karakter/string, numerik, tanggal/jam, dan multifield). Database yang digunakan adalah Bibilio untuk Microsoft Access dan Northwind untuk SQL Server.
Tabel di bawah ini merupakan rincian dari beberapa test case yang dilakukan oleh sistem.
Tabel 3.6. Rincian evaluasi test case pada system.
No. Tujuan Input Output yang
diharapkan Keterangan 1. Memastikan sistem
dapat melakukan koneksi ke sistem database Access.
Bibilio.mdb yang ada pada form lembar kerja pohon tabel.
51
Tabel 3.6. Rincian test case pada sistem (lanjutan).
No. Tujuan Input Output yang
diharapkan
Keterangan
2. Memastikan sistem dapat melakukan koneksi ke sistem database SQL ada pada form lembar kerja pohon tabel.
Test case koneksi database SQL Server.
3. Memastikan bahwa pohon tabel yang dibuat sesuai
Bibilio.mdb yang ada pada form lembar kerja pohon tabel (gambar 4.25). 4. Memastikan bahwa
pohon tabel yang dibuat sesuai ada pada form lembar kerja pohon tabel (gambar 4.26). 5. Memastikan bahwa
data yang di-generate sesuai dengan yang data di-entry ke dalam model masukan. dan multi field (tabel 3.1 - tabel 3.5) .
Data generasi sesuai dengan model
Tabel 3.6. Rincian test case pada sistem (lanjutan).
No. Tujuan Input Output yang
diharapkan
Keterangan
6. Memastikan bahwa data yang
di-generate sesuai dengan yang data di-entry ke dalam model masukan. dan multi field (tabel 3.1 - tabel 3.5).
Data generasi sesuai dengan model
BAB IV
IMPLEMENTASI DAN PEMODELAN
Pada bab ini membahas tentang implementasi program, peralatan yang digunakan, dan juga evaluasi output. Implementasi program menjelaskan tentang urutan kerja sistem dari pertama kali koneksi ke database sampai proses generasi data. Sedangkan evaluasi output menjelaskan tentang desain uji coba dan subyek coba, jenis data dan instrumen pengumpul data, serta analisis hasil uji coba.
4.1. Impelementasi Program
Pada waktu program pertama kali dijalankan, form yang pertama kali muncul adalah form judul (gambar 4.1) yang berisi judul, tombol database, tombol generate, dan tombol keluar. Tombol database untuk memilih sistem database yang akan digunakan (gambar 4.2), tombol generate digunakan untuk melakukan generasi data (gambar 4.22), sedangkan tombol keluar digunakan untuk keluar dari aplikasi.
Gambar 4.1. Form judul.
55
Untuk melakukan koneksi database user dapat memilih sistem database yang akan digunakan. Sistem database ini terdapat dua pilihan, yaitu database Access, dan SQL Server seperti yang ditunjukkan gambar di bawah ini.
Gambar 4.3. Form koneksi database Access.
Gambar 4.4. Form cari database.
Sedangkan pada sistem database SQL Server 7, database diisi secara manual dan password dapat dikosongi.
57
Setelah database dipilih atau diisi, maka klik tombol OK dan kemudian menuju ke form lembar kerja pohon tabel seperti gambar 4.6.
Pada form lembar kerja pohon tabel (treeview). Skema database langsung tersusun sesuai dengan tabel yang ada dalam database yang dipilih. Begitu juga dengan level field, yang akan muncul secara otomatis pada lembar kerja level field seperti gambar 4.7.
Gambar 4.6. Form lembar kerja pohon tabel.
Gambar 4.7. Form kembar kerja level field.
59
Gambar 4.8. Form lembar kerja tipe data karakter.
Pada lembar kerja tipe data karakter (gambar 4.8) di atas, berfungsi untuk menampilkan aturan tipe data karakter yang dibuat. Jika tombol baru di klik maka akan muncul form tipe data karakter seperti gambar 4.9 berikut.
Form tipe data karakter (gambar 4.9) berfungsi untuk membuat aturan baru untuk tipe data karakter. Definisi merupakan nama karakter yang dibuat, tipe karakter berisi nama bisnis, nama orang, dan alamat. Sedangkan isi datanya inputkan pada inputan yang ada di sebelah tombol tambah yang kemudian akan ditambahkan pada list yang ada di bawahnya.
Gambar 4.10. Form propertis tabel dengan field yang bertipe data karakter.
61
bukan, dan keterangan foreign key merupakan keterangan apakah field tersebut mengacu ke field yang ada pada tabel lain (FK).
Gambar 4.11. Form lembar kerja tipe data numerik.
Gambar 4.12. Form tipe data numerik.
Form tipe data numerik (gambar 4.12) ini, berfungsi untuk membuat aturan baru untuk tipe data numerik. Definisi merupakan nama tipe data numerik yang dibuat, sedangkan format numerik berisi format data numerik yaitu integer, long integer, single, double.
63
Seperti pada form propertis tabel dengan field yang bertipe data karakter, form propertis tabel dengan field yang bertipe data numerik (gambar 4.13) berfungsi untuk mengisi sumber data dan isi data field-field yang ada pada tabel yang akan di-generate pada lembar kerja to generate. Pilih dulu salah satu atribut tabel yang ada, kemudian pilih sumber data yang diinginkan (konstanta atau test data type). Jika sumber data adalah test data type maka pilih isi data yang ada, dan jika sumber data konstanta maka isi sesuai keinginan.
Gambar 4.14. Form lembar kerja tipe data tanggal/jam.
Gambar 4.15. Form tipe data tanggal/jam.
Form tipe data tanggal/jam (gambar 4.15) ini, berfungsi untuk membuat aturan baru untuk tipe data tanggal/jam. Definisi merupakan nama tipe data tanggal/jam yang dibuat, sedangkan format tanggal/jam berisi format data tanggal/jam yaitu general date, long date, short date, long time, dan short time. Tentukan batas tanggal yang diinginkan yang akan ditampilkan pada database yang akan di-generete.
65
Gambar 4.16. Form propertis tabel dengan field bertipe data tanggal.
Gambar 4.17. Form lembar kerja tipe data multi field.
Gambar 4.18. Form tipe data multi field.
Form tipe data multifield (gambar 4.18) berfungsi untuk membuat aturan baru untuk tipe data multifield. Definisi merupakan nama aturan tipe data multifield yang dibuat, isi string merupakan isi dari tipe data karakter dan isi numerik merupakan isi dari tipe data numerik yang dinginkan.
67
Seperti pada form propertis tabel dengan field bertipe data multi field, form propertis tabel tipe data multi field (gambar 4.19) berfungsi untuk mengisi sumber data dan isi data field-field yang ada pada tabel yang akan di-generate pada lembar kerja to generate. Pilih dulu salah satu atribut tabel yang ada, kemudian pilih sumber data yang diinginkan (konstanta atau test data type). Jika sumber data adalah test data type maka pilih isi data yang ada, dan jika sumber data konstanta maka diisi sesuai keinginan.
Sama seperti form lembar kerja sebelumnya, pada form lembar kerja to generate (gambar 4.20) berfungsi untuk menampilkan nama tabel yang akan di-generate, keterangan ada join dengan tabel lain atau tidak, dan keterangan jumlah field yang ada pada tabel tersebut.
Gambar 4.20. Form lembar kerja to generate.
Setelah itu akan muncul propertis tabel yang dipilih seperti yang telah dijelaskan di atas.
Gambar 4.21. Form tabel.
69
Form generate (gambar 4.22) ini berfungsi men-generate data yang telah dipilih pada form lembar kerja to generate dengan cara memasukkan jumlah data yang ingin di-generate.
4.2. Peralatan yang Digunakan
Adapun hardware yang digunakan dalam pembuatan sistem ini adalah: 1. Intel Pentium III 668 MHz
2. Hardisk 10 Gb 3. Monitor VGA 15”
4. CDRW / DVD Samsung 24x16 Max 5. Keyboard
6. Printer Canon Bjc-1000 SP 7. Mouse
Sedangkan software yang digunakan adalah: 1. Microsoft SQL Server 7.0
2. Microsoft Access 2003 3. Microsoft Visual Basic 6.0 4. Visio Technical 4.1 5. Power Designer 6 32-bit
4.3. Evaluasi Output
Untuk mengukur validasi sistem test data generator diperlukan tiga evaluasi, yaitu : 1) Desain uji coba dan subyek coba 2) Jenis data dan instrumen pengumpul data 3) Analisis hasil uji coba.
4.3.1. Desain Uji Coba dan Subyek Coba
Dalam desain uji coba dan subyek coba, ada tiga test case (uji coba) yang dilakukan sistem, yaitu: (1) Koneksi database, (2) Pembacaan pohon tabel, dan (3) Generasi data. Ketiga test case tersebut telah dibahas pada bab 3 (sub bab evaluasi). Berikut ini merupakan hasil test case pada sistem.
A. Koneksi database
71
1. Koneksi database dengan menggunakan Access 2000
Gambar 4.23. Test case koneksi database Bibilio pada Access 2000
2. Koneksi database dengan menggunakan SQL Server 7.0
Gambar 4.24. Test case koneksi database dengan menggunakan SQL Server 7.0
B. Pembacaan pohon tabel
1. Pembacaan pohon tabel dengan menggunakan database Access 2000
73
2. Pembacaan pohon tabel dengan menggunakan database SQL Server
75
Gambar 4.28. Schema database Northwind pada Allfusion Erwin data modeler 4.1
C. Generasi data
dari generasi data dapat dilihat pada gambar berikut. 1. Generasi data menggunakan database Access
Gambar 4.29. Generasi data menggunakan database Bibilio pada Access 2000
2. Generasi data menggunakan database SQL Server
Gambar 4.30. Generasi data menggunakan database Northwind pada SQL Server 7.0
4.3.2. Jenis Data dan Instrumen Pengumpul Data
Jenis data yang diuji coba adalah database yang berekstensi MDB pada Microsoft Access, dan database yang berekstensi LDB pada SQL Server. Sedangkan instrumen pengumpul data menggunakan Erwin 4.1.
4.3.3. Analisis Hasil Uji Coba
77
hasil yang diharapkan pada penelitian Tugas Akhir ini.
Tabel 4.1. Rincian Evaluasi Output test case pada sistem.
No. Tujuan Input Output yang diharapkan
Output
Tabel 4.1. Rincian Evaluasi Output test case pada sistem (lanjutan).
No. Tujuan Input Output yang diharapkan
Output
Aplikasi Keterangan
79
Tabel 4.1. Rincian Evaluasi Output test case pada sistem (lanjutan).
No. Tujuan Input Output yang diharapkan
Output
Aplikasi Keterangan 5. Memastikan
5.1. Kesimpulan
Dari penulisan buku Tugas Akhir ini dapat diambil kesimpulan “Sistem tes data generator untuk pra-proses data-driven dapat menghasilkan sekumpulan data tes secara otomatis sesuai dengan aturan tipe data yang telah dibuat sebelumnya.”
5.2. Saran
Untuk pengembangan aplikasi lebih lanjut, diharapkan aplikasi sistem test data generator ini dapat mendukung lebih banyak tipe data, seperti tipe data binary (photo, image).
DAFTAR PUSTAKA
Beizer, B., 1990, Software Testing Techniques, 2nd edition, Van Nostrand Reinhold.
Collard, 1997, Software Testing & Quality Assurance Techniques, Nopember, Collard & Co.
Haught, D, and Ferguson, J, 1995, Microsoft Jet Database Engine Programmer’s Guide, Microsoft Press, Washington.
Siebold, D., 2001, Visual Basic Developer’s Guide to SQL Server, Elex Media Komputindo, Jakarta.
