Week 16 Template Tugas Besar

Software Test Plan (STP) Template
Bagian Bold adalah bagian yang ditujukan tetap berada pada dokumen ini; bagian italic adalah
komentar yang harus dihilangkan saat pencetakkan dokumen.
Dokumen ini menerangkan garis besar Software Test Plan, yang diadaptasi dari IEEE Standard for
Software Test Documentation (Std 829-1998).
DAFTAR ISI
DAFTAR ISI..................................................................................................................................................... 2
1 INTRODUCTION ..................................................................................................................................... 4
1.1 Objectives...................................................................................................................................... 4
1.2 Testing Strategy ............................................................................................................................ 4
1.3 Scope ............................................................................................................................................. 4
1.4 Reference Material ....................................................................................................................... 4
1.5 Definitions and Acronyms ............................................................................................................. 5
2 TEST ITEMS ............................................................................................................................................ 5
2.1 Program Modules.......................................................................................................................... 5
2.2 Job Control Procedures ................................................................................................................. 5
2.3 User Procedures ............................................................................................................................ 5
2.4 Operator Procedures .................................................................................................................... 5
3 FEATURES TO BE TESTED ...................................................................................................................... 5
4 FEATURES NOT TO BE TESTED .............................................................................................................. 5
5 APPROACH ............................................................................................................................................ 5
5.1 Component Testing ....................................................................................................................... 6
5.2 Integration Testing ........................................................................................................................ 6
5.3 Conversion Testing ........................................................................................................................ 6
5.4 Job Stream Testing ........................................................................................................................ 6
5.5 Interface Testing ........................................................................................................................... 6
5.6 Security Testing ............................................................................................................................. 6
5.7 Recovery Testing ........................................................................................................................... 6
5.8 Performance Testing ..................................................................................................................... 6
5.9 Regression Testing ........................................................................................................................ 6
5.10 Acceptance Testing ....................................................................................................................... 7
5.11 Beta Testing .................................................................................................................................. 7
6 PASS / FAIL CRITERIA ............................................................................................................................. 7
6.1 Suspension Criteria ....................................................................................................................... 7
6.2 Resumption Criteria ...................................................................................................................... 7
6.3 Approval Criteria ........................................................................................................................... 7
7 TESTING PROCESS ................................................................................................................................. 7
7.1 Test Deliverables ........................................................................................................................... 7
7.1.1 Nama Use Case untuk Master Data A ................................................................................... 8
7.1.2 Nama Use Case untuk Master Data B ................................................................................. 10
7.1.3 Nama Use Case untuk Master Data C ................................................................................. 12
7.1.4 User Acceptance Test.......................................................................................................... 14
7.2 Testing Tasks ............................................................................................................................... 16
7.3 Responsibilities ........................................................................................................................... 16
7.4 Resources .................................................................................................................................... 16
7.5 Schedule ...................................................................................................................................... 16
8 ENVIRONMENTAL REQUIREMENTS .................................................................................................... 16
8.1 Hardware .................................................................................................................................... 16
8.2 Software ...................................................................................................................................... 16
8.3 Security ....................................................................................................................................... 16
8.4 Tools ............................................................................................................................................ 16
8.5 Publications ................................................................................................................................. 16
8.6 Risks and Assumptions ................................................................................................................ 16
9 CHANGE MANAGEMENT PROCEDURES .............................................................................................. 16
10 PLAN APPROVALS............................................................................................................................ 16
1 INTRODUCTION
The Introduction section of the Software Test Plan (STP) provides an overview of the project and the
product test strategy, a list of testing deliverables, the plan for development and evolution of the STP,
reference material, and agency definitions and acronyms used in the STP.
Jelaskan tentang gambaran umum Aplikasi yang diuji: Teknologi yang digunakan, Semua Tujuan PA atau
aplikasi, Seluruh fungsionalitas (baik yang akan diuji maupun tidak diuji), Pengguna aplikasi, dapat
ditambahkan informasi lainnya.
1.1 Objectives
(Describe, at a high level, the scope, approach, resources, and schedule of the testing activities. Provide a
concise summary of the test plan objectives, the products to be delivered, major work activities, major
work products, major milestones, required resources, and master high-level schedules, budget, and effort
requirements.)
Jelaskan tujuan dari dokumen ini
1.2 Testing Strategy

