Dokumen ini berisi rencana pengujian untuk sistem administrasi madrasah. Dokumen ini menjelaskan fitur-fitur yang akan diuji, skenario pengujian untuk setiap fitur, dan pendekatan yang akan digunakan dalam pengujian seperti pengujian inkremental dan metode top-down."

1. Dokumen Desain Testing
Rancang Bangun Sistem Administrasi Madrasah
Aliyah di pondok Pesantren Amanatul Ummah
Surabaya
Kelompok 12
Muhamad Nasrullah (5209100704)
Sulistiyono (5209100705)
Approvals Signature Block
Organization Responsibility Signature Date
Customer /customer representative
Project Manager
Software Quality Assurance Leader
Software Configuration Management
Leader
User Documentation Leader
User Training Leader
Testing Manager

2. Table of Contents
1. TEST DESIGN SPECIFICATION IDENTIFIER ............................................................................................... 3
2. FEATURES TO BE TESTED........................................................................................................................ 3
3. APPROACH REFINEMENTS ..................................................................................................................... 8
4. TEST IDENTIFICATION ............................................................................................................................. 9
5. FEATURE PASS/FAIL CRITERIA .............................................................................................................. 11
DOCUMENT CONTROL ................................................................................................................................... 15
CHANGE HISTORY .............................................................................................................................................. 15

3. 1. TEST DESIGN SPECIFICATION IDENTIFIER
Terdapat 2 perspektif kesimpulan yang dapat kita ambil, yaitu Testing berhasil
atau testing gagal.
Testing yang akan dilaksanakan dianggap sukses, ketika testing pada masing-
masing test case sesuai dengan skenario yang telah dibuat. Jika dalam pelaksanaannya
terdapat ketidaksesuaian, maka testing terhadap test case tersebut dianggap tidak
berhasil/gagal.
2. FEATURES TO BE TESTED
Aplikasi SISMA ( Sistem Administrasi) ini memiliki beberapa fitur dalam
menjalankan fungsinya sebagai salah satu aplikasi yang akan dipergunakan di instansi
pendidikan. Berikut merupakan beberapa fitur Aplikasi SISMA yang akan menjadi fokus
pengujian kami, diantaranya :
1. Fitur Pengisian Siswa Baru.
2. Fitur Pengisian Atribut Siswa.
3. Fitur Pengisian Ekstrakurikuler Siswa.
4. Fitur Penyajian Pelaporan Siswa.
5. Fitur Penyajian Pelaporan Grafik Prestasi Siswa.
6. Fitur Penyajian Pelaporan Grafik Ekstrakurikuler.
7. Fitur Penyajian Pelaporan Grafik Tingkat Ekonomi Siswa.
Pada setiap fitur memiliki deskripsi desain yaitu sebagai berikut :
1. Sekenario Uji Coba Mekanisme pengisian siswa baru.
Usecase yang terlibat : 1. Mengelola Profil siswa
2. Membuka refrensi daftar sekolah
3. Menambah refrensi daftar sekolah
4. Membuka refrensi asrama
5. Menambah asrama
Aktor yang terlibat : Super administrator
Tujuan : Testcase ini digunakan untuk memastikan
proses penambahan rekam siswa baru
berjalan dengan benar
Kondisi Awal : Rekam siswa baru masih kosong
Kondisi akhir : Rekam siswa baru yang dimasukkan
muncul pada profil siswa
IEEE Standard for Software Test DocumentationTemplate 3

