Dokumen tersebut membahas pentingnya pengujian sistem perangkat lunak untuk menentukan kualitas dan kemurnian atribut sistem, konsep kecocokan aplikasi untuk lingkungan bisnis, serta pendekatan dan teknik pengujian perangkat lunak seperti pengujian unit, integrasi, validasi, dan sistem.

2. Pentingnya pengujian sistem
-Pengujian perangkat lunak dilakukan untuk
menentukan keberadaan, kualitas, dan kemurnian
dari atribut-atribut sistem aplikasi.
-Pengujian dilakukan dengan memanfaatkan tool
dan teknik.
-Semakin baik struktur dari prosespengujian,
semakin baik pula hasil pengujiannya

3. Konsepkecocokan aplikasi
-Keefektifan dari aplikasi komputer dalam lingkungan
bisnis ditentukandari tingkat kecocokan aplikasi tersebut
dalam lingkungan operasinya.
-Kecocokan (fit) merupakan suatu konsep yang
menekankan pada bagaimana tingkat kegunaan (usable),
pembantuan (helpful) dan manfaat dari unjuk kerja
aplikasi dalam membantu tugas-tugas pemakai.
-Semakin baik tingkat bantuan aplikasi kepada pemakai,
semakin baik tingkat "kecocokannya "

4. Konsep kecocokan ini penting dalamaspek
desain maupun pengujian.
Desain harus bertujuan untuk membangun
aplikasi yang "cocok" dengan proses bisnis
pemakai dan proses pengujian harus dapat
meyakinkan tingkat kecocokan yangdikehendaki
dipenuhi.
Pengujian yang berkonsentrasi pada strukturdan
kebutuhan (requirement) dapat gagal memenuhi
aspek kecocokan.

5. AspekKecocokan
1. Data: data yang andal, timelines (tepat waktu), konsisten
dan banyak berguna (useful) terkendali dalam aplikasi
yang diotomatisasi bagi pemakai.
2. Orang-orang: keahlian, training, kemampuan belajardan
kesenangan untuk menggunakan dan berinteraksi
dengan aplikasi yang diotomatisasi.
3. Struktur: pembangunan yang tepat dari sistem aplikasi
untuk mengoptimalkan tcknologi dan memenuhi
kebutuhan.
4. Aturan-aturan: prosedur-prosedur yang harus dipatuhi
dalam pemrosesan data.

6. Toolsvs Teknik
o Toolmerupakan'kendaraan"untukmelakukan
prosespengujian.Toolmerupakansumberbagi
penguji,tapitoolsendiritidakdapatmelaksanakan
pengujian.
o Teknikpengujianadalahprosesuntukmeyakinkan
bahwabeberapaaspekdarisistemaplikasiberfungsi
denganbaik.Adasedikitteknik,tapiadabanyak tool.
o Konsepdaritooldanteknikinipentingdalamproses
pengujian.Kombinasikeduanyamemungkinkan
untukdilakukannyaprosespengujian.

7. Toolsvs Teknik
o Toolmerupakan'kendaraan"untukmelakukan
prosespengujian.Toolmerupakansumberbagi
penguji,tapitoolsendiritidakdapatmelaksanakan
pengujian.
o Teknikpengujianadalahprosesuntukmeyakinkan
bahwabeberapaaspekdarisistemaplikasiberfungsi
denganbaik.Adasedikitteknik,tapiadabanyak tool.
o Konsepdaritooldanteknikinipentingdalamproses
pengujian.Kombinasikeduanyamemungkinkan
untukdilakukannyaprosespengujian.

8. S/W Testingtools
Toolspengujianperangkatlunakdikelompokkan
menjadi :
a)TestManagementtools
b)FunctionalTestingTools
c)LoadTesting Tools

9. OpensourceS/W Testing tools

11. ProprietaryS/W Testing tools

13. TestingStrategies
Toolspengujianperangkatlunakdikelompokkan
menjadi :
a)Top-Down
b)Bottom-Up
c)BigBang
d)Sandwich

14. 14
Unit
Testing
Module
Testing
Sub-
system
Testing
Syste
m
Testing
Acceptanc
e Testing
ComponentTesting IntegrationTesting
User
Testing

15. ProsesTesting
Unit testing
Pengujian masing-masing unit komponen program
untuk meyakinkan bhw sudah beroperasi secara benar
Module Testing
Pengujian terhadap koleksi unit-unit komponen yang
saling berhubungan.
Sub-system Testing
Pengujian terhadap koleksi module-module yang
membentuk suatu sub-system (aplikasi)
15

16. ProsesTesting
System Testing
Pengujian terhadap integrasi sub-system,yaitu
keterhubungan antar sub-system
Acceptance Testing
Pengujian terakhir sebelum sistem dipakai oleh user.
Melibatkan pengujian dengan data daripengguna
sistem.
Biasa dikenal sebagai “alpha test” (“beta test” untuk
software komersial, dimana pengujian dilakukanoleh
potensial customer)
16

