U U U UC-17 Skenario normal I Skenario alternatif I

dokumen-dokumen yang mirip
PERANGKAT LUNAK BANTU REPORTING SOFTWARE CONFIGURATION MANAGEMENT DENGAN PEMANFAATAN INFORMASI CONCURRENT VERSION SYSTEM

BAB V IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI DAN PENGUJIAN SISTEM. Tahap perancangan dalam pembuatan program merupakan suatu hal yang

BAB 4 IMPLEMENTASI DAN EVALUASI. Faktor-faktor tersebut antara lain adalah perangkat keras, perangkat lunak,

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI SISTEM. analisis dan perancangan dijadikan acuan dalam pembuatan kode program. Pada

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI. dan perancangan selesai dilakukan. Pada sub bab ini akan dijelaskan implementasi

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI APLIKASI

BAB V IMPLEMENTASI SISTEM

4. BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI DAN PENGUJIAN

Aplikasi Document Imaging untuk PT. XYZ dapat diakses melalui web browser

BAB IV IMPLEMENTASI DAN EVALUASI

: tanggal yang ditargetkan untuk task selesai dikerjakan. : deskripsi singkat dari task yang akan dibuat.

BAB 4 IMPLEMENTASI DAN EVALUASI. telah di identifikasi pada bab 3, saatnya untuk melakukan implementasi dan Kebutuhan Sumberdaya Aplikasi

BAB IV HASIL DAN UJI COBA

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI DAN EVALUASI

BAB IV IMPLEMENTASI DAN PENGUJIAN SISTEM

Gambar Rancangan Layar Halaman Kuis Guru (Langkah Dua)

BAB 4 IMPLEMENTASI DAN EVALUASI

BAB IV HASIL DAN UJI COBA. Berikut ini dijelaskan tentang tampilan hasil dari Sistem Informasi

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPEMENTASI DAN PENGUJIAN

ADMIN MANUAL AL-QUR AN WEB

Gambar Halaman Change Password Ketika Benar Mengisi. Setelah login sukses, user akan masuk ke halaman Home. Dimana terdapat beberapa

BAB IV HASIL DAN UJI COBA

BAB IV IMPLEMENTASI DAN EVALUASI. Berikut ini adalah daftar spesifikasi perangkat lunak yang

BAB V IMPLEMENTASI DAN PENGUJIAN. harus dijalankan diantaranya adalah: hal-hal yang harus dipersiapkan adalah sebagai berikut:

BAB 4 IMPLEMENTASI DAN EVALUASI SISTEM

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB III ANALISIS DAN PERANCANGAN

BAB 4 IMPLEMENTASI DAN EVALUASI. Dalam mengimplementasikan sistem yang dijalankan, maka diperlukan beberapa

BAB IV IMPLEMENTASI DAN PENGUJIAN

tentang perubahan kondisi aplikasi dijalankan :

BAB IV IMPLEMENTASI DAN EVALUASI

BAB IV HASIL DAN UJI COBA

BAB IV HASIL DAN UJI COBA

Gambar Halaman File Download (buat baru/edit) (Admin) Gambar di atas merupakan halaman file download untuk admin.

c. Rancangan Menu News

BAB IV HASIL DAN PEMBAHASAN

BAB IV RANCANGAN SISTEM USULAN

BAB IV HASIL DAN PEMBAHASAN. sebagai sumber data untuk kemudian disimpan di dalam server. Database server

BAB IV HASIL DAN UJI COBA

BAB VI IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI DAN PENGUJIAN SISTEM

BAB IV HASIL DAN PEMBAHASAN

BAB V PEMBAHASAN DAN IMPLEMENTASI

BAB IV HASIL DAN UJI COBA

BAB 4 IMPLEMENTASI DAN EVALUASI. Guna Elektro adalah sebagai berikut : Processor : Pentium III 800 MHz. Printer : HP Deskjet 400

BAB IV HASIL DAN PEMBAHASAN

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB 4 IMPLEMENTASI DAN EVALUASI

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV HASIL DAN UJI COBA

Gambar 4.38 Tampilan Layar Staff. menampilkan daftar perusahaan staff yang sudah tercatat atau

BAB IV IMPLEMENTASI DAN UJI COBA SISTEM. Aplikasi Sistem Penerimaan Karyawan dibuat berbasis web dengan

BAB IV HASIL DAN UJI COBA

BAB IV HASIL DAN UJI COBA

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV HASIL DAN PEMBAHASAN

BAB III ANALISA DAN PERANCANGAN

BAB IV IMPLEMENTASI DAN PENGUJIAN. selanjutnya yaitu tahap implementasi. Pada bab ini akan dibahas mengenai

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB 4 IMPLEMENTASI DAN EVALUASI. sistem aplikasi basis data pada CV. Lumbung Rejeki yaitu : Monitor : SVGA 17. : Optical Mouse.

BAB IV HASIL DAN UJI COBA. antarmuka yang telah dirancang pada bab sebelumnya. Berikut tampilah halamanhalaman

BAB 4 IMPLEMENTASI DAN EVALUASI

BAB 4 IMPLEMENTASI DAN EVALUASI

Bab 4. Implementasi dan Evaluasi. Seperti yang sudah dibahas pada bagian sebelumnya, aplikasi yang dibuat

