Software Testing Design

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

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

IEEE Standard for Software Test DocumentationTemplate 3 v. 1.0 27 January 2004

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


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


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”.


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


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



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


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.


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”.


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


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



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)


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


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

UC.MAIN.203 Membuka Referensi Rombongan 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


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

UC.MAIN.402 Mengelola Laporan Ekstrakurikuler Siswa

UC.MAIN.403 Mengelola Laporan Prestasi Siswa

UC.MAIN.404 Mengelola Laporan Tingkat Ekonomi Siswa

UC.MAIN.501 Deskripsi Usecase General Ubah


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

Project Name: RANCANG BANGUN SISTEM ADMINISTRASI MADRASAH ALIYAH DI PONDOK PESANTREN AMANATUL UMMAH SURABAYA

National Center:

Project Manager Name:

AGUNG LAKSONO

Project Description: TUGAS AKHIR

IEEE Standard for Software Test DocumentationTemplate 12 v. 1.0 27 January

2004

ID Functional

Area

FR

ID

Functional

Requirement Use Case ID

Use Case

Name Priority Test Case Name Tested On

Additional

Comments

001 Login KF101 Melakukan Login UC.MAIN.101 Login High

Skenario Pengisian siswa baru

ØProcessor Intel Atom N450

1.66GHz Memory 1 Gb

Hardisk free 78 Gb Screen Monitor

10’Ø Resolusi Monitor 1024 x

600 Browser Mozila

Firefox

Testing Complete

002 Logout KF102 Melakukan Logout UC.MAIN.102

Logout High


003 Melihat Referensi KF201

Melihat Referensi Daftar Sekolah UC.MAIN.201

Membuka Referensi Daftar Sekolah

High


004

KF203 Melihat Referensi Rombongan Belajar UC.MAIN.203

Membuka Referensi Rombongan Belajar


005

KF205

Melihat Referensi Rombongan Prestasi UC.MAIN.205

Membuka Referensi Rombongan Prestasi


006

KF207 Melihat Referensi Hobi UC.MAIN.207

Membuka Referensi Hobi


007

KF209 Melihat Referensi Ekstrakurikuler UC.MAIN.209

Membuka Referensi Ekstrakurikuler

Skenario Ekstrakurikuler Siswa

008 KF211 Melihat Referensi Asrama UC.MAIN.211

Membuka Referensi Asrama


009 Menambah Referensi KF202

Menambah Referensi Asal Sekolah UC.MAIN.202

Menambah Referensi Asal Sekolah

High


010 KF204

Menambah Referensi Rombongan Belajar UC.MAIN.204

Menambah Referensi Rombongan Belajar


011 KF206 Menambah Referensi Prestasi UC.MAIN.206

Menambah Referensi



2004

Prestasi

012 KF208 Menambah Referensi Hobi UC.MAIN.208

Menambah Referensi Hobi


013 KF210

Menambah Referensi Ekstrakurikuler UC.MAIN.210

Menambah Referensi Ekstrakurikuler


014 KF212 Menambah Referensi Asrama UC.MAIN.212

Menambah Referensi Asrama


Ø Memory 2 Gb Ø Hardisk free 50

Gb Ø Screen Monitor

16’’ Ø Resolusi Monitor

1024 x 600 Ø Webserver

apache Ø Database MySql Ø Browser Mozila

Firefox

Testing Complete

015 Melihat Profil Siswa KF301

Melihat Profil Siswa UC.MAIN.301

Mengelola Profil Siswa

High


016 KF302 Melihat Detail Siswa UC.MAIN.302

Mengelola Detail Siswa


017 KF304 Melihat Orang Tua Siswa UC.MAIN.304

Mengelola Orangtua Siswa

Skenario Penyajian laporan Induk

018 KF305 Melihat Prestasi Siswa UC.MAIN.305

Mengelola Prestasi Siswa

Skenario Uji Coba mekanisme Penyajian Laporan Grafik Prestasi Siswa

019 KF306 Melihat Anggota Ekstrakurikuler UC.MAIN.306

Mengelola Anggota Ekstrakurikuler Siswa


020 Menambah Profil Siswa KF307

Menambah Detail Siswa UC.MAIN.307

Mengelola Detail Siswa

High Skenario Pengisian siswa baru

021 Membuat Pelaporan KF401

Membuat Laporan Induk Siswa UC.MAIN.401

Mengelola Laporan Induk Siswa

High


022 KF402 Membuat Laporan Ekstrakurikuler UC.MAIN.402

Mengelola Laporan Ekstrakurikuler


023 KF403 Membuat Laporan Prestasi Siswa UC.MAIN.403

Mengelola Laporan Prestasi Siswa

Skenario Uji Coba mekanisme Penyajian Laporan Grafik Prestasi Siswa

024 KF404 Membuat Laporan Tingkat Ekonomi UC.MAIN.404

Mengelola Laporan Tingkat

Skenario Uji Coba mekanisme Penyajian


2004

Ekonomi Siswa Laporan Grafik tingkat ekonomi Siswa

025 Melakukan Perubahan KF501

Melakukan Perubahan General UC.MAIN.501 General Ubah

High

026 KF502 Melakukan General Hapus UC.MAIN.502 General Hapus

IEEE Standard for Software Test DocumentationTemplate 15

v. 1.0 27 January 2004

DOCUMENT CONTROL

CHANGE HISTORY

Revision Release

Date Alasan Perubahan

Revisi 1 22 Mei 2011 Pengguna mengalami proses bisnis yang berubah

Revisi 2 18 Juli 2011 Melakukan perbaikan pada message sequence diagram dan 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.

Technology

Software Testing Design