{Khusus untuk tugas besar, halaman ini sengaja dibiarkan kosong}
1.3 Scope
(Specify the plans for producing both scheduled and unscheduled updates to the Software Test Plan
(change management). Methods for distribution of updates shall be specified along with version control
and configuration management requirements must be defined.)
(Testing will be performed at several points in the life cycle as the product is constructed. Testing is a very
'dependent' activity. As a result, test planning is a continuing activity performed throughout the system
development life cycle. Test plans must be developed for each level of product testing.)
Jelaskan tujuan PA yang ingin diuji
1.4 Reference Material

(Provide a complete list of all documents and other sources referenced in the Software Test Plan. Reference
to the following documents (when they exist) is required for the high-level test plan:
a. Project authorization,
b. Project plan,
c. Quality assurance plan,
d. Configuration management plan,
e. Organization policies and procedures, and
f. Relevant standards.)
Berisi daftar nama-nama dokumen contoh:
a. Buku Proyek Akhir,
b. SKPL/SRS, dan/atau
c. Laporan Tugas Besar
1.5 Definitions and Acronyms

2 TEST ITEMS
2.1 Program Modules

2.2 Job Control Procedures

2.3 User Procedures

2.4 Operator Procedures

3 FEATURES TO BE TESTED
(Identify all software features and combinations of software features to be tested. Identify the test design
specifications associated with each feature and each combination of features.)
Jelaskan master data dan fungsionalitas yang diujikan.(dari 1.3 scope di atas)
4 FEATURES NOT TO BE TESTED

5 APPROACH
(Describe the overall approaches to testing)
Tuliskan narasi untuk penjelasan subbab
5.1 Component Testing
5.2 Integration Testing