BAB IV HASIL DAN UJICOBA

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV HASIL DAN UJI COBA

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB 4 IMPLEMENTASI DAN EVALUASI. majalah, maka dirancang satu aplikasi yang dapat membantu mereka untuk

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV HASIL DAN UJI COBA

BAB IV HASIL DAN PEMBAHASAN

BAB IV IMPLEMENTASI DAN PENGUJIAN SISTEM

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI DAN EVALUASI. mempersiapkan kebutuhan system (baik hardware maupun software), persiapan

BAB IV HASIL DAN UJI COBA

BAB IV IMPLEMENTASI DAN PENGUJIAN SISTEM

BAB IV IMPLEMENTASI SISTEM DAN PENGUJIAN

BAB IV HASIL DAN UJI COBA

BAB IV IMPLEMENTASI DAN EVALUASI. Dalam merancang dan membangun sistem penjualan online ini ada

BAB IV HASIL DAN UJI COBA

BAB 4 IMPLEMENTASI DAN PENGUJIAN

BAB III PEMBAHASAN. Analisis sistem dapat didefinisikan sebagai penguraian dari suatu sistem

BAB IV HASIL DAN UJI COBA

BAB IV IMPLEMENTASI DAN PENGUJIAN

BAB IV IMPLEMENTASI DAN EVALUASI. Sistem yang dibangun merupakan sistem yang berbasis web. Untuk dapat

BAB IV HASIL DAN UJI COBA. Berikut adalah tampilan hasil dan pembahasan dari Perancangan Analisa

BAB 4 IMPLEMENTASI DAN EVALUASI

BAB V IMPLEMENTASI DAN PENGUJIAN

Transkripsi:

6 6.1 Rencana dan Prosedur 6.1.1 Rencana Rencana pengujian dibuat berdasarkan skenario use case yang terdefinisi pada Subbab 2.3.4. Rencana pengujian dapat dilihat pada Tabel 6-1. Tabel 6-1 Rencana Use Case Identifikasi UC-01 Skenario normal I U-01-01 UC-02 Skenario normal I U-02-01 UC-03 Skenario normal I U-03-01 UC-04 Skenario normal I U-04-01 UC-05 Skenario normal I U-05-01 UC-06 Skenario normal I U-06-01 UC-07 Skenario normal I U-07-01 UC-08 Skenario normal I U-08-01 UC-09 Skenario normal I U-09-01 UC-10 Skenario normal I U-10-01 UC-11 Skenario normal I U-11-01 UC-12 Skenario normal I U-12-01 UC-13 Skenario normal I U-13-01 UC-14 Skenario normal I U-14-01 UC-15 Skenario normal I U-15-01 UC-16 Skenario normal I Skenario alternatif I Skenario alternatif II U-16-01 U-16-02 U-16-03 UC-17 Skenario normal I Skenario alternatif I U-17-01 U-16-02 UC-18 Skenario normal I U-18-01 UC-19 Skenario normal I U-19-01 UC-20 Skenario normal I Skenario alternatif I Skenario alternatif II U-20-01 U-20-02 U-20-03 UC-21 Skenario normal I Skenario alternatif I Skenario alternatif II Skenario alternatif III U-21-01 U-21-02 U-21-03 U-21-04 86

6.1.2 Prosedur dilakukan dengan mempersiapkan lingkungan pengujian. dilakukan pada lingkungan dengan spesifikasi perangkat keras sebagai berikut: 1. Processor Pentium IV 3,00 GHz 2. Memori 512 MB 3. Monitor 17 Lingkungan pengujian tersebut juga dilengkapi dengan spesifikasi perangkat lunak sebagai berikut: 1. Sistem operasi Microsoft Windows Professional Edition SP2 2. Web browser Internet Explorer 6 3. Apache Server 2.2.4 4. MySql Server 5.0.33 5. PHP 5.0 6. CVSNT 2.5.03 7. Visual Cron 4.2.0 Selanjutnya, dilakukan proses penyalinan aplikasi ke dalam web server dan konfigurasi. Urutan pengujian dilakukan berdasarkan urutan use case, yaitu: 1. (U-01-XX sampai U-15-XX) 2. Admin Management (U-16-XX sampai U-18-XX) 3. Admin Project Management (U-19-XX sampai U-20-XX) 4. Cron Task (UI-21-XX) Dalam melakukan pengujian, selain menggunakan web browser sebagai antarmuka aplikasi, digunakan pula MySQL database explorer (MySQL Front 3.2) dan CVS GUI Client (TortoiseCVS 1.8.26) sebagai referensi dalam membandingkan ketepatan informasi yang aplikasi. Repositori CVS yang digunakan saat pengujian adalah :local:e:/repositori yang memiliki sebuah modul yaitu IT Change dan repositori :local:g:/sourcehouse yang memiliki dua modul yaitu GoWhite dan Library. Pada yang digunakan saat pengujian juga telah tersimpan sejumlah data di semua tabel. Pada saat pengujian Admin Management, username yang digunakan adalah administrator dengan password itchange. Sedangkan dalam pengujian dan Admin Project Management, username yang akan digunakan adalah wing070 dengan password rihitoga. 87