4. Langkah-langkah yang harus dilakukan untuk menjalankan sekenario ini adalah
sebagai berikut:
1. Login sebagai super administrator
2. Membuka menu kesiswaan dan masuk pada profil siswa
3. Pilih tab tambah siswa baru
4. Masukkan data siswa baru
5. Tambahkan bahasa keseharian baru, asal sekolah dan asrama.
6. Pilih simpan
7. Pada daftar siswa akan tampil informasi NIS dan nama siswa baru yang baru
dimasukkan.
2. Sekenario Uji Coba Mekanisme pengisian Atribut siswa.
Usecase yang terlibat : 1. Mengelola Profil siswa
2. Mengelola orang tua siswa
3. Mengelola Prestasi siswa
4. Mengelola hobi siswa
Aktor yang terlibat : Super administrator
Tujuan : Testcase ini digunakan untuk memastikan
proses penambahan rekam personal
perestasi, hobi, biodata orang tua berjalan
dengan benar
Kondisi Awal : Rekam prestasi, hobi dan biodata orang
tuas siswa bernama “Arif Bijak Teladan”
masih kosong.
Kondisi akhir : Rekam prestasi, hobi dan biodata orang
tuas siswa bernama “Arif Bijak Teladan”
telah terisi pada masing-masing atribut
yaitu daftar hobi, prestasi dan biodata
orang tua siswa dipersonal arif bijak
teladan.
Langkah-langkah yang harus dilakukan untuk menjalankan sekenario ini adalah
sebagai berikut:
1. Login sebagai super administrator.
2. Masuk pada menu kesiswaan kemudian pilih profil.
3. Pilih siswa yang bernama “Arif Bijak Teladan”.
4. Kemudian buka aksi “detail” dan lakukan perubahan pada nama “Arif
Bijak Teladan” menjadi “Arif Bijak” kemudian simpan.
5. Kemudian buka kembali aksi “prestasi” dan tambahkan prestasi “Lomba
programming” kemudian simpan dan tunjukkan hasilnya pada daftar
prestasi “Arif Bijak”.
IEEE Standard for Software Test DocumentationTemplate 4

5. 6. Kemudian buka kembali aksi “Hobi” dan tambahkan hobi “Badminton”
dan simpan hobi. Kemudia tunjukkan hasilnya pada daftar hobi “Arif
Bijak”.
7. Kemudian buka kembali aksi “Orang Tua”dan isikan form orang tua siswa.
Setelah selesai klik simpan dan tunjukkan hasilnya pada form orang tua
siswa.
3. Sekenario Uji Coba Mekanisme pengisian ekstrakurikuler siswa.
Usecase yang terlibat : 1. Membuka refrensi ekstrakurikuler
2. Menambah refrensi ekstrakurikuler
3. Mengelola anggota ekstrakurikuler siswa
Aktor yang terlibat : Super administrator
Tujuan : Testcase ini digunakan untuk memastikan
proses penambahan rekam ekstrakurikuler
beserta dengan pemasukkan anggota baru
ekstrakurikuler telah berjalan dengan benar.
Kondisi Awal : Rekam jenis ekstrakurikuler yang tersedia
adalah breakdense, karate dan paskibra.
Siswa yang bernama “Arif Bijak” belum
mengikuti ekstrakurikuler apapun.
Kondisi akhir : Terdapat jenis ekstrakurikuler baru bernama
“Rohis” pada Rekam jenis ekstrakurikuler.
Siswa yang bernama “Arif Bijak” masuk dalam
siswa yang mengikuti ekstrakurikuler “Rohis”.
Langkah-langkah yang harus dilakukan untuk menjalankan sekenario ini adalah
sebagai berikut:
1. Login sebagai super administrator.
2. Masuk pada menu refrensi kemudian pilih refrensi eskul
3. Buka tab “tambah baru” dan isiakan nama jenis ekstrakurikuler
baru “Rohis” kemudian disimpan.
4. Masuk pada menukesiswaan dan pilih ekstrakurikuler.
5. Buka tab buat baru dan pilih jenis ekstrakurikuler “Rohis” dan
nama siswa “Arif Bijak” lalu tekan simpan.
6. Tampilkan anggota eskul “Rohis” pada menu ekstrakurikuler.
4. Sekenario Uji Coba Mekanisme penyajian pelaporaninduk siswa.
Usecase yang terlibat : Mengelola orang tua siswa
Aktor yang terlibat : Super administrator
IEEE Standard for Software Test DocumentationTemplate 5