(Testing conducted in which software elements, hardware elements, or both are combined and tested until
the entire system has been integrated. The purpose of integration testing is to ensure that design
objectives are met and ensures that the software, as a complete entity, complies with operational
requirements. Integration testing is also called System Testing.)
Berisi dasar teori tentang:
1. Definisi integration testing,
2. Definisi dan Jenis pengujian pada integration testing yang digunakan (yaitu: Black Box Testing),
3. Definisi dan cara penggunaan/perhitungan: Strategi yang digunakan (Use Case Testing, dimana
didalamnya menggunakan Equivalence Partitioning Class dan BVA, dan User Acceptance Testing
4. Dapat ditambahkan teori yang lain
5.3 Conversion Testing

5.4 Job Stream Testing

5.5 Interface Testing

5.6 Security Testing

5.7 Recovery Testing

5.8 Performance Testing

5.9 Regression Testing

5.10 Acceptance Testing
(Testing conducted to determine whether or not a system satisfies the acceptance criteria and to enable
the customer to determine whether or not to accept the system. Acceptance testing ensures that customer
requirements' objectives are met and that all components are correctly included in a customer package.)
1. Definisi dan tujuan User Acceptance Testing,
5.11 Beta Testing

6 PASS / FAIL CRITERIA

{ Khusus untuk tugas besar, halaman ini sengaja dibiarkan kosong }
6.1 Suspension Criteria

6.2 Resumption Criteria

6.3 Approval Criteria

7 TESTING PROCESS
(Identify the methods and criteria used in performing test activities. Define the specific methods and
procedures for each type of test. Define the detailed criteria for evaluating test results.)
7.1 Test Deliverables

(Identify the deliverable documents from the test process. Test input and output data should be identified
as deliverables. Testing report logs, test incident reports, test summary reports, and metrics' reports must
be considered testing deliverables.)

7.1.1 Nama Use Case untuk Master Data A
a. Tabel Equivalence Class
No Field name Equivalence Class Value Input Data*
b. Tabel Boundary Value Analysis (BVA)

No Field name Boundary Value Input Data*
c. Use Case Scenario

Use Case :
Aktor :
Deskripsi :
Prakondisi :
Poskondisi :
Skenario
Skenario Normal
Skenario Alternatif
d. Test Case Matrix (untuk seluruh metode)
(Tabel ini dapat anda gunakan pada buku PA Bab 4 pada bagian pengujian)
Test Result Status
Test Case Input Data/ Steps
No Expected Actual
7.1.2 Nama Use Case untuk Master Data B


Use Case :
Aktor :
Deskripsi :
Prakondisi :
Poskondisi :
Skenario
Skenario Normal
Skenario Alternatif
Test Result Status
No Expected Actual
7.1.3 Nama Use Case untuk Master Data C


Use Case :
Aktor :
Deskripsi :
Prakondisi :
Poskondisi :
Skenario
Skenario Normal
Skenario Alternatif
(Tabel ini dapat anda gunakan pada buku PA Bab 4 pada bagian pengujian)
Test Result Status
No Expected Actual
7.1.4 User Acceptance Test
(Penyusunan UAT dapat dilihat pada Panduan UAT dari Web Prodi. Kolom ini dapat anda gunakan untuk
pengujian sebagai yang diselesaikan sebelum Sidang Proyek Akhir. Resume dari UAT dapat dituliskan
pada buku PA Bab 4 pada bagian pengujian)
DOKUMENTASI USER ACCEPTANCE TEST

Nama Proyek : Judul Proyek Akhir (PA)
Studi Kasus : Nama Perusahaan Studi Kasus, jika perlu Nama Unit/Bagian Studi Kasus
Penyedia Layanan : Nama Tim –Prodi - Fakultas
Manajer Proyek : Nama Ketua Tim, atau Nama penyusun PA
Tanggal Dokumen : ….
Hasil Uji UAT

Berhasil/ Diuji oleh
NO Use Case/Proses*) Tanggal Test
Gagal **)
1. Nama Uji :
Deskripsi Pengujian :
Kasus Uji :
Hasil yang diharapkan :
2. -
3. -
4. -
5. -
6. -
7. -
*) Use Cases/Proses hapus salah satu. Tulis nama usecase jika menggunakan pendekatan 00, atau proses jika pendekatan terstruktur.
**) Diuji oleh diisikan nama klien atau pengguna akhir atau pegawai di lokasi studi kasus
DAFTAR HADIR
Agenda : PENGUJIAN PENERIMAAN PENGGUNA
Judul Proyek Akhir (PA)
Mitra : Nama Perusahaan Studi Kasus, jika perlu Nama Unit/Bagian Studi Kasus
Penyelenggara : D3 Komputerisasi Akuntansi – Fakultas Ilmu Terapan
Tempat/Tanggal : Ruang/Gedung/ … , Satu Tanggal (1 April 2017) atau Range Tanggal (1-30
April 2017)
Waktu : 08.00 - Selesai
PESERTA PENGUJIAN PENERIMAAN PENGGUNA

No Peran Nama No.Kontak (hp/email) Tanda Tangan
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Pembuat Dokumen, Menyetujui,
Nama Mahasiswa Nama Pembimbing 1

NIM. NIP.
7.2 Testing Tasks
7.3 Responsibilities
7.4 Resources
7.5 Schedule
8 ENVIRONMENTAL REQUIREMENTS
8.1 Hardware
8.2 Software
8.3 Security
8.4 Tools
8.5 Publications
8.6 Risks and Assumptions

9 CHANGE MANAGEMENT PROCEDURES

10 PLAN APPROVALS
Lampiran 1 : Use Case Diagram
(Gambar use case diagram)

Lampiran 2 : Kuesioner User Requirement
(bentuk kuesioner disampaikan pada dokumen terpisah)