6.2 Kasus Uji 6.2.1 Use Case Melihat Daftar Proyek Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-02-01 Username : skenario normal wing070 I Melihat Password : Daftar Proyek rihitoga 1. Mengakses URL http://localhost/ ITChange/ 2. Memasukkan user name wing070 dengan password rihitoga pada form login. Klik Login 3. Setelah autentikasi berhasil, klik menu Next pada halaman konfirmasi 4. Membandingkan data yang tersimpan di dengan data yang 1. Muncul halaman index yang form login 2.Menampilkan halaman Project List Evaluasi Pada halaman Project List daftar proyek yang mengalami perubahan dalam satu bulan terakhir sesuai data di. Pada halaman tersebut juga ringkasan aktifitas proyek yang terdiri dari Jumlah proyek aktif (Total active project) dan proyek yang paling aktif (Most active project) Ditampilkan halaman Project List: dengan informasi yang sesuai dengan data yang tersimpan di basis data 88

Identifikasi Deskripsi Prosedur Masukan Keluaran yang di halaman web menggunakan MySQL Front 3.2 Evaluasi 6.2.2 Use Case Melihat Aktifitas Perubahan Proyek Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-03-01 skenario normal I Melihat Aktifitas Perubahan Proyek 1. Memilih link browse pada halaman Project List yaitu pada proyek GoWhite 2. Membandingkan data yang tersimpan di basis data dengan data yang di halaman web menggunakan MySQL Front 3.2-1. Muncul halaman baru Project yang hasil reporting untuk proyek IT Change Evaluasi 1. Halaman Project semua hasil reporting untuk aktifitas perubahan proyek terpilih sesuai dengan data yang tersimpan di 2. Menu kiri yang terdapat di halaman Project Ditampilkan halaman Project dengan tampilan awal berupa grafik aktifitas perubahan yang lengkap, semua daftar perubahan, dan ringkasan aktifitas proyek. 89

Identifikasi Deskripsi Prosedur Masukan Keluaran yang Evaluasi dapat digunakan dan menghasilkan tampilan yang sesuai 6.2.3 Use Case Melakukan Filter Data Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-04-01 File name : skenario normal AdminControll I Melakukan Servlet.java Filter Data datefrom : 09/15/07 1. Memasukkan nama file AdminControll Servlet.java dengan tanggal datefrom 09/15/07 pada form Filter Data 2. Mengklik tombol Filter Informasi yang pada halaman Project berubah sesuai dengan keyword yang dimasukkan pada form Filter Data Evaluasi 1. Halaman Project hanya semua hasil reporting untuk file bernama FileUI.php dengan waktu terjadinya aktifitas perubahan dimulai dari tanggal 15 September Ditampilkan halaman Project dengan grafik aktifitas perubahan yang lengkap, semua daftar perubahan, dan ringkasan aktifitas proyek. reporting yang hanya untuk perubahan dengan nama file AdminControll Servlet.java dan 90

Identifikasi Deskripsi Prosedur Masukan Keluaran yang Evaluasi 2007. 2. Tampilan grafik dan daftar perubahan berubah. Pada bagian menu kiri terdapat informasi filter yang dilakukan yaitu -- date from 15 September 2007 -- file_name AdminControll Servlet.java waktu perubahan yang dimulai dari tanggal 15 September 2007. 6.2.4 Use Case Melihat Grafik Aktifitas Proyek Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-05-01 Memilih menu - 1. Menampilkan skenario normal View Graph grafik aktifitas I Melihat (changes LOC perubahan per Grafik Aktifitas programmer) pada hari, per minggu, Proyek halaman dan per bulan /ProjectController 2. Menampilkan Evaluasi 1. Terdapat gambar grafik yang sesuai dengan data pada Semua jenis grafik dan sesuai dengan data perubahan pada daftar 91

Identifikasi Deskripsi Prosedur Masukan Keluaran yang.php yaitu pada grafik LOC per proyek IT Change hari, per minggu, dan per bulan 3. Menampilkan grafik aktifitas pemrogram Evaluasi daftar perubahan proyek 2. Tidak muncul pesan error bahwa grafik tidak dapat dibuat perubahan proyek 6.2.5 Use Case Melihat Ringkasan Aktifitas Perubahan Proyek Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-06-01 Memilih link browse - 1. Bagian Project skenario normal pada halaman Resume I Melihat Project List yaitu Ringkasan pada proyek ringkasan aktifitas Aktifitas GoWhite dan proyek Perubahan melihat bagian GoWhite yaitu Proyek Project Resume nama proyek, deskripsi, time line, nama admin, dan total perubahan Evaluasi 1. Ringkasan yang sesuai dengan data proyek GoWhite yang tersimpan di Pada bagian Project Resume ringkasan aktifitas proyek.sesuai dengan data proyek GoWhite di 92