6. Tujuan : Tescase ini digunakan untuk memastikan
laporan induk siswa ini telah berjalan dengan
benar.
Kondisi Awal : Memasukkan informasi tentang seorang
siswa.
Kondisi akhir : Mencetak induk siswa siswa tersebut.
Langkah-langkah yang dilakukan untuk memastikan scenario ini berjalan dengan
benar adalah sebagai berikut:
1. Login sebagai Super Administrator
2. Berdasarkan testcase pengisian atribut siswa, makan dapat digunakan
siswa bernama “Arif Bijak” dalam langkah ujicoba pengisian informasi
seorang siswa.
3. Kemudian, masuk pada menu laporan klik menu induk siswa.
4. Pada daftar siswa klik link “Print”.
5. Sistem mengeluarkan pop-uppilihan printer untuk mencetak informasi
personal siswa yang terdiri dari biodata, riwayat pendidikan dan biodata
orang tua siswa.
5. Skenario Uji Coba Mekanisme Penyajian Pelaporan grafik prestasi siswa.
Usecase yang terlibat : Mengelola prestasi siswa
Aktor yang terlibat : Super administrator
Tujuan : Tescase ini digunakan untuk memastikan
grafik laporan prestasi siswa ini telah berjalan
dengan benar.
Kondisi Awal : Grafik menampilkan informasi statistik
prestasi siswa sebelum ditambahkan sebuah
prestasi baru.
Kondisi akhir : Grafik menampilkan informasi statistic
prestasi siswa setelah ditambah sebuah
prestasi baru.
Langkah-langkah yang dilakukan untuk memastikan scenario ini berjalan dengan
benar adalah sebagai berikut:
1. Login sebagai Super Administrator.
2. Masuk pada menu laporan klik menu prestasi siswa.
3. Setelah tampil pilihan tahun, pilih salah satu tahun dan klik
tombol tampilkan grafik.
4. Sistem menyajikan grafik prestasi siswa saat ini.
5. Kemudian, tambahkan prestasi baru pada siswa yang bernama
“Arif Bijak”.
IEEE Standard for Software Test DocumentationTemplate 6

7. 6. Tambahkan informasi:
Jenis Prestasi : Lomba Olimpiade Matematika
Keterangan : OSM ITS
Tahun : 2011
7. Kemudian tampilkan kembali grafik prestasi.
6. Skenario Uji Coba Mekanisme penyajian pelaporan grafik ekstrakurikuler.
Usecase yang terlibat : 1. Mengelola Grafik laporan ekstrakurikuler
2. Mengelola ekstrakurikuler
Aktor yang terlibat : Super administrator
Tujuan : Tescase ini digunakan untuk memastikan grafik
laporan ekstrakurikuler siswa ini telah berjalan
dengan benar.
Kondisi Awal : Grafik menampilkan informasi statistik
ekstrakurikuler sebelum ditambahkan sebuah
siswa yang mengikuti ekstrakurikuler baru.
Kondisi akhir : Grafik menampilkan informasi statistik
ekstrakurikuler setelah ditambahkan sebuah
siswa yang mengikuti ekstrakurikuler baru.
Langkah-langkah yang dilakukan untuk memastikan scenario ini berjalan dengan
benar adalah sebagai berikut:
1. Login sebagai Super Administrator.
2. Masuk pada menu laporan klik menu ekstrakurikuler.
3. Kemudian akan tampil pilihan tahun, selanjutnyapilih salah satu tahun
dan tekan tombol tampilkan grafik.
4. Sistem menyajikan grafik ekstrakurikuler siswa saat ini.
5. Kemudian, tambahkan anggota ekstrakurikuler baru pada siswa yang
bernama “Arif Bijak”.
6. Tambahkan informasi:
jenis ekstrakurikuler : Rohis
Siswa : Arif Bijak
7. Kemudian tampilkan kembali grafik ekstrakurikuler.
7. Sekenario Uji Coba Mekanisme penyajian pelaporan grafik tingkat ekonomi
siswa.
Usecase yang terlibat : Mengelola orang tua siswa
IEEE Standard for Software Test DocumentationTemplate 7