Templat Rencana Uji Perangkat Lunak (STP)
Bagian Bold adalah bagian yang harus tetap pada dokumen ini; bagian italic adalah komentar yang
harus dihilangkan saat pencocokan dokumen.
Dokumen ini menerangkan garis besar Rencana Uji Perangkat Lunak, yang diadaptasi dari Standar IEEE
untuk Dokumen Uji Perangkat Lunak (Std 829-1998).
11 DAFTAR ISI
DAFTAR ISI
1 PENDAHULUAN
1.1 Tujuan
1.2 Strategi Pengujian
1.3 Lingkup
1.4 Bahan Referensi
1.5 Definisi dan Akronim
2 ITEM UJI
2.1 Modul Program
2.2 Prosedur Kontrol Pekerjaan
2.3 Prosedur Pengguna
2.4 Prosedur Operator
3 FITUR YANG HARUS DIUJI
4 FITUR YANG TIDAK DIUJI
5 PENDEKATAN
5.1 Pengujian Komponen
5.2 Pengujian Integrasi
5.3 Pengujian Konversi
5.4 Pengujian Aliran Pekerjaan
5.5 Pengujian Antarmuka
5.6 Pengujian Keamanan
5.7 Pengujian Pemulihan
5.8 Pengujian Kinerja
5.9 Pengujian Regresi
5.10 Pengujian Penerimaan
5.11 Pengujian Beta
6 LULUS / GAGAL KRITERIA
6.1 Kriteria Penangguhan
6.2 Kriteria Pengembalian
6.3 Kriteria Persetujuan
7 PROSES PENGUJIAN
7.1 Hasil Uji
7.1.1 Nama Use Case untuk Data Master A
7.1.2 Nama Use Case untuk Data Master B
7.1.3 Nama Use Case untuk Data Master C
7.1.4 Tes Penerimaan Pengguna
7.2 Tugas Pengujian
7.3 Tanggung jawab
7.4 Sumberdaya
7.5 Jadwal
8 PERSYARATAN LINGKUNGAN
8.1 Perangkat Keras
8.2 Perangkat Lunak
8.3 Keamanan
8.4 Alat
8.5 Publikasi
8.6 Risiko dan Asumsi
9 PROSEDUR MANAJEMEN PERUBAHAN
10 PERSETUJUAN RENCANA
12 1 PENDAHULUAN
Bagian Pendahuluan dari Rencana Uji Perangkat Lunak (STP) memberikan ikhtisar proyek dan strategi
pengujian produk, daftar hasil pengujian, rencana untuk pengembangan dan evolusi STP, bahan
referensi, dan definisi agensi serta akronim yang digunakan dalam STP.
Jelaskan TENTANG Gambaran Sales manager Aplikasi Yang diuji: Teknologi Yang digunakan, * Semua
Tujuan PA ATAU Aplikasi, fungsionalitas Seluruh (Baik Yang akan diuji maupun TIDAK diuji) , Pengguna
Aplikasi, d apat ditambahkan information lainnya.
12.1 1.1 Tujuan
(Jelaskan, pada tingkat tinggi, ruang lingkup, pendekatan, sumber daya, dan jadwal kegiatan pengujian.
Berikan ringkasan singkat dari tujuan rencana pengujian, produk yang akan disampaikan, kegiatan kerja
utama, produk pekerjaan utama, tonggak utama, diperlukan sumber daya, dan menguasai jadwal tingkat
tinggi, anggaran, dan persyaratan upaya.)
Jelaskan tujuan dari dokumen ini

12.2 1.2 Strategi Pengujian
{ Khusus untuk tugas besar, halam ini sengaja dibiarkan kosong }
12.3 1.3 Lingkup
(Tentukan rencana untuk membuat pembaruan yang dijadwalkan dan tidak terjadwal untuk Rencana Uji
Perangkat Lunak (manajemen perubahan). Metode untuk distribusi pembaruan harus ditentukan bersama
dengan kontrol versi dan persyaratan manajemen konfigurasi harus ditentukan.)
( Pengujian akan dilakukan di beberapa titik dalam siklus hidup ketika produk dibangun. Pengujian adalah
kegiatan yang sangat 'tergantung'. Sebagai hasilnya, perencanaan pengujian adalah kegiatan
berkelanjutan yang dilakukan di seluruh siklus hidup pengembangan sistem. Rencana pengujian harus
dikembangkan untuk setiap tingkat pengujian produk. )
Jelaskan tujuan PA yang ingin permohonan