6.2.6 Use Case Melihat Daftar Perubahan Proyek Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-07-01 skenario normal I Melihat daftar perubahan proyek 1. Memilih link browse pada halaman Project List yaitu pada proyek GoWhite dan melihat bagian List of Project Changes 2. Melakukan perintah cvs d:local:g:/sourcehouse rlog GoWhite/ AdminControl Servlet.java di command prompt menggunakan CVSNT - 1. Bagian List of Project Changes sebuah tabel yang berisi daftar perubahan yang terjadi. Informasi detail perubahan yang terdiri dari tanggal perubahan, nama pengubah, log message, nama file, nomor versi, jumlah baris yang bertambah, dan jumlah baris yang berkurang Evaluasi 1. Daftar perubahan yang sesuai dengan daftar perubahan pada dan juga sesuai dengan data yang tersimpan di repositori CVS. Pengecekan dilakukan dengan mencoba melakukan perintah cvs rlog [nama file]] pada CVSNT. Semua daftar perubahan dan informasi detail untuk setiap aktifitas pada bagian List of Project Changes. Informasi yang sesuai dengan data yang tersimpan di basis data dan repositori CVS. Untuk kasus pengujian ini, informasi perubahan untuk file GoWhite/ AdminControl Servlet.java telah sesuai. 93

6.2.7 Use Case Melihat Aktifitas Perubahan File Identifikasi Deskripsi Prosedur U-08-01 Memilih link nama skenario file pada halaman normal I Project Melihat yaitu pada file Aktifitas AdminControl Perubahan Servlet.java File Masukan Keluaran yang - Menampilkan halaman File dengan tanpilan awal berupa ringkasan aktifitas file, daftar perubahan versi, grafik aktifitas pemrogram pada file, grafik perubahan versi, file yang berelasi, informasi perubahan per baris kode, dan perbedaan antar versi yaitu antara versi yang dipilih dengan versi sebelumnya Evaluasi Halaman File semua hasil reporting untuk aktifitas perubahan file sesuai dengan file dan versi yang dipilih Ditampilkan halaman File (../File Controller.php) sesuai dengan file yang dipilih yaitu FileUI.php 94

6.2.8 Use Case Melihat Perbedaan antar Versi Identifikasi Deskripsi Prosedur U-09-01 1. Pilih versi yang skenario akan normal I : dibandingkan melihat pada Diff Form perbedaan antar halaman File versi melalui form Diff (./GoWhite/ AdminControl Servlet.java ) 2. Klik button Diff Masukan versi 1: 1.1 versi 2: 1.2.6.2 Keluaran yang Pada bagian Diff Result hasil perintah cvs rdiff untuk versi yang dipilih. Evaluasi Pada bagian Diff Result perintah cvsrdiff yang dijalankan yaitu cvs -d:local: G:/Sourcehouse rdiff r1.1 - r1.2.6.2 GoWhite/ AdminControl Servlet.java perintah tersebut sesuai dengan hasil perintah jika dijalankan pada command prompt menggunakan CVSNT. Laporan perbedaan antar versi dengan pewarnaan (highlight) yang berbeda pada Perintah cvs rdiff yang : cvs -d:local: G:/Sourcehouse rdiff r1.1 - r1.2.6.2 GoWhite/ AdminControl Servlet.java perintah cvs rdiff secara tepat 95

Identifikasi Deskripsi Prosedur Masukan Keluaran yang Evaluasi bagian yang berubah sesuai dengan jenis perubahan 6.2.9 Use Case Melihat Daftar Perubahan Versi File Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-10-01 skenario normal I melihat daftar perubahan versi file Memilih link nama file pada halaman Project yaitu pada file AdminControl Servlet.java dan memilih menu File History 2. Melakukan perintah cvs d:local:g:/sourcehouse rlog GoWhite/ AdminControl Servlet.java di command prompt menggunakan CVSNT - Menampilkan daftar perubahan file dalam bentuk tabel. Informasi detail perubahan yang terdiri dari nomor versi, nama pengubah, tanggal, log message, jumlah baris yang bertambah, jumlah baris yang berkurang, Nomor versi yang dipilih Evaluasi Semua informasi versi file terpilih sesuai dengan data yang tersimpan di repositori CVS dan. Pengecekan dillakukan melalui perintah cvs rlog [nama file] Informasi yang sesuai dengan data yang tersimpan di dan repositori CVS. Untuk kasus pengujian ini, informasi perubahan untuk file GoWhite/ AdminControl Servlet.java telah sesuai. 96

Identifikasi Deskripsi Prosedur Masukan Keluaran yang pada halaman Project diberi warna latar yang berbeda Evaluasi 6.2.10 Use Case Melihat Grafik Aktifitas Perubahan File Identifikasi Deskripsi Prosedur U-11-01 1. Memilih menu skenario View Graph normal I (Author) pada melihat grafik halaman File aktifitas perubahan file (./GoWhite/ AdminControl Servlet.java ) 2. Memilih menu View Graph (Version) pada halaman File (./GoWhite/ AdminControl Servlet.java ) Untuk pengujian U- Masukan Keluaran yang - 1. Menampilkan grafik perubahan versi 2. Menampilkan grafik aktifitas pemrogram Evaluasi 1. File gambar grafik yang sesuai dengan file terpilih 2. Semua nomor versi yang dimiliki file AdminControl Servlet.java sesuai dengan daftar perubahan versi file. 3. Tidak muncul pesan error 4. Nomor versi yang terdapat pada Branch ikut (jika ada) Grafik dan sesuai dengan data perubahan pada daftar perubahan proyek 97