8. Aktor yang terlibat : Super administrator
Tujuan : Tescase ini digunakan untuk memastikan grafik
laporan tingkat ekonomi siswa ini telah berjalan
dengan benar.
Kondisi Awal : Grafik menampilkan informasi statistik tingkat
ekonomi sebelum ditambahkan sebuah siswa
yang berstatus ekonomi sedang.(berdasarkan
pendapatan orang tua perbulannya)
Kondisi akhir : Grafik menampilkan informasi statistik tingkat
ekonomi setelah ditambahkan sebuah siswa
yang berstatus ekonomi sedang.(berdasarkan
pendapatan orang tua perbulannya)
Langkah-langkah yang dilakukan untuk memastikan scenario ini berjalan dengan
benar adalah sebagai berikut:
1. Login sebagai Super Administrator.
2. Masuk pada menu laporandan pilih menu Tingkat ekonomi.
3. Kemudian akan tampil pilihan tahun, selanjutnya pilih salah satu tahun
dan tekan tombol tampilkan grafik.
4. Sistem menyajikan grafik tingkat ekomoni siswa saat ini berdasarkan
tahun masuk siswa.
5. Tambahkan seorang siswa baru bernama “Rony Subandono”, kemudian
tambahkan informasi pendapatan orang tua perbulan pada pilihan “1.5
sampai 3 Juta”.
6. Kemudian tampilkan kembali grafik tingkat ekonomi.
3. APPROACH REFINEMENTS
Terdapat beberapa pendekatan tentang bagaimana strategi dan metode tester
dalam melakukan testing terhadap suatu software yang akan diluncurkan. Hal itu
bertujuan agar testing yang dilakukan nanti bisa berjalan dengan optimal dan sesuai
dengan apa yang kita inginkan. Sebelum kami akan melakukan testing terhadap aplikasi
SISMA ini, maka kami tentukan terlebih dahulu strategi apa yang akan kita lakukan
nantinya. Diantaranya sebagaimana berikut :
 Menerapkan strategi proses testing incremental, yaitu kita hanya melakukan
testing pada bagaimana fitur-fitur yang terdapat dalam aplikasi ini apakah sudah
berjalan sesuai dengan fungsi yang telah direncanakan sebelumnya. Strategi ini
tidak sampai pada tahap mengubah atau menambah fungsi dari fitur tersebut.
 Dari strategi incremental ini, kami lebih memilih untuk menggunakan metode
Top-Down. Dengan metode ini kita akan melakukan testing dari modul level atas
IEEE Standard for Software Test DocumentationTemplate 8

9. seperti menu utama hingga integrasi terhadap modul-modul level bawah
lainnya. Intinya metode ini melakukan testing dari level atas kemudian berjalan
hingga level bawah.
4. TEST IDENTIFICATION
Merupakan serangkaian daftar Usecase yang akan menjadi objek kita dalam
melakukan testing. Pada bagian ini kita kelompokkan terlebih dahulu Usecase-usecase
itu berdasarkan ID-nya masing-masing.
Use Case ID Use Case Name
UC.MAIN.101 Login
UC.MAIN.102 Logout
UC.MAIN.201 Membuka Referensi Daftar Sekolah
UC.MAIN.202 Menambah Referensi Daftar Sekolah
Membuka Referensi Rombongan
UC.MAIN.203
Belajar
UC.MAIN.204 Menambah Rombongan Belajar
UC.MAIN.205 Membuka Referensi Prestasi
UC.MAIN.206 Menambah Referensi Prestasi
UC.MAIN.207 Membuka Referensi Hobi
IEEE Standard for Software Test DocumentationTemplate 9