12.4 1.4 Bahan Referensi
(Berikan daftar lengkap semua dokumen dan sumber lain yang dirujuk dalam Rencana Uji Perangkat
Lunak. Diperlukan referensi untuk dokumen-dokumen berikut (bila ada) untuk rencana uji tingkat tinggi:
a. Otorisasi proyek,
b. Rencana proyek,
c. Rencana jaminan kualitas,
d. Rencana manajemen konfigurasi,
e. Kebijakan dan prosedur organisasi, dan
f. Standar yang relevan.)
Berisi daftar nama-nama dokumen contoh:
a. Buku Proyek Akhir,
b. SKPL / SRS, dan / atau
c. Laporan Tugas Besar
12.5 1.5 Definisi dan Akronim
13 2 ITEM UJI
13.1 2.1 Modul Program
13.2 2.2 Prosedur Kontrol Pekerjaan
13.3 2.3 Prosedur Pengguna
13.4 2.4 Prosedur Operator
14 3 FITUR YANG HARUS DIUJI
(Identifikasi semua fitur perangkat lunak dan kombinasi fitur perangkat lunak yang akan diuji. Identifikasi
spesifikasi desain uji yang terkait dengan setiap fitur dan setiap kombinasi fitur.)
J master data master dan fungsionalitas yang diujikan. (Dari 1.3 scope di atas)
15 4 FITUR YANG TIDAK DIUJI
16 5 PENDEKATAN
(Jelaskan pendekatan keseluruhan untuk pengujian)
16.1 5.1 Pengujian Komponen
16.2 5.2 Pengujian Integrasi
(Pengujian dilakukan di mana elemen perangkat lunak, elemen perangkat keras, atau keduanya
digabungkan dan diuji hingga seluruh sistem terintegrasi. Tujuan pengujian integrasi adalah untuk
memastikan bahwa tujuan desain terpenuhi dan memastikan bahwa perangkat lunak, sebagai entitas
yang lengkap, memenuhi dengan persyaratan operasional. Pengujian integrasi juga disebut Pengujian
Sistem.)
1. Pengujian integrasi Definisi,
2. Definisi dan Jenis pengujian pada pengujian integrasi yang digunakan (yaitu: Pengujian Kotak
Hitam),
3. Definisi dan cara penggunaan: Strategi yang digunakan (Dimana Menggunakan Pengujian, dimana
didalamnya menggunakan Kelas Kesetaraan Partisi dan BVA, dan Pengujian Penerimaan
Pengguna
16.3 5.3 Pengujian Konversi
16.4 5.4 Pengujian Aliran Pekerjaan
16.5 5.5 I nterface Testing
16.6 5.6 Pengujian Keamanan
16.7 5.7 Pengujian Pemulihan
16.8 5.8 Pengujian Kinerja
16.9 5.9 Pengujian Regresi
16.10 5.10 Pengujian Penerimaan
(Pengujian dilakukan untuk menentukan apakah suatu sistem memenuhi kriteria penerimaan atau tidak
dan memungkinkan pelanggan menentukan apakah menerima sistem atau tidak. Pengujian penerimaan
memastikan bahwa tujuan persyaratan pelanggan terpenuhi dan bahwa semua komponen dimasukkan
dengan benar dalam paket pelanggan. .)
1. Definisi dan tujuan Pengujian Penerimaan Pengguna,
16.11 5.11 Pengujian Beta
17 6 LULUS / GAGAL KRITERIA
17.1 6.1 Kriteria Penangguhan
17.2 6.2 Kriteria Pengembalian
17.3 6.3 Kriteria Persetujuan
18 7 PROSES PENGUJIAN
(Identifikasi metode dan kriteria yang digunakan dalam melakukan kegiatan tes. Tetapkan metode dan
prosedur khusus untuk setiap jenis tes. Tetapkan kriteria terperinci untuk mengevaluasi hasil tes.)

18.1 7.1 Hasil Uji
(Identifikasi dokumen yang dapat dikirim dari proses pengujian. Input dan output data uji harus
diidentifikasi sebagai hasil. Log laporan pengujian, laporan insiden uji, laporan ringkasan pengujian, dan
laporan metrik harus dipertimbangkan sebagai pengujian hasil yang dapat dikirim.)
18.1.1 7.1.1 Nama Use Case untuk Data Master A

a. Tabel Kelas Kesetaraan
Tidak Nama bidang Kelas Kesetaraan Nilai Memasukan data*

Tidak Nama bidang Batas Nilai Memasukan
data*
c. Gunakan Skenario Kasus

Gunakan Kasus :
Aktor :
Deskripsi :
Prakondisi :
Poskondisi :
Skenario
Skenario Normal
Skenario Alternatif
d. Matriks Uji Kasus (untuk seluruh metode)

(Tabel ini dapat digunakan pada buku PA Bab 4 pada bagian pengujian)
Tes No Kasus cobaan Input Data / Langkah
Diharapkan
18.1.2 7.1.2 Nama Use Case untuk Data Master B


data*

Gunakan Kasus :
Aktor :
Deskripsi :
Prakondisi :
Poskondisi :
Skenario
Skenario Normal
Skenario Alternatif

Diharapkan
18.1.3 7.1.3 Nama Use Case untuk Data Master C

data*

Gunakan Kasus :
Aktor :
Deskripsi :
Prakondisi :
Poskondisi :
Skenario
Skenario Normal
Skenario Alternatif

(Tabel ini dapat digunakan pada buku PA Bab 4 pada bagian pengujian)
Diharapkan
18.1.4 7.1.4 Gunakan r Penerimaan Tes
( Penyusunan UAT dapat dilihat pada Panduan UAT dari Web Prodi . Kolom ini dapat digunakan untuk
menguji sebagai yang disetujui sebelum Sidang Proyek Akhir. Resume dari UAT dapat dituliskan pada
buku PA Bab 4 pada bagian hasil pengujian )
UJI PENERIMAAN PENGGUNA DOKUMENTASI

Nama Proyek : Judul Proyek Akhir (PA)
Studi Kasus : Nama Perusahaan Studi Kasus, jika perlu Nama Unit / Bagian Studi
Kasus
Penyedia Layanan : Nama Tim –Prodi - Fakultas
Manajer Proyek : Nama Ketua Tim, atau Nama penyusun PA
Tanggal Dokumen : ....
Hasil Uji UAT

Berhasil / Diuji oleh
TIDAK Gunakan Kasing / Proses *) Tes Tanggal
Gagal **)
1. Nama Uji :
Deskripsi Pengujian :
Kasus Uji :
Hasil yang diharapkan :
2. -
3. -
4. -
5. -
6. -
7. -
*) Gunakan Kasus / Proses hapus salah satu. Tulis nama usecase jika menggunakan disetujui 00, atau proses jika diminta terstruktur.
**) Diuji oleh diisikan nama klien atau pengguna akhir atau pegawai di lokasi studi kasus
DAFTAR HADIR
Jadwal acara : PENGUJIAN PENERIMAAN PENGGUNA
Judul Proyek Akhir (PA)
Mitra : Nama Perusahaan Studi Kasus, jika perlu Nama Unit / Bagian Studi Kasus
Penyelenggara : D3 Komputerisasi Akuntansi - Fakultas Ilmu Terapan
Tempat / : Ruang / Gedung /…, Satu Tanggal (1 April 2017) atau Range Tanggal (1-30
Tanggal April 2017)
Waktu : 08.00 - Selesai
PESERTA PENGUJIAN PENERIMAAN PENGGUNA