Identifikasi Deskripsi Prosedur 11-01 ini dipilih halaman proyek GoWhite dengan nama file AdminControl Servlet.java Masukan Keluaran yang Evaluasi 6.2.11 Use Case Melihat Ringkasan Aktifitas File Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-12-01 skenario normal I melihat ringkasan aktifitas file Memilih link nama file pada halaman Project yaitu pada file AdminControl Servlet.java dan melihat bagian File Resume 2. Melihat bagian Related Changes dengan memilih menu Related Changes 3. Mengklik salah satu nama file yang berelasi yaitu - 1. Bagian File Resume ringkasan aktifitas file AdminControl Servlet.java yaitu daftar file yang berelasi, nama file, total revisi, tanggal dan versi terakhir perubahan file, nama pengubah yang pertama kali membuat file di Evaluasi 1. Ringkasan yang sesuai dengan data perubahan versi file GoWhite/ AdminControl Servlet.java yang tersimpan di basis data. Pengecekan dapat dilakukan dengan membandingkan hasil ringkasan dengan daftar perubahan versi file pada bagian Pada bagian File Resume ringkasan aktifitas proyek.sesuai dengan data pada daftar perubahan versi file di bagian File History 2. Bagian Related Changes informasi yang 98

Identifikasi Deskripsi Prosedur Masukan Keluaran yang ServletBuy.java repositori, dan tanggal teraktif. 2. Bagian Related Changes file yang berelasi. Informasi yang terdiri dari nama file dan log message Evaluasi File History 2. Tidak terdapat duplikasi nama file pada bagian Related Changes 3. Saat link file berelasi diklik, halaman File sesuai dengan nama dan versi yang dipilih. Informasi perubahan yang pada bagian daftar perubahan yang di-highlight sama dengan informasi perubahan di halaman File sebelumnya tepat. Informasi perubahan file yang dipilih pada bagian Related Changes sama dengan informasi perubahan yang dimiliki AdminControl Servlet.java untuk aktifitas perubahan yang sama 99

6.2.12 Use Case Melihat Informasi Perubahan per Baris Kode Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-13-01 skenario normal I melihat informasi perubahan per baris kode 1. Memilih link nama file pada halaman Project yaitu pada file AdminControl Servlet.java 2. Memilih menu View Annotate 3. Menjalankan perintah cvs d:local:g:/sourcehouse rannotate GoWhite/ AdminControl Servlet.java - Menampilkan hasil perintah cvs rannotate dalam bentuk tabel yang terdiri dari kolom nomor versi, nama file, nama pengubah, tanggal, dan baris kode versi terakhir. Informasi yang sesuai dengan hasil perintah cvs rannotate saat dijalankan di command prompt Evaluasi 1. Parsing yang dilakukan tepat memisahkan informasi nomor versi, nama file, nama pengubah, tanggal, dan baris kode versi terakhir. 2. Informasi yang sesuai dengan hasil perintah cvs rannotate saat dijalankan di command prompt 1.Informasi yang dirampilkan sesuai dengan hasil perintah cvs rannotate 2. Parsing yang dilakukan dengan tepat 100

6.2.13 Use Case Melakukan Pencarian Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-01-01 Project name : skenario normal GoWhite I Melakukan Pencarian 1. Memilih menu Search pada menu utama 2. Memasukkan nama proyek GoWhite pada form Project Search 3. Mengklik tombol Search Menampilkan halaman Search yang berisi dua jenis form yaitu Project Search dan File Search. Bagian Search Result masih kosong Setelah menekan tombol Search, halaman Search akan hasil pencarian data proyek Evaluasi Halaman Search data proyek yang memiliki nama GoWhite Halaman Search muncul dan hasil pencarian data proyek GoWhite dan jumlah hasil pencarian yaitu satu. 101

6.2.14 Use Case Membandingkan Aktifitas Antara Dua Proyek Identifikasi Deskripsi Prosedur U-14-01 1. Memilih menu skenario normal I Compare pada Membandingkan menu utama aktifitas antara 2. Memilih nama dua proyek proyek pada Form 3. Mengklik tombol Compare Masukan Project name 1: GoWhite 2: ITChange Keluaran yang Halaman Compare muncul setelah menu dipilih Form pilihan semua nama proyek terdaftar Setelah tombol Compare dipilih, halaman Compare grafik perbandingan LOC, aktifitas pengembang, dan jumlah perubahan antara dua proyek beserta ringkasan aktifitas kedua proyek Evaluasi Halaman Compare grafik dan ringkasan secara tepat Halaman Compare ringkasan aktifitas perubahan proyek ITChange dan GoWhite serta grafik perbandingan kedua proyek tersebut. 102

