Software Testing Design

717 views

Published on

salah satu dokumen yang menjelaskan tentang bagaimana desain testing yang kita pergunakan atas suatu software atau aplikasi

Published in: Technology, Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
717
On SlideShare
0
From Embeds
0
Number of Embeds
66
Actions
Shares
0
Downloads
47
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Software Testing Design

  1. 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 DateCustomer /customer representativeProject ManagerSoftware Quality Assurance LeaderSoftware Configuration ManagementLeaderUser Documentation LeaderUser Training LeaderTesting Manager
  2. 2. Table of Contents1. TEST DESIGN SPECIFICATION IDENTIFIER ............................................................................................... 32. FEATURES TO BE TESTED........................................................................................................................ 33. APPROACH REFINEMENTS ..................................................................................................................... 84. TEST IDENTIFICATION ............................................................................................................................. 95. FEATURE PASS/FAIL CRITERIA .............................................................................................................. 11DOCUMENT CONTROL ................................................................................................................................... 15CHANGE HISTORY .............................................................................................................................................. 15
  3. 3. 1. TEST DESIGN SPECIFICATION IDENTIFIER Terdapat 2 perspektif kesimpulan yang dapat kita ambil, yaitu Testing berhasilatau testing gagal. Testing yang akan dilaksanakan dianggap sukses, ketika testing pada masing-masing test case sesuai dengan skenario yang telah dibuat. Jika dalam pelaksanaannyaterdapat ketidaksesuaian, maka testing terhadap test case tersebut dianggap tidakberhasil/gagal.2. FEATURES TO BE TESTED Aplikasi SISMA ( Sistem Administrasi) ini memiliki beberapa fitur dalammenjalankan fungsinya sebagai salah satu aplikasi yang akan dipergunakan di instansipendidikan. Berikut merupakan beberapa fitur Aplikasi SISMA yang akan menjadi fokuspengujian 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 siswaIEEE Standard for Software Test DocumentationTemplate 3
  4. 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. 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 administratorIEEE Standard for Software Test DocumentationTemplate 5
  6. 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. 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 siswaIEEE Standard for Software Test DocumentationTemplate 7
  8. 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 testerdalam melakukan testing terhadap suatu software yang akan diluncurkan. Hal itubertujuan agar testing yang dilakukan nanti bisa berjalan dengan optimal dan sesuaidengan apa yang kita inginkan. Sebelum kami akan melakukan testing terhadap aplikasiSISMA ini, maka kami tentukan terlebih dahulu strategi apa yang akan kita lakukannantinya. 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 atasIEEE Standard for Software Test DocumentationTemplate 8
  9. 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 dalammelakukan testing. Pada bagian ini kita kelompokkan terlebih dahulu Usecase-usecaseitu 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 HobiIEEE Standard for Software Test DocumentationTemplate 9
  10. 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 UbahIEEE Standard for Software Test DocumentationTemplate 10
  11. 11. UC.MAIN.502 Deskripsi Usecase General Hapus UC.MAIN.503 Deskripsi Usecase General Cari5. FEATURE PASS/FAIL CRITERIAKarena rencananya kami akan melakukan testing secara unit test, maka di sini RTM sangatlahdiperlukan adanya, berikut merupakan RTM yang telah kami lakukan Trace :REQUIREMENTS TRACEABILITY MATRIX RANCANG BANGUN SISTEM ADMINISTRASI MADRASAH ALIYAHProject Name: DI PONDOK PESANTREN AMANATUL UMMAH SURABAYANational Center:Project Manager AGUNG LAKSONOName:Project Description: TUGAS AKHIRIEEE Standard for Software Test DocumentationTemplate 11
  12. 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 baruIEEE Standard for Software Test DocumentationTemplate 12 v. 1.0 27 January2004
  13. 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 PenyajianIEEE Standard for Software Test DocumentationTemplate 13 v. 1.0 27 January2004
  14. 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 HapusIEEE Standard for Software Test DocumentationTemplate 14 v. 1.0 27 January2004
  15. 15. DOCUMENT CONTROLCHANGE 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 diagramREFERENCELaksono, 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

×