All Products
Search

This Product

    Performance Testing:Debug skenario

    Document Center

    Performance Testing:Debug skenario

    Last Updated:Jun 21, 2026

    Setelah mengonfigurasi skenario uji stres, Anda dapat melakukan debug untuk memvalidasi konfigurasi dan mencegah kegagalan pengujian. Topik ini menjelaskan cara melakukan debug skenario Performance Testing (PTS) dan JMeter.

    Prasyarat

    Anda telah membuat skenario PTS atau JMeter. Untuk informasi selengkapnya, lihat Buat skenario PTS atau Buat skenario JMeter.

    Prosedur

    1. Masuk ke PTS console dan pilih Performance Test > Scenarios.

    2. Pada kolom Actions skenario yang dituju, klik Edit untuk membuka halaman Edit Scenario. Lalu, klik Debug untuk melakukan debug seluruh skenario.

      Selama proses debugging, Anda dapat mengklik ikon 调试场景.png di pojok kanan atas untuk meminimalkan jendela. Sebuah jendela mengambang akan muncul di pojok kanan bawah, memungkinkan Anda memantau status debugging. Klik jendela mengambang tersebut untuk memulihkan kotak dialog Debug Scenario.

    3. Pada hasil debugging, Anda dapat melihat log permintaan untuk semua request. Klik API tertentu untuk melihat detail debugging-nya.

      Jika hanya perlu melakukan debug pada satu API saja, Anda juga dapat membuka halaman scenario settings dan mengklik Debug API di sebelah kanan API tersebut untuk melihat hasil debugging-nya.

      Penting

      Debugging API tunggal dalam VPC tidak didukung. Untuk melakukan debug skenario dalam VPC, klik Debug untuk melakukan debug seluruh skenario.

    PTS scenario

    Pada antarmuka debugging skenario PTS, bagian kiri menampilkan daftar eksekusi serial yang menunjukkan status eksekusi setiap API: titik hijau menandakan sukses, sedangkan titik merah menandakan terjadi exception. Jika assertion gagal, antarmuka akan menampilkan pesan: "Assertion failed, so subsequent requests are not sent." Bagian General di sebelah kanan menampilkan informasi seperti Request URL, Request Method, Response Code, Export Content, dan Check Result JSON. Di bawah bagian ini terdapat tiga tab: request details, response details, dan Timing. Pada tab response details, Anda dapat membuka bagian-bagian tersebut untuk melihat informasi checkpoint, header respons, badan respons, dan informasi error. Ketika sebuah request abnormal, bagian informasi error akan menampilkan detail spesifik, seperti IllegalArgumentException: forbidden uri, uri host must match vpc cidr pattern 10.0.0.0/8, 172.16.0.0/12. Hal ini menunjukkan bahwa host dari URI permintaan harus sesuai dengan pola CIDR VPC yang ditentukan.

    1. Hasil assertion

      Ikon 'x' menandakan terjadi exception. Pilih API tersebut untuk melihat detail respons di sebelah kanan.

    2. Status respons

      Status dapat berupa kode status (seperti 200, 302, 403, 503, atau 500) atau pesan Abnormal. Pesan Abnormal berarti tidak ada respons yang diterima. Hal ini dapat disebabkan oleh timeout permintaan atau kesalahan pada URL atau badan permintaan, seperti fungsi yang tidak dikenali atau format URL yang tidak valid.

      Catatan

      Anda dapat melihat detail permintaan dan respons untuk setiap API yang telah di-debug. Untuk troubleshooting masalah ini, periksa hal-hal berikut:

      • Jika status respons adalah Abnormal, periksa detail exception pada bagian error information di tab Response Details. Misalnya, exception tersebut dapat disebabkan oleh parameter yang tidak valid, seperti penggunaan fungsi sistem yang salah.

      • Jika status respons berupa kode status selain 200, periksa informasi yang dikembalikan dan lakukan troubleshooting standar menggunakan log pada server Anda.

      • Jika assertion gagal, periksa detail assertion pada bagian Check Point Information di tab Response Details. Jika nilai saat ini kosong, berarti tidak ada nilai parameter output yang diekstraksi.

    3. Informasi error

      Bagian ini menampilkan detail mengenai respons abnormal, seperti timeout, kesalahan parameter, atau penolakan koneksi.

    4. Tab Timing menampilkan rincian waktu yang dibutuhkan selama siklus hidup inti sebuah permintaan.

      Anda dapat menggunakan model waterfall Timing untuk melihat informasi error. Semua error akan muncul dalam model waterfall Timing.

      Sebagai contoh, jika Anda mengaktifkan Pengalihan 302 di pengaturan skenario, Anda dapat memeriksa model waterfall Timing untuk melihat apakah terjadi pengalihan dan jalur spesifiknya.

    5. Uji ekspresi parameter output

      Ketika perlu mengekstraksi string tertentu dari detail respons sebuah permintaan—biasanya dari badan respons berbasis teks—Anda dapat menguji ekspresi reguler di jendela debugging untuk memastikan kebenarannya. Anda juga dapat mengatur ulang parameter output sesuai kebutuhan.

      Catatan

      Fitur ini tidak tersedia untuk format JSON bertipe application/json dan text/json karena format tersebut mudah diurai.

      1. Pada kotak dialog Debug Scenario, pilih API di sebelah kanan dan klik Click to test the regular expression for the output parameter.

      2. Pada kotak dialog Test output parameter regular expression, pilih format sumber, masukkan ekspresi reguler, dan tentukan kecocokan ke-N. Lalu, klik Test Expression. Gunakan hasil kecocokan dalam detail respons untuk memverifikasi bahwa konten yang diekstraksi sesuai harapan.

      3. Jika perlu mengatur ulang parameter output, klik Sync Output Parameter untuk menyinkronkan ekspresi reguler ke daftar parameter output API tersebut.

        Catatan

        Jika Anda telah menyinkronkan parameter output selama debugging, kembali ke tab scenario settings skenario uji stres dan tetapkan nama untuk parameter output tersebut pada tab Output Parameter Definition API tersebut.

    JMeter scenario

    Panel engine logs di sebelah kanan menampilkan log startup engine JMeter, termasuk informasi lingkungan runtime seperti nomor versi, versi JDK, sistem operasi, memori maksimum, dan jumlah prosesor yang tersedia. Di pojok kanan bawah, area Architecture Topology menampilkan topologi arsitektur.

    Klik Sampler untuk melihat detail permintaan dan respons serta model waterfall Timing di area sampling log.

    • Sampling log:

      • Tab General menampilkan Request URL, metode permintaan, dan kode status permintaan.

      • Tab request details menampilkan header permintaan, badan permintaan, dan paket asli.

      • Tab Response Details menampilkan header respons, badan respons, dan paket asli.

      • Tab Timing menampilkan waktu yang dibutuhkan untuk setiap API.

    • Area Engine Logs menampilkan log runtime JMeter. Jika tidak ada log sampling yang dihasilkan setelah Anda melakukan debug skrip, Anda dapat menganalisis dan melakukan troubleshooting masalah menggunakan informasi error dalam log engine. Untuk informasi lebih lanjut mengenai error umum dan penyebabnya, lihat Common Errors.