6.2.15 Use Case Melihat Statistik Aktivitas Seluruh Proyek Terdaftar Identifikasi Deskripsi Prosedur U-15-01 1. Memilih menu skenario View Stats normal I pada menu utama Melihat 2. Melakukan statistik pengecekan aktivitas keakuratan hasil seluruh proyek terhadap dua terdaftar sampel proyek yang dengan mengakses halaman project sampel tersebut dan membandingkan ya. Masukan Keluaran yang Halaman Project Statistics muncul setelah menu dipilih Form tabel perbandingan aktifitas proyek dan grafik perbandingan aktifitas proyek dalam satu tahun terakhir. Evaluasi Halaman Project Statistics grafik dan tabel perbandingan secara tepat sesuai dengan data perubahan masingmasing proyek. Pengcekan dilakukan dengan melihat halaman Project masing-masing proyek dan membandingkannya dengan hasil rekapitulasi Halaman Project Statistics grafik dan tabel perbandingan secara tepat sesuai dengan data perubahan masing-masing proyek. 6.2.16 Use Case Manajemen Pengguna Identifikasi Deskripsi Prosedur U-16-01 1. Mengakses skenario normal halaman Masukan 1. (login) Username : Keluaran yang 1. Setelah login, halaman Evaluasi 1. Data pengguna yang baru 1. Data pengguna yang baru 103

Identifikasi Deskripsi Prosedur I manajemen administrator pengguna (../itadmin/index.php yaitu menambah ) pada browser pengguna 2. Memasukkan username administrator dan password yang valid 3. Mengklik button Login 4. Memilih menu User Management 5. Memasukkan data pengguna yang terdiri dari username, password, realname, email, dan role 6. Mengklik button Add Masukan administrator 2. (login) Password : itchange 3. Username : newuser 4. Password: newpwd 5. email: newuser@itchange.com 6. Real name: new real name 7. Role : other Keluaran yang System Administrator akan 2. Setelah memilih menu User Management halaman User Management akan. Halaman in iterdiri dari form untuk memasukkan pengguna yang baru, daftar pengguna, menu untuk menghapus pengguna, dan menu untuk meng-update pengguna. 3. Setelah button Add diklik, daftar Evaluasi berhasil disimpan di tanpa mengeluarkan pesan error 2. Data pengguna yang baru akan langsung setelah button Add diklik berhasil disimpan di tanpa mengeluarkan pesan error 2. Data pengguna yang baru langsung setelah button Add diklik 104

Identifikasi Deskripsi Prosedur U-16-03 skenario alternatif I manajemen pengguna yaitu mengupdate data pengguna 1. Memilih menu User Management 2. Memilih menu Edit pada daftar pengguna yang akan di-update. Pada kasus uji ini dipilih pengguna dengan username ratna086 3. Mengubah field real name menjadi ratna mutia suci 4. Mengklik button Edit Masukan 1. Real name : ratna mutia suci Keluaran yang pengguna yang akan terupdate dan data pengguna yang baru akan. 1. Menampilkan form Edit User yang telah diisi data pengguna yang dipilih 2. Setelah button Edit User diklik, data pengguna akan ter-update. 3. Daftar pengguna data pengguna yang telah terupdate Evaluasi 1. Form Edit User telah terisi dengan data pengguna yang diplih 2. Data pengguna berhasil diupdate Data pengguna dengan username newuser telah ter-update 105

Identifikasi Deskripsi Prosedur User U-16-02 1. Memilih menu skenario User alternatif II Management manajemen 2. Memilih menu pengguna Delete pada yaitu nama pengguna menghapus yang akan pengguna dihapus. Pada kasus uji ini, dipilih pengguna dengan username newuser Masukan Keluaran yang - 1. Data pengguna yang dipilih akan terhapus dari 2. Daftar pengguna yang pada halaman User Management tidak akan data pengguna yang telah terhapus Evaluasi Daftar pengguna yang pada halaman User Management setelah menu Delete dipilih tidak akan data pengguna yaitu pengguna dengan username newuser Username newuser telah terhapus dari daftar pengguna 6.2.17 Use Case Manajemen Link Repositori Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-17-01 1. Memilih menu Repository Setelah button skenario normal Repository address: Add I Manajemen Management D:/#mycvs Repository link repositori 2. Menuliskan alamat diklik, alamat yaitu repositori yang repositori yang Evaluasi 1. Alamat repositori yang baru akan disimpan di Setelah button Add Repository dikli, daftar repositori terupdate dan 106

Identifikasi Deskripsi Prosedur Masukan Keluaran yang menambahkan valid pada Form baru akan alamat Add Repository pada repositori yang 3. Mengklik button daftar repositori baru Add Repository U-17-02 alternatif I Manajemen link repositori yaitu menghapus alamat repositori dari daftar repositori. 1. Memilih menu Delete pada daftar repositori untuk alamat repositori D:/#mycvs Daftar repositori akan berkurang dan tidak data alamat repositori yang dihapus Evaluasi 2. Daftar repositori di halaman Repository Management alamat repositori yang baru 1. Alamat repositori terpilih akan terhapus dari alamat repository baru. Halaman Repository Management akan daftar repositori yang telah terupdate dan tidak alamat repositori yangtelah dihapus 6.2.18 Use Case Menambah Proyek Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-18-01 1. Memilih menu Project name: 1. Setelah menu skenario normal Add New Project Baru Add New I Menambah Project Admin: Project Evaluasi 1. Data proyek yang baru akan disimpan di Setelah button Add New Project diklik, 107

