Beruflich Dokumente
Kultur Dokumente
Indomarco Prismatama
<Iteration/ Master> Test Plan
Test Plan.docx
Version:
1.0
Date: 10/12/2015
Disusun oleh:
Anang Fahmi Ridlo
A11.2012.07092
Nomor Dokumen
Jurusan
Teknik Informatika
Halaman
Halaman 1/18
Tgl:10-12-2015
Confidential
Afrido, 2015
Page 1
Version:
1.0
Date: 10/12/2015
Confidential
Afrido, 2015
Page 2
Version:
1.0
Date: 10/12/2015
Revision History
Date
10/12/2015
Confidential
Version
1.0
Description
Draft pertama
Afrido, 2015
Author
Anang Fahmi Ridlo
Page 3
Version:
1.0
Date: 10/12/2015
Table of Contents
1.
Introduction
1.1 Purpose
1.2 Scope
1.3 Intended Audience
1.4 Document Terminology and Acronyms
1.5 References
1.6 Document Structure
5
5
5
5
5
5
5
2.
6
6
6
6
3.
5.
Test Approach
5.1 Initial Test-Idea Catalogs and other reference sources
5.2 Testing Techniques and Types
5.2.1 Data and Database Integrity Testing
5.2.2 Function Testing
5.2.3 Business Cycle Testing
5.2.4 User Interface Testing
5.2.5 Performance Profiling
5.2.6 Load Testing
5.2.7 Stress Testing
5.2.8 Volume Testing
5.2.9 Security and Access Control Testing
5.2.10 Failover and Recovery Testing
5.2.11 Configuration Testing
5.2.12 Installation Testing
7
7
7
7
9
9
12
12
12
13
14
14
14
14
14
6.
Project Milestone
15
Confidential
Afrido, 2015
Page 4
Version:
1.0
Date: 10/12/2015
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.
1.1 Purpose
Dokumen Test Plan ini dibuat untuk memastikan jalannya sistem informasi berbasis
web untuk transaksi inventori agar berjalan dengan baik, termasuk :
1. Mengidentifikasi komponen software yang harus ditest
2. Konsistensi dalam database
3. Membuat rekomendasi kebutuhan untuk Test
4. Membuat rekomendasi dan mendeskripsikan testing strategi yang akan dilakukan
5. Mengidentifikasi kebutuhan sumberdaya(dari database maupun komponen lain yang
digunakan)
6. Test logika program.
1.2 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.
Pengujian akan dibagi menjadi ke dalam langkah-langkah sebagai berikut :
1. Data and Database Integrity Testing (tes ketahanan sistem)
2. Function Testing (tes recovery system)
3. User Interface Testing (tes akses)
4. Performance Profilling Testing (tes perfoma)
5. Load Testing (tes aplikasi)
6. Security and Access Control Testing (tes security)
1.3 Document Terminology and Acronyms
Dokumen ini dibuat supaya dapat membantu pengembangan dari komponen-komponen
pendukung aplikasi pada saat pertengahan proyek dan saat aplikasi sudah pada tahap
penyelesaian dan penyempurnaan dengan menggunakan parameter-paraemeter yang telah
dipersipkan agar dapat mengukur apakah aplikasi dapat dirilis atau belum.
1.4 References
Akronim yang digunakan pada dokumen ini merujuk pada dokumen Glossary Sistem
Inventori PT. Indomarco Prismatama.
Confidential
Afrido, 2015
Page 5
Istilah,
AkronimdanSingkatan
WWW
Version:
1.0
Date: 10/12/2015
Keterangan
World Wide Web
Stakeholder
Database
Basis Data
Merupakantempatuntukmenyimpan data-data yang
diperlukan.
Objektif yang harus selesai di setiap fase
Milestone
Rencana uji berikut digunakan sebagai panduan pengujian perangkat lunak Sistem
Inventori PT. Indomarco Prismatama untuk memastikan aplikasi yang dibuat telah
memenuhi spesifikasi persyaratan dan kriteria dari rancangan diagram use case. Ini juga
menjamin produksi perangkat lunak yang handal dan mengurangi biaya pemeliharaan di
masa depan.
2.2 Evaluation Mission
Tujuan dari rencana pengujian adalah untuk memastikan bahwa perangkat lunak ini
memenuhi spesifikasi dan kriteria rancangan dari tahapan sebelumnya. Pada pengujian yang
dilakukan, kami menggunakan acuan diagram kelas.
2.3 Test Motivators
Tujuan pertama dari pengujian adalah pencegahan bug. Bug dapat dicegah untuk
mengurangi biaya karena tidak perlu memperbaiki kode berulang kali dan tidak merusak
jadwal kerja proyek.
Tujuan kedua dari pengujian adalah untuk menemukan penyebab bug dengan
menggunakan banyak pengujian kecil. Untuk mengulangi pengujian ini, rencana uji harus
dirancang, diuji dan diimplementasikan. Hasil dari diagnosa bug tersebut harus jelas
sehingga dapat dengan mudah diperbaiki.
Untuk mencapai tujuan ini kita harus mempertimbangkan motivasi berikut:
Confidential
Risiko kualitas: Aplikasi ini perlu diuji dengan metode-metode sebelumnya diuraikan
untuk setiap kemunduran kegagalan kualitas.
Afrido, 2015
Page 6
Version:
1.0
Date: 10/12/2015
Kebutuhan Fungsional (use case): Aplikasi ini perlu diuji untuk memastikan bahwa
setiap use case telah benar dilaksanakan.
Confidential
Afrido, 2015
Page 7
Technique:
Version:
1.0
Date: 10/12/2015
Confidential
Afrido, 2015
Page 8
Version:
1.0
Date: 10/12/2015
Completion
Criteria:
Special
Considerations:
Test Objective:
Confidential
Afrido, 2015
Page 9
Technique:
Version:
1.0
Date: 10/12/2015
Confidential
Afrido, 2015
Page 10
Completion
Criteria:
Special
Considerations:
Confidential
Version:
1.0
Date: 10/12/2015
Afrido, 2015
Page 11
Version:
1.0
Date: 10/12/2015
Test Objective:
Technique:
Completion
Criteria:
Special
Considerations:
Afrido, 2015
Page 12
Version:
1.0
Date: 10/12/2015
time, rata-rata waktu dalam menjalankan satu transasksi, waktu yang memeliki ketergantungan
dengan software dapat diukur dan di evaluasi.
Test Objective:
Technique:
Completion
Criteria:
Special
Considerations:
Confidential
Afrido, 2015
Page 13
Technique:
Version:
1.0
Date: 10/12/2015
Completion Criteria
Special
Considerations:
Confidential
Afrido, 2015
Page 14
Technique:
Version:
1.0
Date: 10/12/2015
Completion
Criteria:
Special
Considerations:
4.2 TOOLS
Berikut daftar Tools yang akan digunakan :
Tool
Vendor/ In House
Test Management
Project Management
MS Project 2010
Microsoft
Confidential
Afrido, 2015
Version
2010
Page 15
DBMS Tool
Desain I/O
Merancang CDM dan
PDM
System Flow dan
Data Flow
Pembuat Laporan
Version:
1.0
Date: 10/12/2015
SQL3
Microsoft Visual
Studio
Powerdesigner
Microsoft
Microsoft
2005
2005
Sybase
Microsoft Visio
Microsoft
2007
Microsoft Word
Microsoft
2013
5. 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.
5.1 Roles
Tabel ini mendefinisikan tugas dari masing-masing tester terhadap pelaksanaan testing:
Human Resources
Worker
Minimum Resources
Specific Responsibilitiesor
Recommended (number of
Comments
full-time roles allocated)
Test Manager, Test Project
1
Menyediakan
manajemen
Manager
pengawasan. Rincian tugas :
Memberikan arahan teknis
kepada pelaksana
Memperoleh
pelaksana
tester yang tepat
Menyediakan
laporan
proyek
Test Designer
1
Mengidentifikasi,
memprioritaskan,
dan
melaksanakan uji kasus.
Riancian Tugas :
Merencanakan uji coba
Menghasilkan
modelpengujian
Mengevaluasi efektivitas
pengujian
Tester
1
Melaksanakan tes.
Rincian Tugas :
Melaksanakan tes
Melaporkan hasil tes
Memberikan rekomendasi
Mencatat dokumen
Confidential
Afrido, 2015
Page 16
Database
Administrator,
Database Manager
Version:
1.0
Date: 10/12/2015
5.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
192.168.10.10 / 255.255.0.0
Network/Subnet
192.168.10.10
Server name
Inventory
Database name
Client Test PC's
Include
special
configuration 192.168.10.13/ 255.255.0.0
requirements
Test Repository
192.168.10.12 / 255.255.0.0
Network/Subnet
192.168.10.12
Server name
6. Project Milestone
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
1.
Plan Test
2.
Design Test
3.
Implement Test
Confidential
Effort
Afrido, 2015
Start Date
End Date
Page 17
4.
Execute Test
5.
Evaluate Test
Confidential
Afrido, 2015
Version:
1.0
Date: 10/12/2015
Page 18