17. ProsesTesting
Component testing
Pengujian komponen-komponen program
Biasanya dilakukan oleh component developer (kecuali
untuk system kritis)
Integration testing
Pengujian kelompok komponen-komponen yang
terintegrasi untuk membentuk sub-systemataupun
system
Dilakukan oleh tim penguji yangindependent
Pengujian berdasarkan spesifikasi sistem
17

18. Hirarki pengujianP/L
18

19. 19
Spesifikasi
Kebutuhan
Spesifikasi
Sistem
Perancangan
Sistem
Detail
Perancangan
Acceptance
Testplan
System
Integratio
n Test
plan
Sub-
System
Integration
Testplan
Moduleand
Unitcodeand
test
Acceptance
test
System
Integratio
n test
Sub-
System
Integration
test
Service

20. Pendekatan Strategis ke pengujian
perangkat lunak
Pengujian Unit
Pengujian Integrasi
Pengujian Validasi
Pengujian Sistem

21. PengujianUnit
Berfokus padainti terkecil dari desain perangkat
lunak yaitu modul
Biasanya berorientasi pada white box
MODUL Interface
Struktur data lokal
Kondisi Batas
Jalur independen
Jalur penanganan kesalahan
Test Case

22. PengujianUnit
Checklist untuk pengujian interface
Apakah jumlah parameterinput sama denganjumlah
argumen?
Apakah antaraatribut danparameterargumensudah
cocok?
Apakah antarasistem satuan parameterdanargumen
sudah cocok?
Apakah jumlah argumenyangditransmisikan ke modul
yangdipanggilsama denganatribut parameter?

23. PengujianUnit
Apakah atribut dariargumenyangditransmisikan ke
modul yangdipanggilsamadenganatribut parameter?
Apakah sistem unit dariargumenyangditransmisikan
ke modul yangdipanggilsama dengansistem satuan
parameter?
Apakah jumlah atribut danurutan argumenke fungsi-
fungsi built-in sudah benar?
Adakah referensi ke parameteryangtidak sesuai dengan
poin entri yang ada?
Apakah argumeninput only diubah?

24. PengujianUnit
Apakah definisi variabelglobal konsisten dengan
modul ?
Apakah batasan yangdilalui merupakan argumen?
Testcaseharusdidesainuntukmengungkapkesalahan
dalam kategori
pengetikanyangtidakteraturdantidakkonsisten
inisialisasiyangsalahataunilai-nilaidefault Nama
variabelyangtidakbenar
Tipedatayangtidakkonsisten
Underflow,overflowdanpengecualianpengalamatan

25. DuaAspekyang dipertimbangkan:
• Apakah implementasi sudah sesuai dengan spesifikasi ?
• Apakah spesifikasi sesuai dengan kebutuhan user ?
Validasi
• “Apakahsistemyangdikembangkansudah benar?”
• Pengujiandimanasistemketikadiimplementasikansesuaidengan
yang iharapkan
Verifikasi
• “Apakahsistemdikembangkandengancarayangbenar?”
• Pengujianapakahsistemsudahsesuaidengan spesifikasi
Seberapabaiksistemyang
sudahdibangun ?

26. Integrationtesting
Pengujiankeseluruhansystematausub-
systemyangterdiridrkomponenyg
terintegrasi.
Testintegrasimenggunakanblack-box
dengantestcaseditentukandari spesifikasi.
Kesulitannyaadalah
menemukan/melokasikan
PenggunaanIncrementalintegrationtesting
dapatmengurangimasalah tersebut.

27. T3
T2
T4
T5
Incrementalintegration testing
A T1
B
C
D
T2
T1
T3
T4
A
B
C
T1
T2
T3
A
B
Test sequence
1
Test sequence
2
Test sequence
3

28. Pendekatanintegration testing
Top-down testing
Berawaldarilevel-atassystemdanterintegrasi
denganmenggantimasing-masingkomponen
secaratop-downdengansuatustub(program
pendekygmengenerateinputkesub-systemyg
diuji).
Bottom-up testing
Integrasicomponentsdilevelhingga sistem
lengkapsudah teruji.
Padaprakteknya,kebanyakantestintegrasi
menggunakankombinasikeduastrategi
pengujian tsb.

29. Top-downtesting
Level 2
Le vel2
Level 2
Level 2
Level 1 Level 1
Testing
sequence
Le vel2
stubs
Le vel3
stubs
. . .

30. Bottom-uptesting
Level N
Level N
Le velN
Level N
Level N
Level N–1 Level N–1
Level N–1
Testing
sequence
Test
drivers
Test
drivers