Tidak Peran Nama No.Kontak (hp / email) Tanda Tangan
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Pembuat Dokumen, Menyetujui,
Nama Mahasiswa Nama Pembimbing 1

NIM. GIGIT.
18.2 7.2 Tugas Pengujian

18.3 7.3 Tanggung jawab
18.4 7.4 Sumberdaya
18.5 7.5 Jadwal
19 8 PERSYARATAN LINGKUNGAN
19.1 8.1 Perangkat Keras
19.2 8.2 Perangkat Lunak
19.3 8.3 Keamanan
19.4 8.4 Alat
19.5 8.5 Publikasi
19.6 8.6 Risiko dan Asumsi
20 9 PROSEDUR MANAJEMEN PERUBAHAN
21 10 PERSETUJUAN RENCANA
Resmi 1 : Gunakan Diagram Kasus
( Gambar use case diagram )
Lampiran 2 : Kuesioner Kebutuhan Pengguna
( bentuk kuesioner yang disampaikan pada dokumen terpisah )

Week 16 Template Tugas Besar

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Week 16 Template Tugas Besar

Uploaded by

Copyright:

Available Formats

Software Test Plan (STP) Template

Jelaskan tujuan dari dokumen ini

1.2 Testing Strategy

Jelaskan tujuan PA yang ingin diuji

