Version 2.0
Rancang Bangun Sistem Informasi Transaksi Inventori PT. Ecco Indonesia Version: 3.0
Test Plan Date: 05– november- 2011
Test plan.doc
Revision history
Date version Description author
15 oktober 2011 1.0 Pembuatan dokumen Febby andika rama
28 oktober 2011 2.0 Penambahan dokumen test plan Febby andika rama
05 november 2011 3.0 Pembuatan test plan Febby andika rama
Table of Contents
P1. Introduction 4
1.1 Purpose 4
1.2 Background 4
1.3 Scope 4
1.4 Project Identification 4
1.5 Reference 5
3. Test Strategy 6
3.1 Testing Types 7
3.1.1 Data and Database Integrity Testing 7
3.1.2 Function Testing 8
3.1.4 User Interface Testing 9
3.1.5 Performance Profiling 10
3.1.6 Load Testing 10
3.1.7 Security and Access Control Testing 11
3.2 TOOLS 12
4. Resources 13
4.1 Roles 13
4.2 System 15
5. Project Milestones 15
6. Deliverables 15
6.1 Test Model Error! Bookmark not defined.
6.2 Test Logs Error! Bookmark not defined.
6.3 Defect Reports Error! Bookmark not defined.
Test Plan
1. Introduction
Dokumen Test Plan ini menjelaskan tentang bagaimana Software yang dibuat dapat berjalan
sesuai dengan rencana yang telah di tetapkan. Bukan hanya kode program yang di uji coba, tetapi juga
meliputi semua modul program, alur bisnis software, penggunaan interface, performance dari Software
serta keterkaitan antar halaman dari source code.
Testing itu sendiri merupakan proses pemantapan kepercayaan akan kinerja program atau system
bagaimana yang di harapkan (hetzel 1973).
1.1 Purpose
Dokumen Test Plan ini dibuat untuk memastikan jalannya sistem informasi berbasis web untuk
transaksi inventori agar berjalan dengan baik, termasuk :
1.2 Background
Adapun lingkup testing yang akan di jalankan antara lain meliputi komponen sistem, software
aplikasi, desain interface, arsitektur program aplikasi serta penggunaan dari software secara menyeluruh.
Selain itu kesesuaian antara user yang login dengan halaman yang di tampilkan juga menjadi aspek penting
di dalam tahap testing ini. Tahap pengujian pada software yang dibangun sangat dibutuhkan agar kinerja
dari software maupun database yang di gunakan dapat berjalan sesuai dengan yang diharapkan. Selain itu
tahap ini juga dilakukan untuk menanggulangi maupun mengurangi terjadinya kesalahan (error).
1.3 Scope
Ruang lingkup dari test plan yang akan di jalankan meliputi pengujian source code, desain
database, fungsi dari masing-masing halaman program, desain interface dan performance program.
Menambahkan fitur-fitur yang mendukung program. Dalam pengujian program hanya menggunakan
Human Tester (seorang penguji yaitu dalam kelompok kami yakni test plan) tanpa menggunakan program
tester. Human tester dalam pengujian dan implementasi hanya dilakukan oleh satu orang.
1.5 Reference
Romeo (2003). Testing dan implementasi sistem. Surabaya : STIKOM.
http://en.wikipedia.org/wiki/Load_testing di akses tanggal 10 okt 2011
1. Sistem ini harus memberikan tingkat keamanan yang memadai untuk mencegah perubahan
tidak sah atau tidak disengaja dari database.
3. Test Strategy
Suatu strategi testing software mengintegrasikan metode-metode desain test case software
kedalam suatu rangkaian tahapan yang terencana dengan baik sehingga pengembangan software dapat
berhasil. Strategi menyediakan peta yang menjelaskan tahap-tahap yang harus dilakukan sebagai bagian
dari testing, dan membutuhkan usaha, waktu, dan sumberdaya bila mana tahap-tahap ini derencanakan dan
dilaksanakan. Oleh karena itu, setiap stretegi testing harus menjadi satu kesatuan dengan perencanaan tes,
disain test case, eksekusi tes dan pengumpulan serta evaluasi hasil testing. Adapun tipe startegi yang kami
pilih antara lain :
meliputi segmen WAN ke virus sebagai aplikasi yang paling luar dikerahkan LAN tunggal.
Test Objective: Memastikan data tabel master dan transaksi serta relationalnya berjalan dengan baik.
Output : Data tidak boleh terhapus, jika terhapus mengandung arti terdapat relasi yang
salah
Input : Memberikan inputan berupa huruf pada tipe number, memberi inputan angka
pada tipe karakter, dan mencoba menginputkan data pada form yang sudah di batasi
karakternya.
Input : Memasukkan data yang sama pada atribut primary key atau unique dalam
suatu record baru.
Output : Tidak boleh ada yang sama pada field beratribut primary key. Insert data
pada form inventory, Id inventori tersebut tidak boleh sama, saat insert data pada
form create user data Id akun tidak boleh sama, insert data pada input kreteria dan
bobot data Id kreteria tidak beleh sama.
Input : Mengecek isi atribut dan data yang ada di database dan PDM
Completion Criteria: Setiap perintah query dapat berjalan tanpa terjadi kesalahan
Special Considerations: Query untuk mengambil data pada semua tabel hanya sebagai percobaan dan jika itu
di mungkinkan sesuai dengan kondisi relational yang ada.
Test Objective: Form Input data dan hubungan antar halaman program.
Output : Tampilan antar halaman program sesuai (contohnya dalam penampilan menu
utama program yaitu mengklik menu login yang muncul form login,
Proses : Mencocokkan halaman program yang telah di buka (admin bisa masuk ke semua
halaman program tanpa ada satu form pun yang tidak bisa di akses.)
Output : Halaman yang dibuka harus management admin, serta halaman program yang
dibuat harus sama dengan halaman yang dibuka.
3. Memastikan halaman form inputan sesuai dengan data di database (dalam data
user baru sesuai dengan isi data inputan pada form create user
Input : Melakukan input data dengan melakukan pemindahan kotak dialog menggunakan
tombol ―Tab‖
Output : Urutan input data harus sesuai dan tidak memberikan pemaknaan ganda bagi
pengguna.
5. Memastikan adanya suatu peringatan (error handling) kepada user jika terjadi
salah input data Input : Memasukkan data inputan karakter angka pada kolom
bertipe huruf
Output : Data seharunya tidak tersimpan jika tidak sesuai dan adanya suatu peringatan bagi
user jika user melakukan kesalahan.
Output : Data yang tampil sesuai dengan perhitungan bahan yang digunakan
Completion Criteria: Terdapat kesesuaian antara input yang di harapkan dengan output.
Special -
Considerations:
Output : Adanya kesesuaian dari data yang di inputkan dengan data yang ada di database
dalam artian data yang masuk kedatabase sesuai dengan data inputan.
Output : Merupakan angka perbandingan antara program yang satu dengan yang lain
disini penilaiannya menggunakan ―human tester‖ atau asumsi dari kelompok.
Output : Harus memeberikan kemudahan bagi pengguna serta memiliki kecepatan yang
baik pada saat membuka program dengan memaksimalkan spesifikasi hardware dan
software komputer.
Completion Criteria: Gambaran tampilan dapat dengan mudah di jalankan berdasarkan pembanding
(benchmark) yang tepat.
Special Membedakan antara tipe-tipe pemakai komputer yang berbeda di perusahaan tersebut dan
Considerations: pertimbangan-pertimbangan desain untuk masing-masing penggua.
3.1.4 Performance Profiling (tes perfoma)
Kualitas dari suatu aplikasi seperti kesesuaian antar halaman program, response time, rata-rata
waktu dalam menjalankan satu transasksi, waktu yang memeliki ketergantungan dengan software dapat di
ukur dan di evaluasi.
Technique: 1. Mengakses program secara bersamaan dalam satu waktu oleh dua user.
Output : Kecepatan aksesnya tetap stabil atau menjadi penurunan kecepatan selain itu data
yang di inputkan harus sesuai dengan yang diinputkan tanpa ada data yang sama.
Completion Criteria: Halaman program dapat di akses dengan cepat tanpa loading yang cukup lama dan tanpa
ada error yang terjadi dalam program.
Special Untuk pengujian performance program, kita asumsikan bahwa client yang di gunakan 2
Considerations: komputer karena penggunaan clien tersebut ada dua user dalam perusahaan.
Output : Adanya data yang dihasilkan sesuai dengan query yang dipilih.
Completion Criteria: Kecepatan akses menjadi suatu yang utama didalam kriteria ini
Special Untuk kepuasan pengguna sifatnya bisa relatif, adapun yang kami jadikan sample adalah
Considerations: kepuasan pengguna dari dua kelompok berbeda.
Tingkat keamanan Database dan Tingkat keamanan Sistem, termasuk masuk ke atau akses jarak jauh ke
sistem. Syarat keamanan transaksi inventori adalah pada tingkat database. Sistem ini harus memberikan tingkat
keamanan yang memadai untuk mencegah perubahan yang tidak sah atau tidak disengaja dari database. Perhatikan
bahwa tingkat keamanan aplikasi karena data-data sangat penting karena menyangkut data data penting.
Test Objective: Application-level Security: Mendefinisikan pengguna dan pembagian hak akses dari
aplikasi yaitu pimpinan dan petugas.
System-level Security: Log data akses terhadap system
Database-level Security: Sistem harus memberikan tingkat keamanan yang memadai
untuk mencegah perubahan yang tidak sah atau disengaja ke dalam database.
Output : Adanya kesesuaian dengan data yang ada pada database setelah di manipulasi.
2. Mencoba memasukkan data dengan mencari kesalahan logika dalam query dan
code yang di gunakan
System-level Access:
System-lavel database
4. Buat tes untuk tipe pengguna yang berbeda dan memverifikasi setiap izin dengan
menciptakan transaksi khusus untuk setiap tipe user misalkan antara manajer dan
petugas.
Proses : Ubah jenis pengguna dan tes kembali menjalankan untuk pengguna yang sama
Output : Dalam setiap kasus, pastikan fungsi-fungsi tambahan atau data dengan benar
tersedia atau ditolak
Completion Criteria: Kesesuaian hak akses dalam penggunaannya di dalam aplikasi. Untuk setiap jenis aktor
yang dikenal fungsi yang sesuai atau data yang tersedia, dan semua transaksi berfungsi
seperti yang diharapkan dan berjalan dalam sebelum tes Fungsi Aplikasi.
Special Keamanan data sangat penting karena kesalahan data akan berakibat fatal dalam
Considerations: pengambilan keputusan.
3.2 TOOLS
Berikut daftar Tools yang akan digunakan :
Test Management - - -
4. Resources
Bagian ini menjelaskan system transaksi inventory PT ECCO sebagaimana memudahkan
management dalam mengatur produksi dan inventory, tanggung-jawab utama, dan menetapkan ketrampilan
atau pengetahuan.
4.1 Roles
Tabel ini mendefinisikan tugas dari masing-masing tester terhadap pelaksanaan testing
Human Resources
- Melaksanakan tes
- Memberikan rekomendasi
Test System 1 Memastikan uji lingkungan dan sistem yang akan di uji coba.
Administrator Rincian Tugas :
Database 1 Memastikan data uji (database) lingkungan dan aset yang dikelola dan
Administrator, dipelihara.
Database Rincian Tugas :
Manager
- Mengadministrasikan data yang akan di test
Designer 1 Mengidentifikasi dan mendefinisikan operasi, atribut, dan relasi data uji.
Rincian Tugas :
4.2 System
Berikut ini daftar tabel kebutuhan peralatan dari pelaksanaan testing. Ada beberpa bagian yang
tidak terdefinisi dari pelaksanaan testing ini. Adapun yang akan di lakukan uji coba meliputis simulasi dari
proses bisnis proyek, pengukuran skala proyek dan validasi data di dalam database.
System Resources
Resource Name / Type
Database Server
—Network/Subnet 192.168.10.10 / 255.255.0.0
—Server Name 192.168.10.10
—Database Name Inventory
Client Test PC's
—Include special configuration requirements 192.168.10.13/ 255.255.0.0
Test Repository
—Network/Subnet 192.168.10.12 / 255.255.0.0
—Server Name 192.168.10.12
5. Project Milestones
Pengujian sistem infomasi transaksi inventori ini harus memasukkan kegiatan pengujian untuk
setiap upaya uji coba, diidentifikasi dalam Milestone proyek terpisah harus diidentifikasi untuk
mengkomunikasikan status proyek dan prestasi.±
No. Milestone Task Effort Start Date End Date
1 Plan Test
2 Design Test
3 Implement Test
4 Execute Test
5 Evaluate Test
6. Hasil Testing
Terlampir.
.