Identifikasi Deskripsi Prosedur Masukan Keluaran yang proyek 2. Memasukkan data ratna086 dipilih, proyek baru pada halaman Add form Add New Project Project akan 3. Mengklik button. Add Project Halaman tersebut form Add Project untuk menambah data proyek dan daftar proyek. Daftar proyek terrdiri dari informasi nama proyek, deskripsi, dan nama admin proyek. 2. Setelah button Add Project diklik, data proyek yang baru di daftar proyek halaman Add New Project Evaluasi 2. Daftar proyek di halaman Add New Project data proyek yang baru disimpan. daftar proyek di halaman Add New Project data proyek yang baru disimpan yaitu proyek bernama Project Baru dengan nama admin ratna086 108

6.2.19 Use Case Manajemen Data Proyek Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-19-01 Description: skenario normal toko buku IT I manajemen online data proyek 1. Memilih menu Admin pada halaman Project List, yaitu pada proyek Go White 2. Memilih menu Edit Project Data pada halaman Project Administrator 3. Mengubah data proyek pada form Edit Project Description. Pada kasus uji ini, data yang diubah adalah deskripsi proyek. 4. Mengklik button Save Changes 1. Halaman Project Administrator informasi nama pryek, deskripsi proyek, status proyek, admin proyek, jumlah perubahan, jumlah file, dan waktu perubahan terakhir. 2. Setelah menu Edit Project dipilih, akan form untuk mengubah data proyek. Data yang dapat diubah Evaluasi 1. pengubahan data proyek tersimpan di 2. Halaman Project Administrator dekripsi proyek yang telah terupdate Pengubahan deskripsi proyek GoWhite berhasil dilakukan. pengubahan tersimpan di basis data. Halaman Project Administrator menampilan data terbaru. 109

Identifikasi Deskripsi Prosedur Masukan Keluaran yang adalah nama proyek, deskripsi proyek, status, dan nama admin. 3. Setelah button Save Changes diklik, halaman Project Administrator akan dekripsi proyek yang telah terupdate Evaluasi 6.2.20 Use Case Manajemen Timeline Proyek Identifikasi Deskripsi Prosedur U-20-01 1. Memilih menu skenario normal Timeline I manajemen 2. Memilih menu Masukan 1. Name of event : release 2. Date from: Keluaran yang 1. Halaman Timeline Evaluasi 1. Daftar timeline yang 1. Data timeline yang baru berhasil 110

Identifikasi Deskripsi Prosedur timeline Add Timeline proyek yaitu 3. Memasukkan menambah data data timeline timeline baru baru pada form 4. Mengklik button Add Timeline Masukan 17/09/07 3. Date to: 18/09/2007 Keluaran yang daftar timeline proyek yang telah terdaftar 2. Halaman Timeline form Add Timeline untuk memasukkan data timeline baru. 3. Halaman Timeline daftar timeline proyek terbaru termasuk data timeline yang baru ditambahkan. Evaluasi pada halaman Timeline sesuai dengan data yang tersimpan di 2. Data timeline yang dimasukkan melalui form Add Timeline tersimpan di 3. Halaman Timeline daftar timeline proyek terbaru sesuai masukan pada form Add Timeline. disimpan di tanpa mengeluarkan pesan error sesuai dengan masukan pada form Add Timeline 2. Halaman Timeline daftar timeline proyek terbaru sesuai masukan pada form Add Timeline 111

Identifikasi Deskripsi Prosedur U-20-02 1. Memilih menu skenario Timeline alternatif I 2. Memilih menu manajemen Edit pada timeline daftar timeline proyek yaitu yang akan mengubah data diubah. Pada timeline baru kasus uji ini dipilih timeline dengan nama event : release 3. Mengubah field Date to menjadi 20/09/2007 4. Mengklik button Edit Timeline U-20-03 skenario alternatif II manajemen timeline proyek yaitu menghapus data 3. Memilih menu Timeline 4. Memilih menu Delete pada daftar timeline yang akan dihapus. Pada Masukan 1. Date to : 20/09/2007 Keluaran yang 1. Menampilkan form Edit Timeline yang telah diisi data timeline yang dipilih 2. Setelah button Edit Timeline daftar timeline data timeline yang telah terbaru sesuai masukan pada form Edit Timeline - Daftar timeline yang pada halaman Timeline tidak akan data timeline Evaluasi 3. Form Edit Timeline telah terisi dengan data timeline yang diplih 4. Perubahan data timeline berhasil disimpan sesuai dengan masukan pada form Edit Timeline 5. Halaman Timeline daftar timeline terbaru sesuai masukan pada form Edit Timeline 1. Data timeline yang dipilih akan dihapus dari 2. Daftar timeline yang Data timeline dengan event release untuk atribut Date to telah berubah sesuai masukan pada form Edit Timeline yaitu 20/09/2007 Event release telah terhapus dari daftar timeline 112

Identifikasi Deskripsi Prosedur timeline. kasus uji ini, dipilih timeline dengan event release Masukan Keluaran yang yang telah terhapus Evaluasi pada halaman Timeline setelah menu Delete dipilih tidak akan data timeline dengan event release 6.2.21 Use Case Mengolah data perubahan CVS Identifikasi Deskripsi Prosedur Masukan Keluaran yang U-21-01 1. Mengeset Visual - Data perubahan skenario normal I : Cron dengan task aktifitas ukuran file history php perubahan yang di < C:data/xampplite/ dilakukan pada ukuran file history htdocs/itchange/cr prosedur yang tercatat di on pengujian Task/CronController tersimpan di.php untuk waktu setiap 5 menit sekali setiap hari 2. Mengubah file ServleyBuy.java Evaluasi Setelah 5 menit, jumlah data yang tersimpan di tabel cvsfilechange dan cvschange bertambah 1 row. Pada tabel cvsfilechange tersimpan data baru : file name = GoWhite/ Terdapat row baru di sesuai dengan aktifitas perubahan yang dilakukan pada prosedur pengujian Data pcommit dan timestamp pada tabel project berubah. 113