31. PendekatanTesting
Architecturalvalidation
Top-downintegrationtestinglebihbaikdigunakan
dalammenemukanerrordalamsistem arsitektur.
System demonstration
Top-downintegrationtestinghanyamembatasi
pengujianpadaawaltahappengembangan system.
Test implementation
Seringkalilebihmudahdenganmenggunakan
bottom-upintegration testing

32. Dilakukankalaumodule-moduledansub-
systemterintegrasidanmembentuksistem
yanglebih besar
Tujuannyauntukmedeteksifaultterhadap
kesalahaninterfaceatauasumsiygtidak
validterntanginterface tsb.
Sangatpentinguntukpengujianterhadap
pengembangansistemdgnmenggunakan
pendekatanobject-orientedygdidefinisikan
oleh object-objectnya
Interfacetesting

33. Pengujian Validasi
Kajian Konfigurasi (audit)
Elemen dari proses validasi
Memastikan apakah semua elemen konfigurasi
perangkat lunak telah dikembangkan dengan tepat

34. Pengujian Validasi
Pengujian Alpha dan Beta
Pengujian Alpha
Usability labs
Usability factors checklist
Pengujian Beta

35. Pengujian Sistem
Pengujian Perbaikan
Pengujian Keamanan
Pengujian Stress
Pengujian Kinerja

36. PengujianAplikasi Server
Volume Testing
Stress Testing
Performance Testing
Data Recovery Testing
Data Backup and Restore Testing
Data Security Testing

37. VolumeTesting
Menemukankelemahansistemselama
melakukanpemrosesandatadalamjumlah
yangbesardalamperiodewaktuyang
singkat.
Tujuan:meyakinkanbahwasistemtetap
melakukanpemrosesandataanatarbatasan
fisikdanbatasan logik.
Contoh:
Mengujikan prosesantarserverdanantarpartisi
hardisikpdsatu server.

38. StressTesting
Tujuan: mengetahuikemampuansistem
dalammelakukantransaksiselamaperiode
waktupuncakproses.Contohperiode
puncak:ketikapenolakanprosesloginon-line
setelahsistemdownataupadakasusbatch,
pengirimanbatchprosesdalamjumlahyg
besardilakukansetelahsistemdown.
Contoh : Melakukanloginkeserverketika
sejumlahbesarworkstationmelakukan
prosesmenjalankanperintahsqldatabase.

39. PerformanceTesting
DilakukansecaraparaleldenganVolumedanStress
testinguntukmengetahuiunjukkerjasistem(waktu
respon,throughputrate)padabeberapakondisi
prosesdan konfigurasi.
Dilakukanpadasemuakonfigurasisistemperangkat
kerasdan lunak.
Mis.:pdaplikasiClient-Serverdiujikanpdkondisikorporate
ataupun lingkungan sendiri (LAN vs. WAN, Laptopvs.
Desktop)
Mengujisistemdenganhubungannyasistemkelainpada
serveryg sama.
LoadBalancingMonitor
NetworkMonitor

40. Performance testing tools
Below is the comprehensive list of most widely
used performance testing tools for measuring
web application performance and load stress
capacity. These load testing tools will ensure your
application performance in peak traffic and
extreme stress conditions.
40

41. Top 15 Performance Testing Tools
Apache JMeter
NeoLoad
LoadRunner
LoadUI
WebLOAD
WAPT
Loadster
41
LoadImpact
Rational Performance
Tester
Testing Anywhere
OpenSTA
QEngine
(ManageEngine)
Loadstorm
CloudTest
Httperf

42. Data Recovery Testing
Investigasidampakkehilangandatamelalui
prosesrecoveryketikaterjadikegagalan
proses.
Pentingdilakukankarenadataygdisimpandi
serverdapatdikonfigurasidenganberbagai
cara.
KehilanganDataterjadiakibatkegagalan
sistem,hardiskrusak,peghapusanygtidak
sengaja,kecelakaan,virusdanpencuri.

43. Data Backup and Restore
Testing
Dilakukan untuk melihat prosedur back-up dan
recovery
.
Diakukan dengan mensimulasikan beberapa
kesalahan untuk menguji proses backup dan
recovery
.
Pengujiandilakukanterhadapstrategibackup:
frekuensi, medium,waktu,mekanismebackup
(manual/otomatis),personal,? Berapalamabackup
akandisimpan.
Switchingantaralivedanbackupserverketikaterjadi
kerusakan(loadlogtransactionpadaback-up
kemudianmelaku recovery).

44. Data Security Testing
Privilegeaccessterhadapdatabase
diujikanpadabeberapauseryangtidak
memilikiprivilegeaccesskedatabase.
Shutdowndatabaseenginemelalui
operatingsystem(denganbeberapa
perintahOS) ygdapatmematikan
aplikasi database.

45. Debugging
Test Cas e
Eksekusi case of case
Pengujian
Tambahan
Penyebab
yang
dicurigai
Debugging
Penyebab
yang
diidentifikasi
Koreksi
Pengujian regresi
Hasil