Sistem mobile banking Anda lolos UAT dengan sempurna ÔÇö lalu crash saat 5.000 nasabah login bersamaan di hari gajian. Tim development panik, manajemen menuntut jawaban, dan regulator mulai mempertanyakan kesiapan infrastruktur TI. Masalahnya bukan di fungsionalitas ÔÇö melainkan di performa yang tidak pernah diuji dengan beban realistis.
Skenario ini terjadi lebih sering dari yang Anda kira. Menurut survei Gartner, 70% insiden downtime di sektor keuangan disebabkan oleh masalah performa yang seharusnya bisa dideteksi melalui performance testing.
Artikel ini membahas load testing dan seluruh 7 jenis performance testing berdasarkan ISTQB CT-PT (Certified Tester - Performance Testing) ÔÇö framework yang sama yang digunakan auditor OJK untuk mengevaluasi kesiapan sistem TI perbankan.
Definisi Performance Testing Menurut ISTQB
Menurut ISTQB Glossary, performance testing didefinisikan sebagai:
"Testing to determine the performance of a software product."
Performance testing bukan hanya satu jenis pengujian, melainkan sebuah kategori payung (umbrella term) yang mencakup beberapa sub-jenis. ISTQB memetakan performance testing ke karakteristik kualitas Performance Efficiency dalam standar ISO/IEC 25010, yang terdiri dari tiga sub-karakteristik:
- Time Behaviour: Seberapa cepat sistem merespons (response time, throughput)
- Resource Utilization: Seberapa efisien penggunaan resource (CPU, memory, disk, network)
- Capacity: Berapa batas maksimum pengguna atau transaksi yang dapat ditangani
7 Jenis Performance Testing Menurut ISTQB
ISTQB CT-PT syllabus mendefinisikan tujuh jenis performance testing. Masing-masing memiliki tujuan dan skenario penggunaan yang berbeda.
1. Load Testing
Menurut ISTQB Glossary:
"A type of performance testing conducted to evaluate the behavior of a component or system with increasing load, e.g., numbers of parallel users and/or numbers of transactions, to determine what load can be handled by the component or system."
Tujuan: Memverifikasi bahwa sistem memenuhi requirement performa di bawah beban yang diharapkan (expected load). Misalnya, mensimulasikan 5.000 nasabah mengakses mobile banking secara bersamaan.
Kapan dilakukan: Sebelum go-live, setelah perubahan infrastruktur, atau secara berkala sesuai jadwal audit.
2. Stress Testing
Menurut ISTQB Glossary:
"A type of performance testing conducted to evaluate a system or component at or beyond the limits of its anticipated or specified workloads, or with reduced availability of resources such as access to memory or servers."
Tujuan: Menemukan breaking point sistem dan memastikan sistem bisa pulih (recover gracefully) setelah kondisi overload. Stress testing juga mensimulasikan kondisi degradasi resource ÔÇö misalnya, apa yang terjadi ketika salah satu database server down?
Kapan dilakukan: Untuk menentukan kapasitas maksimum, menguji mekanisme failover, dan memenuhi persyaratan Business Continuity Planning (BCP).
3. Spike Testing
Menurut ISTQB Glossary:
"Testing to determine the ability of a system to recover from sudden bursts of peak loads and return to a steady state."
Tujuan: Mengevaluasi kemampuan sistem menangani lonjakan traffic mendadak. Berbeda dengan stress testing yang bebannya naik gradual, spike testing mensimulasikan kenaikan drastis dan tiba-tiba.
Contoh skenario: Flash sale e-commerce yang menyebabkan traffic naik 20x dalam hitungan detik, atau pengumuman hasil SBMPTN yang diakses jutaan siswa secara bersamaan.
4. Endurance Testing (Soak Testing)
Menurut ISTQB Glossary:
"Testing to determine the stability of a system under a significant load over a significant period of time within the system's operational context."
Tujuan: Mendeteksi masalah yang hanya muncul setelah sistem berjalan lama ÔÇö seperti memory leak, database connection exhaustion, log file accumulation, atau degradasi performa bertahap.
Durasi tipikal: 8-72 jam, tergantung konteks operasional sistem.
5. Scalability Testing
Menurut ISTQB Glossary:
"Testing to determine the scalability of the software product."
Tujuan: Mengukur kemampuan sistem meningkatkan kapasitas saat resource ditambah ÔÇö baik secara vertical scaling (menambah CPU/RAM pada server yang sama) maupun horizontal scaling (menambah jumlah server).
Pertanyaan yang dijawab: Jika kita menggandakan jumlah server, apakah throughput juga meningkat dua kali lipat? Atau ada bottleneck yang membatasi?
6. Capacity Testing
Menurut ISTQB Glossary:
"Testing to evaluate the capacity of a system."
Tujuan: Menentukan berapa jumlah maksimum pengguna, transaksi, atau volume data yang dapat ditangani sistem sambil tetap memenuhi target performa. Hasil capacity testing menjadi dasar untuk capacity planning dan pengadaan infrastruktur.
7. Concurrency Testing
Menurut ISTQB Glossary:
"Testing to evaluate if a component or system involving concurrency behaves as specified."
Tujuan: Mengevaluasi perilaku sistem ketika banyak pengguna melakukan operasi yang sama secara bersamaan. Fokus utamanya adalah mendeteksi masalah resource contention seperti deadlock, race condition, dan locking problem.
Contoh: 100 nasabah melakukan transfer ke rekening yang sama pada saat bersamaan ÔÇö apakah saldo akhir benar?
Metrik Utama Performance Testing
ISTQB CT-PT syllabus mendefinisikan metrik yang harus diukur, dikelompokkan berdasarkan sub-karakteristik ISO 25010:
Time Behaviour
| Metrik | Deskripsi | Target Umum |
|---|---|---|
| Response Time | Waktu dari request dikirim hingga response diterima sepenuhnya | < 2 detik |
| P90 Response Time | 90% request selesai dalam waktu ini | < 3 detik |
| P99 Response Time | 99% request selesai dalam waktu ini | < 5 detik |
| Throughput (TPS) | Jumlah transaksi yang berhasil diproses per detik | Sesuai kebutuhan bisnis |
Resource Utilization
| Metrik | Deskripsi | Batas Aman |
|---|---|---|
| CPU Utilization | Persentase kapasitas CPU yang terpakai | < 70-80% |
| Memory Utilization | Persentase RAM yang terpakai | < 80% |
| Disk I/O | Operasi baca/tulis per detik | Tidak saturasi |
| DB Connections | Jumlah koneksi database aktif | < pool maximum |
Reliability
| Metrik | Deskripsi | Target Umum |
|---|---|---|
| Error Rate | Persentase request yang gagal | < 1% |
| Failed Transactions | Jumlah transaksi bisnis yang tidak selesai | 0 |
Proses Performance Testing (ISTQB CT-PT)
ISTQB mendefinisikan siklus hidup performance testing yang terstruktur:
- Test Planning ÔÇö Identifikasi risiko performa, tentukan tujuan pengujian, pilih tools dan environment
- Test Analysis & Design ÔÇö Analisis pola penggunaan produksi, buat workload model (campuran transaksi, think time, arrival rate)
- Test Implementation ÔÇö Buat test script, tambahkan parameterisasi dan korelasi, validasi script dengan single-user run
- Test Execution ÔÇö Jalankan baseline test (1 user), lalu naikkan beban bertahap. Monitor semua tier (web, app, database)
- Test Analysis & Reporting ÔÇö Bandingkan hasil dengan acceptance criteria, identifikasi bottleneck, dokumentasikan temuan
- Test Closure ÔÇö Arsipkan artifact, dokumentasikan lessons learned
Perbedaan Load Testing dan Page Speed
Penting untuk memahami bahwa load testing dan page speed optimization adalah dua disiplin yang berbeda:
| Aspek | Load Testing | Page Speed |
|---|---|---|
| Fokus | Performa server di bawah beban banyak pengguna | Kecepatan rendering halaman untuk satu pengguna |
| Tools | JMeter, Gatling, k6, Locust | Lighthouse, PageSpeed Insights, WebPageTest |
| Metrik | Throughput, response time, error rate | LCP, FID, CLS (Core Web Vitals) |
| Pelaku | QA Engineer, Performance Tester | Frontend Developer, SEO Specialist |
| Standar | ISTQB CT-PT, ISO 25010 | Google Core Web Vitals |
Load Testing untuk Industri Teregulasi di Indonesia
Untuk sektor perbankan, asuransi, dan fintech Indonesia, load testing memiliki konteks regulasi khusus:
- POJK 11/2022 ÔÇö Mewajibkan bank umum melakukan pengujian performa sistem TI secara berkala
- Audit Trail ÔÇö Hasil performance testing harus terdokumentasi untuk keperluan audit OJK
- Data Compliance ÔÇö Test data harus di-anonymize sesuai UU Perlindungan Data Pribadi (UU PDP)
- DR Testing ÔÇö Performance testing juga diperlukan pada sistem Disaster Recovery
- Standar BSSN ÔÇö Untuk sistem infrastruktur kritis, mengacu pada standar keamanan siber nasional
Tools Load Testing: Apache JMeter
Apache JMeter adalah tools load testing open-source yang paling banyak digunakan di Indonesia, khususnya di sektor perbankan. Keunggulannya:
- Open source dan gratis ÔÇö tidak perlu lisensi komersial
- Mendukung berbagai protokol: HTTP/HTTPS, JDBC, SOAP, REST, FTP, JMS
- GUI untuk pemula, CLI untuk integrasi CI/CD pipeline
- Plugin ecosystem yang luas (Blazemeter, Custom Samplers, dll.)
- Menjadi standar de facto di industri perbankan Indonesia
- Dapat menjalankan seluruh 7 jenis performance testing yang didefinisikan ISTQB
Mulai Belajar Performance Testing
Untuk menguasai seluruh jenis performance testing secara hands-on sesuai standar ISTQB, Frans Training menyediakan program Performance & Load Testing dengan JMeter yang mencakup:
- Seluruh 7 jenis performance testing sesuai ISTQB CT-PT syllabus
- Hands-on dengan Apache JMeter menggunakan skenario industri perbankan dan e-commerce
- Pembuatan workload model dan test plan yang memenuhi standar audit
- Integrasi JMeter dengan CI/CD pipeline (Jenkins, GitLab CI)
- Analisis bottleneck dan performance tuning
- Best practice untuk industri teregulasi (perbankan, BUMN, telekomunikasi)
Konsultasi gratis dengan tim kami untuk menentukan program pelatihan yang tepat bagi tim QA dan engineering Anda.
Referensi
- ISTQB CT-PT Syllabus
- ISTQB Glossary
- ISO/IEC 25010:2011 ÔÇö Systems and software Quality Requirements and Evaluation (SQuaRE)
- POJK 11/2022 ÔÇö Penyelenggaraan Teknologi Informasi oleh Bank Umum
FAQ: Pertanyaan yang Sering Diajukan
Apakah load testing sama dengan stress testing?
Tidak. Load testing menguji pada beban yang diharapkan, sementara stress testing mendorong sistem melampaui batas normalnya. Keduanya penting dan saling melengkapi. Baca perbandingan lengkapnya di Perbedaan Stress Testing dan Load Testing.
Berapa minimal concurrent users untuk load testing yang valid?
Tidak ada angka universal ÔÇö target beban harus berdasarkan data produksi nyata. Analisis log access server Anda untuk mengetahui peak concurrent users, lalu gunakan angka tersebut (plus 20% buffer) sebagai target.
Apakah load testing wajib untuk aplikasi internal perusahaan?
Untuk perusahaan di sektor teregulasi (bank, asuransi, fintech), ya ÔÇö POJK 11/2022 mewajibkan pengujian performa berkala. Untuk aplikasi internal lainnya, load testing sangat direkomendasikan jika aplikasi digunakan oleh 100+ pengguna bersamaan.
Tools apa yang paling cocok untuk pemula?
Apache JMeter adalah pilihan terbaik untuk pemula karena memiliki GUI dan dokumentasi lengkap. Baca tutorial step-by-step kami: Cara Load Testing dengan JMeter.
Berapa biaya melakukan load testing?
Tools open source seperti JMeter, k6, dan Locust sepenuhnya gratis. Biaya utama adalah waktu tim QA dan infrastruktur test environment. Untuk perbandingan tools lengkap, lihat 10 Tools Performance Testing Terbaik 2026.
Tingkatkan Kompetensi Performance Testing Tim Anda
Apakah tim QA Anda masih mengandalkan feeling untuk menilai kesiapan sistem? Jangan tunggu sampai insiden terjadi di production. Dalam pelatihan Performance & Load Testing dengan JMeter, tim Anda akan:
- Praktik langsung seluruh 7 jenis performance testing dengan skenario core banking
- Membuat test plan yang memenuhi standar audit OJK
- Menganalisis bottleneck dan menyusun rekomendasi perbaikan
- Mendapatkan sertifikat yang diakui di industri
Jadwalkan konsultasi gratis 30 menit ÔÇö kami akan bantu identifikasi gap kompetensi tim Anda dan menyusun roadmap pelatihan yang sesuai kebutuhan regulasi.