Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
SOFTWARE TEST PLAN: Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Approvals: Approved By:
Signature
Date
Document Document Control Name
Doc. Ref. No. Document Status Date of Issue
Doku Dokume men n Te Test stin ing g Ranc Rancan ang g Bang Bangun un Sist Sistem em Info Inform rmas asii Peng Pengel elol olaa aan n Sura Suratt Keputusan di FTIF 01 For Approval 16 Apr. 12
Change History Doc. Version
Author
Date
Description / Change
01
Rizqi Prifsanti
16 Apr. 12
Change in chapter1, 3, 4, 5, 6
02
Irine Dwi K.
16 Apr. 12
© Company Name, Year
Date-Time Stamp: 17/04/2012 08:18:00
Page 1 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
1 Introduction ion Dokumen test plan ini dibuat untuk melakukan perencanaan terhadap testin testing g dari dari Dokum Dokumen en Testin Testing g Rancan Rancang g Bangun Bangun Sistem Sistem Inform Informasi asi Pengelolaan Surat Keputusan di FTIF. Sedangkan tujuan umum dari uji coba yang dilakukan pada system aplikasi ini antara lain: 1. Menget ngetah ahu ui apak apakah ah sem semua fun fungsi gsi yang ang terd erdapat apat dalam alam dokum dokumen enta tasi si user user need needs s tela telah h terp terpen enuh uhi. i. Tolo Tolok k ukur ukur yang yang digunakan yaitu apabila fungsi-fungsi yang tercantum dalam dokumentasi user needs telah dipenuhi oleh perangkat lunak ini. Dan terdapat bukti dari user pengguna berupa dokumen kesesuaian. 2. Me Meng nget etah ahui ui apak apakah ah sem semua fung fungsi si yang yang ada ada tela telah h berj berjal alan an dengan benar. Tolok ukur kebenaran yang digunakan adalah apabila apabila fungsi fungsi-- fungsi fungsi terseb tersebut ut telah telah berjala berjalan n sesuai sesuai denga dengan n alur pada use case dalam dokumen dokumen perancangan perancangan desain yang ada di lampiran ReadySET 3. Me Menge ngetah tahui ui apakah apakah semua semua fungsi fungsi yang yang ada didalam didalam aplikasi aplikasi sudah termasuk aplikasi yang user friendly. Tolok ukur yang digunakan digunakan yaitu apabila apabila tidak adanya adanya keluhan keluhan dari penggun pengguna a mengenai aplikasi yang dibuat.
2 Literature Testing Testing macemn macemnya ya ada ada apa apa aja aja White box, black box Functional dan system requirement adalah:
3 Scope Spesifikasi komputer yang digunakan untuk menguji Sistem Informasi Pengelolaan Surat Keputusan ini antara lain: a. Spesifikasi Spesifikasi komputer komputer aplikasi aplikasi server server dan databa database se server server Processor Intel Pentium 4 Memory 1 GB Kapasitas harddisk free sebesar 40 GB Lan Card Sistem operasi yang digunakan adalah Windows XP Server database yang digunakan adalah MySQL 5.0 b. Spesifikasi komputer client Processor AMD Turion 64X2 • • •
• •
•
•
© Company Name, Year
Date-Time Stamp: 17/04/2012 08:18:00
Page 2 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
Memory 512 MB Kapasitas harddisk free sebesar 10 GB Lan Card Sistem operasi yang digunakan adalah Windows XP Skenario uji coba ini disusun berdasarkan beberapa use case yang telah dibuat pada tahap desain. Skenario terdiri dari 2 bagian, yaitu overview dan langkah-langkah untuk menjalankan usecase yang akan diuji. Langkah-langkah tersebut akan dilaksanakan dan hasilnya akan digambarkan. Setelah itu akan dilakukan evaluasi dari hasil pelaksanaan skenario tersebut. • •
• •
4 References Dokumen yang terkait dengan test plan ini adalah: System Requirements Use Cases Feature specs Kebutuhan Non-Fungsional dan Kebutuhan Lingkungan (Non-functional Requirements & Enviromental Requirements) Require Tracebility Matrix •
•
Document Version
Reference
Version 1 Version 1
&
Document Title / Description
Lampiran Readyset Requirement Tracebility Matrix
5 Test Items Test Item Name
Test Item Version No.
Use Case Rancang Bangun Sistem Informasi Use Case version 1 Pengelolaan Surat Keputusan di FTIF 5.1 5.1 Featu Feature res s to be Teste Tested d Feature
F-01 Textfield Textfield
Use Case
Overview
UC-00. UC-00.00 00.01 .01 UC-00 UC-00.01 .01.02 .02 00.0 0.01.03 .03 UCUC-00.01 .01.05 .05 00.0 0.01.06 .06 UCUC-00.02. .02.02 02 00.02.03 UC-00.02.04 00.02.06 UC-00.02.07 00.02.09 UC-00.02.10 00.0 0.02.12 .12 UCUC-00.02. .02.1 13 00.0 0.03.05 .05 UCUC-00.03 .03.06 .06
© Company Name, Year
UCUCUCUCUCUCUCUCUCUCUCUC-
Dengan adanya fitu itur ini ini, di harapkan actor yang melakukan entri data mempunyai tempat / fiel field d yan yang di gun gunak akan an untu untuk k melakukan pengisian akan suatu hal. Seperti data pengguna, dsb.
Date-Time Stamp: 17/04/2012 08:18:00
Page 3 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
00.0 0.03.07 .07 UCUC-00.03 .03.08 .08 00.0 0.03.09 .09 UCUC-00.03 .03.10 .10 00.0 0.03.11 .11 UCUC-00.03 .03.12 .12 00.0 0.03.13 .13 UCUC-00.03 .03.14 .14 00.0 0.03.15 .15 UCUC-00.03 .03.16 .16 00.0 0.03.18 .18 UCUC-00.03 .03.19 .19 00.03.20 UC-00.03.21 00.0 0.03.22 .22 UCUC-00.03 .03.23 .23 00.0 0.03.24 .24 UCUC-00.03 .03.25 .25 00.0 0.03.31 .31 UCUC-00.03 .03.32 .32 00.0 0.03.33 .33 UCUC-00.03 .03.34 .34 00.0 0.03.35 .35 UCUC-00.03 .03.36 .36 00.0 0.04.02 .02 UCUC-00.04. .04.04 04 00.04.05 UC-00.03.19 .19 UC-00.03 UC-00.03.26 .26 F-02 F-02 Check Check UC-00.03 00.0 0.03.27 .27 UCUC-00.03 .03.28 .28 Box 00.0 0.03.29 .29 UCUC-00.03 .03.30 .30 00.0 0.03.31 .31 UCUC-00.03 .03.32 .32 00.0 0.03.33 .33 UCUC-00.03 .03.34 .34 00.0 0.03.35 .35 UCUC-00.03 .03.36 .36 00.04.04 UC-00.04.05 UC-00. UC-00.00 00.01 .01 UC-00 UC-00.01 .01.02 .02 F-03 00.01.03 UC-00.01.05 Password
UCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUC-
Fitu Fiturr ini ini berf berfu ungsi ngsi bila bila ingi ingin n melakukan pengisian field yang beru berupa pa chec check k apak apakah ah syar syarat at yang ang ada ada di dala dalam m use case case tersebut tel telah terlaksana. Sebagai sebuah bukti.
UC- Fitur ini digunakan untuk mengatasi mengatasi permasala permasalahan han pada logi login, n, yait yaitu u untu ntuk menu enutupi tupi Field password password akun pengguna pengguna agar tidak terlihat. UC-00.02.02 .02 UC-00.02 UC-00.02.03 .03 UC- Dengan adanya fitu itur ini ini, di F-04 Text UC-00.02 00.02.04 UC-00.02.06 UC- harapkan actor yang melakukan Area 00.02.07 UC-00.02.09 UC- entri data mempunyai tempat / 00.0 0.02.10 .10 UCUC-00.02. .02.1 12 UCUC- fiel field d yan yang di gun gunak akan an untu untuk k 00.0 0.02.13 .13 UCUC-00.03 .03.05 .05 UC- melakukan pengisian akan suatu 00.0 0.03.06 .06 UCUC-00.03 .03.07 .07 UCUC- hal dalam jumlah banyak. 00.0 0.03.08 .08 UCUC-00.03 .03.09 .09 UCUC00.0 0.03.10 .10 UCUC-00.03 .03.11 .11 UCUC00.0 0.03.12 .12 UCUC-00.03 .03.13 .13 UCUC00.0 0.03.14 .14 UCUC-00.03 .03.15 .15 UCUC00.0 0.03.16 .16 UCUC-00.03 .03.18 .18 UCUC00.03.19 UC-00.03.31 UC-00.00.01 .01 UC-00.01 UC-00.01.02 .02 UC- Fitu Fiturr ini ini berf berfu ungsi ngsi bila bila ingi ingin n F-05 Error UC-00.00 00.0 0.01.03 .03 UCUC-00.01 .01.04 .04 UCUC- melakukan pengisian field yang Message 00.0 0.01.05 .05 UCUC-00.02. .02.02 02 UC- tidak tidak boleh boleh ko koso song ng dan dan haru harus s 00.02.04 UC-00.02.05 UC- sesuai sesuai dengan dengan ketentuan ketentuan yang 00.0 0.02.06 .06 UCUC-00.02. .02.07 07 UCUC- telah lah dite diten ntuk tukan. Jika ika field ield 00.0 0.02.10 .10 UCUC-00.02. .02.1 13 UCUC- ters terse ebut but koson song atau atau tida tidak k 00.0 0.03.05 .05 UCUC-00.03 .03.06 .06 UCUC- sesuai sesuai dengan dengan ketentuan ketentuan yang 00.0 0.03.07 .07 UCUC-00.03 .03.08 .08 UCUC- sudah sudah ditentu ditentukan kan,, maka maka ak akan an 00.0 0.03.13 .13 UCUC-00.03 .03.14 .14 UCUC- mucul error message. 00.0 0.03.15 .15 UCUC-00.03 .03.16 .16 UCUC00.03.19 UC-00.03.26 UC00.0 0.03.27 .27 UCUC-00.03 .03.28 .28 UCUC00.0 0.03.29 .29 UCUC-00.03 .03.30 .30 UCUC© Company Name, Year
Date-Time Stamp: 17/04/2012 08:18:00
Page 4 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
00.0 0.03.31 .31 UCUC-00.03 .03.37 .37 00.0 0.04.03 .03 UCUC-00.04. .04.04 04 00.0 0.04.05 .05 UCUC-00.06. .06.01 01 00.06.02 UC-00.06.03 00.06.04 UC-00.06.05 00.0 0.06.06 .06 UCUC-00.06. .06.07 07 00.0 0.06.08 .08 UCUC-00.06. .06.09 09 00.0 0.06.10 .10 UCUC-00.06. .06.1 11 00.0 0.06.12 .12 UCUC-00.06. .06.1 13 00.0 0.06.14 .14 UCUC-00.06. .06.1 15 00.06.16 UC-00.06.17 UC-00.02.07 .07 UC-00.02 UC-00.02.10 .10 F-06 F-06 Radi Radio o UC-00.02 00.0 0.03.05 .05 UCUC-00.03 .03.06 .06 Button 00.03.07 UC-00.03.08 00.0 0.03.13 .13 UCUC-00.03 .03.14 .14 00.03.15 UC-00.03.16 UC-00.00.02 UC-00.00.02 F-07
Session Expiration F-08 Searching
UC-00.06 UC-00.06.01 .01 UC-00.06 UC-00.06.02 .02 00.0 0.06.03 .03 UCUC-00.06. .06.04 04 00.0 0.06.05 .05 UCUC-00.06. .06.06 06 00.0 0.06.07 .07 UCUC-00.06. .06.08 08 00.0 0.06.09 .09 UCUC-00.06. .06.1 10 00.0 0.06.11 .11 UCUC-00.06. .06.1 12 00.06.13 UC-00.06.14 00.0 00.06. 6.15 15 UC-0 UC-00. 0.06 06.1 .16 6 00.06.17
UCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUCUC- Fitur ini berfungsi untuk memilih UCUC- sala salah h satu satu data data dari dari seki sekian an UC- banyak data yang ada. UCUCDigunakan untuk mengotomasi mengotomasi log out user UC- Fitur ini berfungsi untuk UCUC- mela melaku kuka kan n pros proses es penc pencar aria ian n UCUC- data. Seperti data pengguna, dll. UCUCUCUCUCUCUCUCUC-
6 Testi esting ng Risk Risk Re Regi gist ster er Pada Pada dokum dokumen en System System Require Requireme ment nt dari dari Rancan Rancang g Bangun Bangun Sistem Sistem Informasi Pengelolaan Surat Keputusan di FTIF risiko dari tiap fitur yang ada dinyatakan dalam dua kategori yaitu termasuk Aman dan termasuk Risiko. Berikut ini daftar tingkat risiko dari fitur yang ada. Risk ID R01 R02 R03
Feature F-01 Textfield F-02 Check Box F-03 Password Field
© Company Name, Year
Risiko Aman Aman Risiko
Keterangan Fitur ini digunakan untuk menga mengata tasi si perma permasa sala laha han n pada pada logi login n, yaitu itu untu ntuk menu enutupi passw password ord akun akun pengg penggun una a agar agar tida tidak k terl terlih ihat at.. Fitu Fiturr ini ini pent pentin ing g untuk diperhatikan karena menyangkut security dari penggun pengguna, a, sehingg sehingga a diharapk diharapkan an risiko pencurian identitas ataupun akses pihak tidakberwenang tidakberwenang bisa
Date-Time Stamp: 17/04/2012 08:18:00
Page 5 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
R04 R05 R06 R07
F-04 Text Area F-05 Error Message F-06 Radio Button F-07 Session Expiration
Aman Aman Aman Risiko
R08
F-08 Searching
Aman
7
dihindari. Digunakan untuk mengotomasi log out user. user. Dala Dalam m tahap tahap uji coba coba harus harus dipasti dipastikan kan setelah setelah proses proses log out, jika kembali ke halaman sebe sebelu lumn mnya ya maka maka seha seharu rusn snya ya session time out dapat berjalan -
Test Approach (Strategy) • •
•
•
•
•
•
•
•
•
What type of testing will be done when? Will you start by running tests on the most risky area of the software? Are Are ther there e part parts s of the the plan planne ned d func functi tion onal alit ity y that that will will be delivered after other parts and therefore require you to ‘stage’ your testing? Is there a ‘must have, should have, could have’ approach to the priority of new functionality and if so does your test approach take this into account? Will you use predomin predominantly antly requireme requirements-b nts-based ased manual manual test scripts or will you make use of rapid-test techniques such as exploratory testing to get an early assessment of the stability of the software? What What about about the depth and timing timing of regres regressio sion n tests? tests? Will Will regression tests be run manually or will you use automated test tools? Will you have testers dedicated to regression tests and others dedicated to running tests on new functionality? Will Will any any part parts s of the the test test regi regim me be exec execut uted ed by rem remote ote members of the test team? What What abou aboutt nonnon-fu func nctio tiona nall test testin ing g like like inst install all/u /unin ninst stall all,, compatibility, load, volume and performance, etc.? When will such tests be run and will this impact on the more regular functional testing?
7.1 Test Tools Testing Testing pada Rancang Rancang Bangun Bangun Sistem Informasi Informasi Pengelolaa Pengelolaan n Surat Keputusan di FTIF ini i ni menggunakan TCM.
8 Personnel
© Company Name, Year
Date-Time Stamp: 17/04/2012 08:18:00
Page 6 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
Name
Role
Responsibility
Rizqi Pr Prifsanti Test te team me member Irine Dwi Test team member member Kenestie
UC-00.00.01 - UC-00.03.18 UC-00.03.19 - UC-00.05.15
9 Mana Manage gem ment ent and and Metr Metric ics s Who will be managing the testing? Will different people be managing managing different phases, for example integration test phase, component test phases? phases? Does the the Project Manage Managerr require metrics metrics to be collected collected from you? If so, then list these here and and state when and and how you will will construct the metrics and report them. Who will be managing the different versions of software released into the testing testing phase(s)? phase(s)? Will this be the responsibilit responsibility y of the test team or development? development? Are there other test teams you need to to work with? Will Will a dedi dedica cate ted d confi configu gura rati tion on mana manage geme ment nt team team mana manage ge this this? ? Cover such aspects here. Will Will you set up regular regular meetin meetings gs to review review test progre progress? ss? A 15minute daily meeting of the test team is very useful, although a weekly meeting between the test manager and senior management may may be more more appropri appropriate ate for this level. level. Docum Document ent your your meeti meeting ng schedules and reporting lines here. 9.1 Test Test Estim Estimatio ation n and and Sche Schedul dule e
Test Phase Entry and Exit Criteria
9.2
9.2.1 Integrat Integration ion Test Test Phase Entry Entry Criter Criteria ia •
•
• • •
•
Inte Integr grat atio ion n test test docu docume ment ntat atio ion/ n/sc scri ript pts s have have been been peer peer-reviewed Soft Softw ware are to be inte integr grat atio ion n test tested ed has has been been chec checke ked d into into configuration management system Test data completed completed Test environm environment ent complet completed ed Planned number of issues expected to be found in integration test has been agreed etc
9.2.2 Integrat Integration ion Test Test Phase Phase Exit Exit Criteria Criteria • •
100% of integration tests are executed n% of integration tests pass
© Company Name, Year
Date-Time Stamp: 17/04/2012 08:18:00
Page 7 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01 • •
• • • • •
•
Integration Test Report has been approved Integration tested software has been checked into configuration management system Integration tested software is available for next test phase Less than n outstanding low severity issues Less than n outstanding medium severity issues Less than n outstanding high severity issues Number of issues found did not exceed planned number by more than 25% etc
9.2.3 Acceptanc Acceptance e Test Phase Phase Entry Entry Criteri Criteria a •
• •
• • •
•
Acce Accept ptan ance ce test test docu docum menta entati tio on/sc n/scri ript pts s have have been been peer peer-reviewed Acceptance Testers have been trained (if doing true UAT) Softw Softwar are e to be acce accept ptan ance ce test tested ed has has been been chec checke ked d into into config nfigur urat atio ion n manage nagem ment syst system em (this this could uld incl inclu ude documentation and user manuals, etc.) Test data completed completed Test environm environment ent complet completed ed Planned number of issues expected to be found in component test has been agreed etc
9.2.4 Acceptanc Acceptance e Test Test Phase Phase Exit Crite Criteria ria • • • • •
•
• • • •
•
100% of acceptance tests are executed 100% of acceptance tests pass User needs 100% validated Acceptance Test Report has been approved Acceptance tested software has been checked into configuration management system Custome Customerr has formally formally approved approved acceptance acceptance of the software software into the live environment Less than n outstanding low severity issues Less than n outstanding medium severity issues Less than n outstanding high severity issues Number of issues found did not exceed planned number by more than 25% etc
© Company Name, Year
Date-Time Stamp: 17/04/2012 08:18:00
Page 8 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
Suspension and Resumption Criteria
9.3
10 Test Deliverables Test deliverables deliverables antara antara lain: lain: 1. Updat pdated ed RTM RTM 2. TCM
TC# 1 2 3 4 5
Test Execution Steps Testcase
Expected Result done
Test Result P F S B U
Date Tested
Tester
TC Time 15 m 50 m 1m 25 m
Comment / (or Requirement xref)
3. Daftar Daftar log log dari dari error error yang terj terjadi adi
11 Communicat Communication ion Plan Name
Role
Irine Dwi Test Kenestie Member Rizqi Prifsanti Test Member
Communication Aspect
Test Team Meeting Meeting
© Company Name, Year
Contact Details
Team Email:
[email protected] Mob: 085649421991 Team Email:
[email protected] Mob: 085236951427
Purpose
Mereview Mereview issue yang ditemukan ditemukan dan merencanakan tugas untuk hari selanjutnya
Date-Time Stamp: 17/04/2012 08:18:00
Page 9 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
12 Software test descriptions (STD) – template 1. Scop Scope e of of the the tes tests ts 1.1 The softw software are packag package e to to be tested tested (name (name,, versi version on and revisio revision) n) 1.2 The documents providing the basis for the designed tests (name and version for each document) 2. Test environm environment ent (for each test) 2.1 Test identification (the test details are documented in the STP) 2.2 2.2 Deta Detaile iled d desc descrip ripti tion on of the the oper operat atin ing g syst system em and and hard hardwa ware re configuration and the required switch settings for the tests 2.3 Instructions for software loading 3 Testing process 3.1 Instructions for input, detailing every step of the input process 3.2 Data to be recorded during the tests 4 Test cases (for each case) 4.1 Test case identification details Test ID TC00.00.01
Description Description
Expected Expected Actual Re Result Result Pre kondisi: Aktor Sistem Sistem akan akan telah masuk menampilka halaman masuk n halaman akun. utama
Keterangan
Skenario utama 1. Aktor memasukk memasukkan an nama pengguna dan kata sandi pada form akun 2. Aktor menekan tombol ’Masuk’ untuk masuk ke dalam aplikasi dan meneka nekan n tom tombol bol ’Ba ’Batal’ jik jika ingin mengosongkan form akun 3. Si Sistem akan memeriksa memeriksa apakah apakah form form telah elah teris erisi, i, jika kosong kosong jalankan jalankan skenario skenario © Company Name, Year
Date-Time Stamp: 17/04/2012 08:18:00
Page 10 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
alternatif 1 4. Si Sistem akan memeriksa memeriksa apakah apakah nama akun dan kata ka ta sand sandii sesu sesuai ai deng dengan an data databa base se pada tabel akun dan hak akses, jika tidak tidak sesu sesuai ai mak aka a jalankan jalankan skenario skenario alternatif 2
TC00.00.02
TC00.01.01
TC00.01.01
Skenario Alternatif 1. Jika aktor tidak memasukkan nama akun dan kata sand sandii maka ak aka an muncul pesan error ”Form kosong” 2. Jika nama nama akun dan dan kata sandi tidak sesuai pada database maka akan muncul pesan ”Na ”Nama Akun dan Kata Ka ta Sand Sandii belu belum m terdaftar” Pre kondisi: Aktor telah masuk kedalam aplikasi Skenario: Akto Aktorr mene meneka kan n link link ’Keluar’ Pre kondisi: Aktor telah masuk kedalam aplikasi Skenario: 1. Aktor memilih menu menu Daft Daftar ar ak akun un pada pada peng pengol olah ahan an pengguna 2. Si Sistem akan menampilkan halaman daftar akun Pre kondisi: Aktor telah masuk
© Company Name, Year
Aktor akan disuguhkan halaman masuk akun
Sistem Sistem akan akan menampilka n daftar data akun
3. Sistem akan
Date-Time Stamp: 17/04/2012 08:18:00
Page 11 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
TC00.01.02 Tambah Tambah akun
kedalam aplikasi Skenario: 1. Aktor memilih menu menu Daft Daftar ar ak akun un pada pada peng pengol olah ahan an pengguna 2. Si Sistem akan menampilkan halaman daftar akun Pre kondisi: Aktor telah masuk kedalam aplikasi Skenario: 1.
Aktor memilih link tambah akun 2. Sistem akan menampilkan halaman tambah akun Aktor mengisi mengisi form 3. yang telah tersedia. Form berisi field nama pengguna, pengguna, kata sandi, ulangi kata sandi dan memilih daftar hak akses 4. Aktor menekan tombol ’Simpan’ untuk menyimpan menyimpan data ke dalam database. Menekan tombol ’Batal’ jika ingin membatalkan membatalkan dan jalankan skenario alternatif 1 5. Sistem akan memeriksa apakah terdapat field yang kosong. Jika ya, jalankan skenario skenario alternatif 2 6. Sistem akan memeriksa apakah nama pengguna sebelumnya telah terdaftar. Jika ya, jalankan skenario skenario alternatif 3 7. Sistem akan memeriksa apakah kata sandi dengan ulangi © Company Name, Year
menampilka n daftar data akun
9. Sistem akan menampilka n halaman daftar akun
Date-Time Stamp: 17/04/2012 08:18:00
Page 12 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
kata sandi telah sama. Jika tidak, maka jalankan skenario skenario alternatif 4 8. Sistem akan menyimpan menyimpan data tersebut kedalam database
TC00.01.03 Ubah akun
Skenario Alternatif: 1. Jika aktor aktor menek menekan an tombol ’Batal’ maka maka sist sistem em ak akan an secara otomatis mengosongkan form 2. Jika Jika terd terdap apat at fiel field d yang tida idak terisi isi maka akan muncul pesan ”Field kosong” 3. Jika nama pengguna telah terdapat pada database maka akan muncul pesan ”Nam ”Nama a peng penggu guna na sudah terdapat pada database” 4. Jika aktor memas memasukk ukkan an kata kata sandi dan ulang kata sandi berbeda maka akan muncul ”Kat ”Kata a sand sandii tida tidak k sama” Pre kondisi: Aktor telah masuk halaman pengolahan pengguna Skenario: 1. Aktor Aktor memili memilih h data data akun yang akan diubah 2. Aktor menekan tombol ’Ubah’ 3. Si Sistem akan menampilkan
© Company Name, Year
8. Sistem akan menampilka n halaman Daftar Akun
Date-Time Stamp: 17/04/2012 08:18:00
Page 13 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
halaman ubah akun 4. Aktor mengubah data pada form yang tersedia. Form tersebut terdiri iri ata atas field ield nam nama peng pengg guna, una, field kata sandi baru sebanyak dua kali dan daftar hak akses. 5. Aktor menekan tom tombol bol ’Sim ’Simpa pan’ n’.. Aktor menekan tombol ’Batal’ maka jalankan skenar skenario io altern alternatif atif 1 6. Si Sistem akan memeriksa memeriksa apakah apakah terdapat field yang tidak terisi. Jika ya, maka jalankan skenar skenario io altern alternatif atif 2 7. Si Sistem akan memeriksa memeriksa apakah apakah kata sandi dan ulan ulangi gi ka kata ta sand sandii telah sama. Jika tidak, maka jalankan jalankan skenario skenario alternatif 3 Skenario Alternatif: 1. Jika aktor aktor menek menekan an tombol batal, maka sistem akan secara otomatis mengosongkan form 2. Jika Jika terd terdap apat at fiel field d yang tida idak terisi isi maka akan muncul pesan ”Field kosong” 3. Jika aktor memas memasukk ukkan an kata kata © Company Name, Year
Date-Time Stamp: 17/04/2012 08:18:00
Page 14 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
TC00.01.04 Hapus akun
TC00.01.05 Ubah Kata Sandi
sandi dan ulan langi kata sandi berbeda, maka akan muncul pesa pesan n ”kata ”kata sand sandii salah” Pre Kondisi: Aktor telah masuk halaman Pengolahan Pengguna Skenario Utama: 1. Aktor Aktor memili memilih h data data akun yang akan dihapus 2. Aktor menekan tombol ’Hapus’ 3. Si Sistem akan memberikan konfirmasi konfirmasi ’Apakah ’Apakah yakin ingin menghapus akun ?’. 4. Aktor menekan tombol ’OK’ jika setuju setuju mengh menghapu apus s akun. Jika tidak yakin, maka meneka nekan n tom tombol bol ’Can ’Cance cel’ l’ jala jalank nkan an skenar skenario io altern alternatif atif 1 Skenario Alternatif: 1. Jika aktor aktor menek menekan an tombol ’Tidak’, maka akan muncul pesa pesan n ”Data ”Data ak akun un bata batall terh terhap apus us !” dan dilanjutkan aktor menekan tombol ’OK’ Pre Kondisi: Aktor telah masuk ke dalam aplikasi Skenario utama: 1. Akto Aktorr memi memilih lih link link ubah kata sandi 2. Si Sistem akan
© Company Name, Year
1. Sistem akan menghapus akun dari database pada tabel akun. 2. Sistem akan menampilka n halaman daftar akun
1. Sistem akan menyimpan perubahan pada database akun
Date-Time Stamp: 17/04/2012 08:18:00
Page 15 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
TC00.01.06 Lihat akun
menampilkan halaman ubah kata sandi 3. Aktor mengubah data pada form yang telah tersedi. Form tersebut terdiri iri ata atas field ield katta sandi lama, ka kata sandi baru dan ulangi kata sandi 4. Aktor menekan tom tombol bol ’Sim ’Simpa pan’ n’.. Jika aktor aktor menekan menekan tombol ’Batal’ maka jalankan skenar skenario io altern alternatif atif 1 5. Si Sistem akan memeriksa memeriksa apakah apakah terdapat field yang tidak terisi. Jika ya, maka jalankan skenar skenario io altern alternatif atif 1 6. Si Sistem akan memeriksa memeriksa apakah apakah kata sandi lama sama dengan yang ada pada database. Jika tidak maka jalankan jalankan skenario skenario alternatif 2 7. Si Sistem akan memeriksa memeriksa apakah apakah kata sandi baru dan ulangi kata sand sandii tela telah h sama sama.. Jika tidak, maka jalankan jalankan skenario skenario laternatif 3 Pre Kondisi: Aktor telah masuk halama pengolahan pengguna Skenario Utama:
© Company Name, Year
2. Sistem akan menampilka n halaman ubah kata sandi
5. Sistem akan menampilka n data akun secara rinci
Date-Time Stamp: 17/04/2012 08:18:00
Page 16 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
1. Aktor Aktor memili memilih h data data pengguna yang akan dilihat 2. Aktor menekan tombol ’Lihat’ 3. Si Sistem akan mengambil data pada database tabel akun dan hak akses 4. Si Sistem akan menampilkan halaman lihat akun TCPre Kondisi: Aktor 00.02.01 telah masuk Lihat kedalam aplikasi daftar Skenario Utama: usulan SK 1. Akto Aktorr memi memilih lih link link Daftar Usulan SK 2. Si Sistem akan mengambil data pada database tabel usulan
TCPre Kondisi: Aktor 00.02.02 telah masuk ke Tambah Tambah halaman Usulan SK Usulan SK Skenario Utama: 1. Akto Aktorr memi memilih lih link link tambah usulan sk 2. Si Sistem akan menampilkan hala halam man tam tambah usulan sk 3. Aktor Aktor mengi mengisi si form form yang telah tersedia. Form tersebut terdiri atas field nama pengusul, pengus pengusul, ul, jenis jenis sk, © Company Name, Year
Sistem Sistem akan akan menampilka n halaman daftar usulan sk dengan usrutan tanggal usulan usulan yang yang telah telah masuk masuk terlebih dahulu berada pada daftar urutan pertama 1. Sistem akan menyimpan masukan data kedalam database usulan lan dan histori_usula n. 2. Sistem akan menampilka n halaman tambah usulan SK
Date-Time Stamp: 17/04/2012 08:18:00
Page 17 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
data usulan sk, nomor usulan, tentan tentang, g, terhit terhitung ung tanggal dan keterangan 4. Aktor menekan tom tombol bol ’Sim ’Simpa pan’ n’.. Jika ingin membatalkan aktor meneka nekan n tom tombol bol ’Batal’ dan jalankan skenar skenario io altern alternatif atif 1 5. Si Sistem akan memeriksa memeriksa apakah apakah fie field telah terisi isi semua. Jika terdapat field yang tid tidak teri terisi si mak aka a jalankan jalankan skenario skenario alternatif 2 6. Si Sistem akan memeriksa memeriksa apakah apakah nomor usulan telah terdapat pada database. Jika telah terdapat pada database maka jalankan jalankan skenario skenario alternatif 3 Skenario Alternatif: 1. Jika aktor aktor menek menekan an tombol ’Batal’, maka sistem secara otomatis mengosongkan field 2. Jika Jika terd terdap apat at fiel field d yang tida idak terisi isi maka akan muncul pesan ”Field Kosong !” 3. Jika Jika nomo nomorr usul usulan an telah terdapat pada database maka akan muncul pesan ”Nomor usulan © Company Name, Year
Date-Time Stamp: 17/04/2012 08:18:00
Page 18 of 19
Software Test Plan: Dokumen Testing Rancang Bangun Sistem Informasi Pengelolaan Surat Keputusan di FTIF Doc. Ref. No. 01., Version: 01
telah terdaftar !” 4.2 Input data and system settings 4.3 Expected intermediate results (if applicable) 4.4 Expected results (numerical, message, activation of equipment, etc.) 5 Actions to be taken in case of program failure/cessation 6 Procedures to be applied according to the test results summary
© Company Name, Year
Date-Time Stamp: 17/04/2012 08:18:00
Page 19 of 19