10. UC.MAIN.208 Menambah Referensi Hobi
UC.MAIN.209 Membuka Referensi Ekstrakurikuler
UC.MAIN.210 Menambah Referensi Ekstrakurikuler
UC.MAIN.211 Membuka Referensi Asrama
UC.MAIN.212 Menambah Referensi Asrama
UC.MAIN.02 Mengelola Profil Siswa
UC.MAIN.03 Mengelola Orang Tua Siswa
UC.MAIN.04 Mengelola Orang Prestasi Siswa
UC.MAIN.304 Mengelola Hobi Siswa
UC.MAIN.306 Mengelola Anggota Ekstrakurikuler
UC.MAIN.401 Mengelola Laporan Induk Siswa
Mengelola Laporan Ekstrakurikuler
UC.MAIN.402
Siswa
UC.MAIN.403 Mengelola Laporan Prestasi Siswa
Mengelola Laporan Tingkat Ekonomi
UC.MAIN.404
Siswa
UC.MAIN.501 Deskripsi Usecase General Ubah
IEEE Standard for Software Test DocumentationTemplate 10

11. UC.MAIN.502 Deskripsi Usecase General Hapus
UC.MAIN.503 Deskripsi Usecase General Cari
5. FEATURE PASS/FAIL CRITERIA
Karena rencananya kami akan melakukan testing secara unit test, maka di sini RTM sangatlah
diperlukan adanya, berikut merupakan RTM yang telah kami lakukan Trace :
REQUIREMENTS TRACEABILITY MATRIX
RANCANG BANGUN SISTEM ADMINISTRASI MADRASAH ALIYAH
Project Name:
DI PONDOK PESANTREN AMANATUL UMMAH SURABAYA
National Center:
Project Manager
AGUNG LAKSONO
Name:
Project Description: TUGAS AKHIR
IEEE Standard for Software Test DocumentationTemplate 11

12. Functional FR Functional Use Case Additional
ID Use Case ID Priority Test Case Name Tested On
Area ID Requirement Name Comments
Skenario Pengisian
KF101 Melakukan Login UC.MAIN.101 Login High
001 Login siswa baru
Skenario Pengisian
UC.MAIN.102 High
002 Logout KF102 Melakukan Logout Logout siswa baru
Membuka
Melihat Melihat Referensi Referensi Daftar Skenario Pengisian
003 Referensi KF201 Daftar Sekolah UC.MAIN.201 Sekolah siswa baru
Membuka
Referensi
Melihat Referensi Rombongan Skenario Pengisian
004 KF203 Rombongan Belajar UC.MAIN.203 Belajar siswa baru
ØProcessor Intel
Membuka
Atom N450
Melihat Referensi Referensi
1.66GHz
Rombongan Rombongan High Skenario Pengisian
Memory 1 Gb
005 KF205 Prestasi UC.MAIN.205 Prestasi siswa baru
Hardisk free 78 Gb
Melihat Referensi Membuka Skenario Pengisian Testing
Screen Monitor
006 KF207 Hobi UC.MAIN.207 Referensi Hobi siswa baru Complete
10’Ø Resolusi
Membuka
Monitor 1024 x
Melihat Referensi Referensi Skenario
600
007 KF209 Ekstrakurikuler UC.MAIN.209 Ekstrakurikuler Ekstrakurikuler Siswa
Browser Mozila
Membuka
Firefox
Melihat Referensi Referensi Skenario Pengisian
008 KF211 Asrama UC.MAIN.211 Asrama siswa baru
Menambah Menambah
Menambah Referensi Asal Referensi Asal Skenario Pengisian
009 Referensi KF202 Sekolah UC.MAIN.202 Sekolah siswa baru
Menambah
Menambah Referensi High
Referensi Rombongan Skenario Pengisian
010 KF204 Rombongan Belajar UC.MAIN.204 Belajar siswa baru
Menambah Menambah Skenario Pengisian
011 KF206 Referensi Prestasi UC.MAIN.206 Referensi siswa baru
IEEE Standard for Software Test DocumentationTemplate 12 v. 1.0 27 January
2004