Identifikasi Deskripsi Prosedur Masukan Keluaran yang pada repositori Sourcehouse/GoWhi te 3. Mengcommit perubahan dengan perintah cvs commit U-21-02 U-21-03 Skenario alternatif I : ukuran file history di basis data = ukuran file history yang tercatat di basis data skenario alternatif Setelah prosedur pengujian U-21-01 dilakukan, tanpa melakukan aktivitas perubahan pada repositori, tunggu Cron berjalan dalam waktu 5 menit selanjutnya 1. Berada pada halaman Project - Tidak terdapat perubahan pada - Halaman Project Evaluasi ServletBuy.java versi terakhir. Isi field terbaru pada tabel cvschange dan cvsfilechange sesuai dengan hasil perintah menu History pada Tortoise CVS Pada tabel project dengan nama proyek GoWhite, field timestamp, pfile, dan pcommit terupdate Jumlah data yang tersimpan tidak berubah begitu juga pada field timestamp, pfile, dan pcommit pada tabel project. Halaman Project Tidak terdapat perubahan pada Halaman Project 114

Identifikasi Deskripsi Prosedur Masukan Keluaran yang II : ukuran file history di < ukuran file history yang tercatat di U-21-04 Skenario alternatif III : ukuran file history di basis data = ukuran file history yang tercatat di basis data untuk proyek GoWhite 2. Mengubah file AdminControl Servlet.java pada repositori Sourcehouse/GoWhi te 3. Mengcommit perubahan dengan perintah cvs commit 4. Memilih menu refresh Setelah prosedur pengujian U-21-03 dilakukan, pilih kembali menu refresh data perubahan terbaru yaitu perubahan pada file AdminControl Servlet.java dengan versi terakhir dan waktu yang sama saat prosedur ke-3 dilakukan - Menampilkan Halaman Project dan tidak ada perubahan pada hasil reporting Evaluasi data perubahan terbaru yaitu perubahan pada file AdminControl Servlet.java dengan versi terakhir dan waktu yang sama saat prosedur ke-3 dilakukan, di row pertama pada Tabel Daftar Perubahan halaman Project. Grafik dan ringkasan aktivitas proyek juga data yang telah ter-update Tidak terdapat perubahan hasil reporting pada Halaman Project data perubahan terbaru yaitu perubahan pada file AdminControl Servlet.java Tidak terdapat perubahan hasil reporting pada Halaman Project 115

6.3 Defect dan Status Perbaikan Tidak ada defect yang ditemukan dalam pengujian use case perangkat lunak IT Change 6.4 Evaluasi Berdasarkan pengujian yang telah dilakukan, dapat disimpulkan bahwa setiap skenario, perangkat lunak sudah dapat berjalan sesuai dengan skenario yang telah terdefinisi. Secara fungsionalitas, perangkat lunak juga telah memenuhi spesifikasi kebutuhan yang terdefinisi. 116

7 Traceability SRS Kasus Uji Berikut merupakan tabel traceability perangkat lunak yang dibangun yang terdiri dari SRS, use case, paket analisis, paket perancangan, paket implementasi, dan pengujian. Tabel 7-1 Tabel Traceability SRS Kasus Uji SRS Use Case Paket Analisis Paket Perancangan Paket Implementasi Kasus Uji SRS-F-01 UC-21 Cron Task Cron Task Cron Task U-21-01 U-21-02 SRS-F-02 UC-02 U-02-01 SRS-F-03 SRS-F-04 SRS-F-05 SRS-F-06 SRS-F-07 SRS-F-08 UC-03 UC-07 UC-08 UC-10 UC-03 UC-06 UC-08 UC-12 UC-03 UC-05 UC-08 UC-11 UC-08 UC-13 UC-08 UC-09 UC-03 UC-04 JPGraph JPGraph U-03-01 U-07-01 U-08-01 U-10-01 U-03-01 U-06-01 U-08-01 U-12-01 U-03-01 U-05-01 U-08-01 U-11-01 U-08-01 U-13-01 U-08-01 U-09-01 U-03-01 U-04-01 117

Tabel 7-1 Tabel Traceability SRS Kasus Uji SRS Use Case Paket Analisis Paket Perancangan Paket Implementasi Kasus Uji SRS-F-09 UC-01 U-01-01 SRS-F-10 UC-14 UC-15 U-14-01 U-15-01 SRS-F-11 SRS-F-12 UC-19 UC-20 UC-16 UC-17 UC-18 Admin Project Management JpGraph Project Admin Management JpGraph Project Admin Management U-19-01 U-20-01 U-20-02 U-20-03 Admin Management Admin Management it-admin U-16-01 U-16-02 U-16-03 U-17-01 U-17-02 U-18-01 118