1.4 Reference Material

1.5 Definitions and Acronyms

2.1 Program Modules

2.2 Job Control Procedures

2.3 User Procedures

2.4 Operator Procedures

4 FEATURES NOT TO BE TESTED

5.2 Integration Testing

5.3 Conversion Testing

5.4 Job Stream Testing

5.5 Interface Testing

5.6 Security Testing

5.7 Recovery Testing

5.8 Performance Testing

5.9 Regression Testing

5.11 Beta Testing

6 PASS / FAIL CRITERIA

6.1 Suspension Criteria

6.2 Resumption Criteria

6.3 Approval Criteria

Tuliskan narasi untuk penjelasan subbab

7.1 Test Deliverables

Tuliskan narasi untuk penjelasan subbab

b. Tabel Boundary Value Analysis (BVA)

c. Use Case Scenario

b. Tabel Boundary Value Analysis (BVA)

c. Use Case Scenario

b. Tabel Boundary Value Analysis (BVA)

c. Use Case Scenario

DOKUMENTASI USER ACCEPTANCE TEST

Hasil Uji UAT

Hasil yang diharapkan :

PESERTA PENGUJIAN PENERIMAAN PENGGUNA

Pembuat Dokumen, Menyetujui,

Nama Mahasiswa Nama Pembimbing 1

8.6 Risks and Assumptions

9 CHANGE MANAGEMENT PROCEDURES

(Gambar use case diagram)

(bentuk kuesioner disampaikan pada dokumen terpisah)

Jelaskan tujuan dari dokumen ini

Jelaskan tujuan PA yang ingin permohonan

Tuliskan narasi untuk penjelasan subbab

Tuliskan narasi untuk penjelasan subbab

18.1.1 7.1.1 Nama Use Case untuk Data Master A

b. Tabel Boundary Value Analysis (BVA)

c. Gunakan Skenario Kasus

d. Matriks Uji Kasus (untuk seluruh metode)

18.1.2 7.1.2 Nama Use Case untuk Data Master B

b. Tabel Boundary Value Analysis (BVA)

c. Gunakan Skenario Kasus

d. Matriks Uji Kasus (untuk seluruh metode)

b. Tabel Boundary Value Analysis (BVA)

c. Gunakan Skenario Kasus

d. Matriks Uji Kasus (untuk seluruh metode)

UJI PENERIMAAN PENGGUNA DOKUMENTASI

Hasil Uji UAT

Hasil yang diharapkan :

PESERTA PENGUJIAN PENERIMAAN PENGGUNA

Pembuat Dokumen, Menyetujui,