13. Prestasi
Menambah Menambah Skenario Pengisian
012 KF208 Referensi Hobi UC.MAIN.208 Referensi Hobi siswa baru
Menambah Menambah
Referensi Referensi Skenario
013 KF210 Ekstrakurikuler UC.MAIN.210 Ekstrakurikuler Ekstrakurikuler Siswa
Menambah
Menambah Referensi Skenario Pengisian
014 KF212 Referensi Asrama UC.MAIN.212 Asrama siswa baru
Melihat Melihat Profil Mengelola Profil Skenario Pengisian
015 Profil Siswa KF301 Siswa UC.MAIN.301 Siswa siswa baru
Melihat Detail Mengelola Skenario Pengisian
016 KF302 Siswa UC.MAIN.302 Detail Siswa siswa baru
Melihat Orang Tua Mengelola Skenario Penyajian
017 KF304 Siswa UC.MAIN.304 Orangtua Siswa laporan Induk
Skenario Uji Coba
High Ø Memory 2 Gb
mekanisme Penyajian
Ø Hardisk free 50
Melihat Prestasi Mengelola Laporan Grafik
Gb
018 KF305 Siswa UC.MAIN.305 Prestasi Siswa Prestasi Siswa
Ø Screen Monitor
Mengelola
16’’
Anggota
Ø Resolusi Monitor Testing
Melihat Anggota Ekstrakurikuler Skenario Pengisian
1024 x 600 Complete
019 KF306 Ekstrakurikuler UC.MAIN.306 Siswa siswa baru
Ø Webserver
Menambah Menambah Detail Mengelola Skenario Pengisian
High apache
020 Profil Siswa KF307 Siswa UC.MAIN.307 Detail Siswa siswa baru
Ø Database MySql
Mengelola
Ø Browser Mozila
Membuat Membuat Laporan Laporan Induk Skenario Pengisian
Firefox
021 Pelaporan KF401 Induk Siswa UC.MAIN.401 Siswa siswa baru
Mengelola
Membuat Laporan Laporan Skenario
022 KF402 Ekstrakurikuler UC.MAIN.402 Ekstrakurikuler Ekstrakurikuler Siswa
High
Skenario Uji Coba
Mengelola mekanisme Penyajian
Membuat Laporan Laporan Laporan Grafik
023 KF403 Prestasi Siswa UC.MAIN.403 Prestasi Siswa Prestasi Siswa
Membuat Laporan Mengelola Skenario Uji Coba
024 KF404 Tingkat Ekonomi UC.MAIN.404 Laporan Tingkat mekanisme Penyajian
IEEE Standard for Software Test DocumentationTemplate 13 v. 1.0 27 January
2004

14. Ekonomi Siswa Laporan Grafik tingkat
ekonomi Siswa
Melakukan Melakukan
025 Perubahan KF501 Perubahan General UC.MAIN.501 General Ubah
High
Melakukan General
026 KF502 Hapus UC.MAIN.502 General Hapus
IEEE Standard for Software Test DocumentationTemplate 14 v. 1.0 27 January
2004

15. DOCUMENT CONTROL
CHANGE HISTORY
Release
Revision Alasan Perubahan
Date
Revisi 1 22 Mei 2011 Pengguna mengalami proses bisnis yang berubah
Melakukan perbaikan pada message sequence diagram dan
Revisi 2 18 Juli 2011 perubahan pada class diagram
REFERENCE
Laksono, Agung. (2011). Rancang Bangun Sistem Administrasi Madrasah Aliyah di Pondok
Pesantren Amanatul Ummah Surabaya . Skripsi JSI ITS .
IEEE Std 829-1998,IEEE Standard for Software Test Documentation Template.
IEEE Standard for Software Test DocumentationTemplate 15
v. 1.0 27 January 2004