Parameterisasi, Fungsi, Transaksi di LoadRunner

Skrip yang direkam dapat mensimulasikan pengguna virtual; namun, rekaman saja mungkin tidak cukup untuk meniru perilaku pengguna sebenarnya.

Saat sebuah skrip direkam, skrip tersebut mencakup satu alur lurus melalui aplikasi yang bersangkutan. Pengguna sebenarnya mungkin melakukan beberapa iterasi proses sebelum keluar. Jeda antara mengklik tombol (waktu berpikir) bervariasi dari orang ke orang, dan beberapa pengguna mengakses aplikasi Anda melalui koneksi cepat sementara yang lain tidak. Jadi, untuk mendapatkan nuansa pengguna akhir yang sebenarnya, kita perlu meningkatkan skrip kita agar berperilaku sangat mirip dengan pengguna sebenarnya.

Itulah pertimbangan terpenting saat melakukan “Pengujian KinerjaNamun, ada lebih banyak hal dalam skrip VUser. Bagaimana Anda akan mengukur waktu yang dibutuhkan oleh VUser saat Sistem di Bawah Beban (SUL) sedang diuji? Bagaimana Anda akan tahu apakah VUser berhasil atau gagal pada titik tertentu, dan apakah proses backend gagal atau sumber daya server habis?

Kita perlu meningkatkan skrip kita untuk membantu menjawab semua pertanyaan di atas.

Catatan merek: VuGen awalnya dipasarkan oleh HP, kemudian Micro Focus, dan sekarang menjadi bagian dari OpenText Rekayasa Kinerja ProfesionalFungsi dan pengaturan di bawah ini tidak berubah.

Menggunakan Transaksi

Transaksi mengukur waktu respons server untuk setiap operasi. Sederhananya, "transaksi" mengukur waktu yang dibutuhkan sistem untuk permintaan tertentu. Ini bisa sekecil klik tombol atau panggilan AJAX yang dipicu ketika kotak teks kehilangan fokus.

Menerapkan transaksi sangat mudah. ​​Tulis satu baris kode sebelum permintaan dibuat, dan tutup transaksi saat permintaan berakhir. LoadRunner hanya membutuhkan string sebagai nama transaksi.

Untuk membuka transaksi, gunakan baris kode ini:

lr_start_transaction(“Transaction Name”);

Untuk menutup transaksi, gunakan baris kode ini:

lr_end_transaction(“Transaction Name”, <status>);

Itu memberi tahu LoadRunner apakah transaksi khusus ini berhasil atau tidak. Parameter yang mungkin dapat berupa:

• LR_AUTO
• LR_PASS
• LR_GAGAL

Contoh:

lr_end_transaction(“My_Login”, LR_AUTO);
lr_end_transaction(“001_Opening_Dashboard Name”, LR_PASS);
lr_end_transaction(“Business_Workflow_Transaction Name”, LR_FAIL);

Code catatan: Cuplikan kode direproduksi persis seperti yang diterbitkan, termasuk tanda kutip tipografi. Skrip VuGen yang sebenarnya membutuhkan tanda kutip ganda ASCII lurus, jadi ketik ulang jika Anda menyalin kode ini.

Poin yang perlu diperhatikan:

• Jangan lupa, Anda bekerja dengan “C” dan itu adalah bahasa yang peka huruf besar-kecil.
• Karakter titik (.) tidak diperbolehkan dalam nama transaksi, meskipun Anda dapat menggunakan spasi dan garis bawah.
• Jika Anda telah membuat percabangan kode dengan baik dan menambahkan titik pemeriksaan untuk memverifikasi respons dari server, Anda dapat menggunakan penanganan kesalahan khusus seperti LR_PASS atau LR_FAIL. Jika tidak, Anda dapat menggunakan LR_AUTO dan LoadRunner akan secara otomatis menangani kesalahan server (HTTP 500, 400, dll.).
• Saat menerapkan transaksi, pastikan tidak ada pernyataan waktu tunggu yang terselip di dalamnya, jika tidak, transaksi Anda akan selalu menyertakan periode tersebut.
• Karena LoadRunner membutuhkan string konstan sebagai nama transaksi, masalah umum saat menerapkan transaksi adalah ketidakcocokan string. Jika Anda memberikan nama yang berbeda saat membuka dan menutup transaksi, Anda akan mendapatkan setidaknya 2 kesalahan. Transaksi yang Anda buka tidak pernah ditutup, sehingga LoadRunner menghasilkan kesalahan; dan transaksi yang Anda coba tutup tidak pernah dibuka, yang menghasilkan kesalahan kedua.
• Kedua kesalahan tersebut muncul dalam log pemutaran ulang, jadi setiap kali salah satu kesalahan tersebut dilaporkan, periksa terlebih dahulu nama transaksi pada pernyataan pembuka dan penutup.
• Karena LoadRunner secara otomatis menangani sinkronisasi permintaan dan respons, Anda tidak perlu khawatir tentang respons saat menerapkan transaksi.

Titik Pertemuan, Komentar, dan Fungsi Skrip

Tiga peningkatan kecil membuat skrip berperilaku dan terbaca seperti kode produksi: titik temu, komentar, dan penjelajah fungsi yang terintegrasi dalam VuGen.

Titik Pertemuan

Rendezvous point adalah "titik pertemuan". Ini adalah pernyataan tunggal yang memberi tahu LoadRunner untuk memperkenalkan konkurensi. Anda memasukkan rendezvous point ke dalam skrip VUser untuk meniru beban pengguna yang berat pada server.

Titik temu (rendezvous point) menginstruksikan VUser untuk menunggu selama eksekusi hingga beberapa VUser tiba di titik tertentu, sehingga mereka dapat secara bersamaan melakukan suatu tugas. Misalnya, untuk meniru beban puncak pada server bank, masukkan titik temu yang menginstruksikan 100 VUser untuk menyetor uang tunai pada waktu yang bersamaan.

Jika titik temu tidak ditempatkan dengan benar, VUser akan mengakses bagian aplikasi yang berbeda bahkan untuk skrip yang sama. Hal ini karena setiap VUser mendapatkan waktu respons yang berbeda sehingga beberapa pengguna tertinggal.

sintaks:

lr_rendezvous(“Logical Name”);

Catatan koreksi: Halaman yang diterbitkan mengeja ini lr_rendesvousNama fungsi yang benar adalah lr_rendezvousBentuk yang salah eja tersebut tidak akan dapat dikompilasi.

Praktik terbaik:

• Awali titik pertemuan dengan “rdv_” untuk keterbacaan kode yang lebih baik; misalnya “rdv_Login”
• Hapus semua pernyataan waktu berpikir yang berdekatan.
• Terapkan titik temu di tampilan Skrip, setelah perekaman.

Tampilan Skrip di bawah ini menunjukkan pernyataan pertemuan yang disisipkan ke dalam tindakan yang direkam:

komentar

Tambahkan komentar untuk mendeskripsikan suatu aktivitas, bagian kode, atau baris kode. Komentar membantu membuat kode lebih mudah dipahami oleh siapa pun yang merujuknya di masa mendatang. Komentar memberikan informasi tentang operasi tertentu dan memisahkan dua bagian untuk membedakannya.

Anda dapat menambahkan komentar

• Saat merekam (menggunakan alat tersebut)
• Setelah direkam (langsung menulis kode)

Praktik Terbaik: beri tanda pada setiap komentar di bagian atas setiap file skrip.

Menyisipkan Fungsi Melalui Menu

Meskipun Anda dapat langsung menulis baris kode sederhana, Anda mungkin memerlukan petunjuk untuk mengingat sebuah fungsi. Anda juga dapat menggunakan Steps Toolbox (yang dikenal sebagai Insert Function sebelum versi 12) untuk menemukan dan menyisipkan fungsi apa pun langsung ke dalam skrip Anda.

Anda dapat menemukan Kotak Peralatan Langkah di bawah Tampilan → Kotak Peralatan Langkah, seperti yang ditunjukkan di bawah ini.

Ini akan membuka jendela samping. Lihat cuplikan gambarnya:

Apa itu Parameterisasi?

Parameter dalam VuGen adalah wadah yang menyimpan nilai yang direkam dan kemudian diganti untuk berbagai pengguna.

Selama eksekusi skrip (di VuGen atau pengawas), nilai dari sumber eksternal (seperti file .txt, XML, atau basis data) menggantikan nilai parameter sebelumnya.

Parameterisasi berguna untuk mengirimkan nilai dinamis (atau unik) ke server. Misalnya, suatu proses bisnis mungkin perlu dijalankan sebanyak 10 kali sambil memilih nama pengguna yang unik setiap kali.

Hal ini juga membantu dalam mensimulasikan perilaku kehidupan nyata terhadap sistem yang diteliti. Lihatlah contoh-contoh di bawah ini.

Contoh masalah:

• Suatu proses bisnis hanya berfungsi untuk tanggal saat ini, yang berasal dari server, sehingga tidak dapat diteruskan sebagai permintaan yang dikodekan secara langsung (hardcoded).
• Terkadang aplikasi klien mengirimkan ID unik ke server (misalnya session_id) agar proses dapat berlanjut, bahkan untuk satu pengguna. Dalam kasus seperti itu, parameterisasi sangat membantu.
• Seringkali aplikasi klien menyimpan cache data yang dikirim ke dan dari server. Akibatnya, server tidak menerima perilaku pengguna yang sebenarnya (di mana server menjalankan algoritma yang berbeda tergantung pada kriteria pencarian). Skrip VUser akan dieksekusi dengan sukses, tetapi statistik kinerja yang dihasilkan tidak akan bermakna. Menggunakan data yang berbeda melalui parameterisasi membantu meniru aktivitas sisi server seperti stored procedure, dan melatih sistem.
• Tanggal yang dikodekan secara permanen dalam VUser selama perekaman mungkin tidak lagi valid setelah tanggal tersebut berlalu. Memparameterisasi tanggal memungkinkan eksekusi VUser berhasil dengan mengganti tanggal yang dikodekan secara permanen. Bidang atau permintaan seperti itu adalah kandidat yang tepat untuk parameterisasi.

Anda membuatnya dengan mengklik kanan nilai yang direkam di tampilan Skrip dan memilih Ganti dengan Parameter. VuGen kemudian menanyakan tipe mana yang menyediakan nilai tersebut:

Dua opsi tambahan menentukan bagaimana data dikonsumsi di seluruh iterasi:

Panduan di bawah ini menunjukkan parameterisasi yang diterapkan pada skrip yang direkam:

Klik di sini jika video tersebut tidak dapat diakses.

Pengaturan Waktu Eksekusi dan Dampaknya pada Simulasi VUser

Pengaturan saat runtime sama pentingnya dengan skrip VuGen Anda. Dengan konfigurasi yang berbeda-beda, Anda dapat memperoleh desain pengujian yang sangat berbeda, itulah sebabnya pengaturan saat runtime yang tidak konsisten biasanya menjadi penyebab hasil yang tidak dapat diulang. Mari kita bahas setiap atribut satu per satu.

Jalankan Logika

Run Logic menentukan berapa kali semua tindakan akan dieksekusi, kecuali vuser_init dan vuser_end.

Ini mungkin menjelaskan mengapa LoadRunner menyarankan untuk tetapping Semua kode login berada di dalam vuser_init dan bagian logout di dalam vuser_end, keduanya secara eksklusif.

Jika Anda telah membuat beberapa tindakan — misalnya Masuk, Buka Layar, Hitung Sewa, Kirim Dana, Periksa Saldo, dan Keluar — maka skenario di bawah ini akan terjadi untuk setiap VUser:

Semua VUser akan masuk, menjalankan Buka Layar, Hitung Sewa, Kirim Dana dan Periksa Saldo, kemudian kembali Buka Layar, Hitung Sewa dan seterusnya, diulangi 10 kali, diikuti dengan keluar (sekali).

Ini adalah pengaturan yang ampuh yang memungkinkan skrip bertindak lebih seperti pengguna sungguhan. Ingat, pengguna sungguhan tidak masuk dan keluar setiap saat; mereka biasanya mengulangi langkah-langkah yang sama.

Berapa kali Anda mengklik "kotak masuk" saat memeriksa email sebelum Anda keluar?

Mondar-mandir

Ini penting. Kebanyakan orang tidak mampu memahami perbedaan antara kecepatan (pacing) dan waktu berpikir (think time). Satu-satunya perbedaan adalah kecepatan mengacu pada penundaan antar iterasi, sedangkan waktu berpikir adalah penundaan antara 2 langkah apa pun.

Pengaturan yang disarankan bergantung pada desain pengujian. Namun, jika Anda ingin menerapkan beban yang agresif, pertimbangkan untuk memilih "Segera setelah iterasi sebelumnya berakhir", seperti yang ditunjukkan di bawah ini.

Log

Secara umum dipahami, log adalah catatan semua kejadian saat Anda menjalankan LoadRunner. Anda dapat mengaktifkan log untuk mengetahui apa yang terjadi antara aplikasi Anda dan server Anda.

LoadRunner menyediakan mekanisme pencatatan (logging) yang andal, tangguh, dan dapat diskalakan dengan sendirinya. Anda dapat memilih untuk hanya menyimpan "Log Standar", atau log yang lebih detail dan dapat dikonfigurasi, atau menonaktifkan pencatatan sama sekali.

Log standar bersifat informatif dan mudah dipahami. Log ini berisi informasi yang cukup untuk kebutuhan Anda dalam memecahkan masalah skrip VUser.

Dalam kasus Extended Log, semua informasi log standar merupakan subset. Selain itu, Anda dapat melakukan substitusi parameter. Ini memberi tahu komponen LoadRunner untuk menyertakan informasi lengkap tentang semua parameter (dari parameterisasi), termasuk permintaan serta data respons.

Jika Anda menyertakan "Data yang Dikembalikan oleh Server", maka file log Anda akan bertambah panjang. File tersebut akan mencakup semua HTML, tag, sumber daya, dan informasi non-sumber daya langsung di dalam log. Opsi ini hanya bagus jika Anda membutuhkan pemecahan masalah yang serius. Biasanya ini membuat file log menjadi sangat besar dan sulit dipahami.

Seperti yang mungkin sudah Anda duga, jika Anda memilih "Lanjutan" TracFile log Anda akan sangat besar. Anda harus mencobanya. Anda akan melihat bahwa waktu yang dibutuhkan oleh VuGen juga meningkat secara signifikan, meskipun ini tidak berdampak pada waktu respons transaksi yang dilaporkan oleh VuGen. Ini adalah informasi yang sangat canggih, dan hanya berguna jika Anda memahami aplikasi yang bersangkutan, komunikasi klien-ke-server antara aplikasi dan perangkat keras Anda, serta detail tingkat protokol. Biasanya informasi ini membutuhkan upaya yang sangat besar untuk dibaca dan dipecahkan masalahnya.

Tip:

• Tidak peduli berapa lama waktu yang dibutuhkan VuGen saat pencatatan log diaktifkan, hal itu tidak berdampak pada waktu respons transaksi — overhead pencatatan log tidak termasuk dalam waktu yang diukur.
• Nonaktifkan log jika tidak diperlukan.
• Nonaktifkan pencatatan log setelah Anda selesai menjalankan skrip. Menyertakan skrip dengan pencatatan log yang diaktifkan akan menyebabkan Controller berjalan lebih lambat dan melaporkan pesan-pesan yang mengganggu.
• Menonaktifkan pencatatan log akan meningkatkan jumlah maksimum pengguna yang dapat Anda simulasikan dari LoadRunner.
• Pertimbangkan untuk menggunakan opsi “Kirim pesan hanya jika terjadi kesalahan” — opsi ini akan menonaktifkan pesan informasi yang tidak perlu dan hanya melaporkan pesan yang berkaitan dengan kesalahan.

Pikirkan Waktu

Think Time hanyalah penundaan antara dua langkah.

Think Time membantu mereplikasi perilaku pengguna, karena tidak ada pengguna sungguhan yang dapat menggunakan aplikasi seperti mesin. VuGen menghasilkan waktu berpikir secara otomatis. Anda tetap memiliki kendali penuh untuk menghapus, menambah, atau mengubah durasi waktu berpikir.

Untuk memahaminya lebih baik: pengguna dapat membuka layar (respons diikuti oleh permintaan) dan kemudian mengetikkan nama pengguna dan kata sandi sebelum menekan enter. Interaksi selanjutnya antara aplikasi dan server terjadi ketika pengguna mengklik "Masuk". Waktu yang dibutuhkan pengguna untuk mengetikkan nama pengguna dan kata sandi adalah Waktu Berpikir (Think Time) di LoadRunner.

Jika Anda ingin menyimulasikan beban agresif pada aplikasi, pertimbangkan untuk menonaktifkan waktu berpikir sepenuhnya.

Namun, untuk mensimulasikan perilaku kehidupan nyata, Anda dapat memilih "Gunakan Waktu Berpikir Acak" dan mengatur persentase sesuai keinginan.

Pertimbangkan untuk menggunakan Batasi Waktu Berpikir untuk membatasinya pada periode yang wajar. Biasanya, 30 detik sudah cukup baik.

Simulasi Kecepatan

Simulasi kecepatan mengacu pada kapasitas bandwidth setiap mesin klien.

Karena kami mensimulasikan ribuan VUser melalui LoadRunner, sungguh luar biasa betapa sederhananya LoadRunner dalam mensimulasikan bandwidth dan kecepatan jaringan.

Jika pelanggan Anda mengakses aplikasi Anda dengan kecepatan lebih dari 128 Kbps, Anda dapat mengontrolnya dari sini. Anda dapat mensimulasikan perilaku nyata, yang akan membantu Anda mendapatkan statistik kinerja yang tepat.

Rekomendasi terbaik adalah mengatur "Gunakan bandwidth maksimum". Ini membantu Anda mengabaikan hambatan kinerja terkait jaringan dan fokus pada potensi masalah dalam aplikasi terlebih dahulu. Anda selalu dapat menjalankan pengujian beberapa kali untuk melihat perilaku yang berbeda dalam berbagai keadaan.

Emulasi Peramban

Pengalaman pengguna tidak bergantung pada peramban yang digunakan pengguna akhir, sehingga hal ini sebagian besar berada di luar cakupan pengukuran kinerja. Namun, Anda dapat memilih peramban mana yang ingin Anda tiru, seperti yang ditunjukkan pada panel di bawah ini.

Kapan tepatnya pemilihan browser menjadi sangat penting dalam konfigurasi ini?

Anda akan menggunakan konfigurasi ini jika aplikasi yang Anda uji adalah aplikasi web yang memberikan respons berbeda untuk berbagai browser. Misalnya, Anda mungkin melihat gambar dan konten yang berbeda untuk Internet Explorer dan Firefox.

Pengaturan penting lainnya adalah Simulasikan cache browser. Jika Anda ingin mengukur waktu respons dengan cache diaktifkan, centang kotak ini. Jika Anda mencari situasi terburuk, ini jelas bukan pertimbangan.

Opsi "Unduh sumber daya non-HTML" memungkinkan LoadRunner mengunduh CSS, JS, dan media kaya lainnya. Opsi ini sebaiknya tetap dicentang. Namun, jika Anda ingin menghapusnya dari desain pengujian performa Anda, Anda dapat menghapus centangnya.

wakil

Sebaiknya hilangkan proxy sepenuhnya dari sistem Anda. Lingkungan Uji — Proxy yang berada di jalur tersebut membuat hasil pengujian tidak dapat diandalkan. Namun, Anda mungkin menghadapi situasi di mana hal itu tidak dapat dihindari. Dalam situasi seperti itu, LoadRunner menyediakan pengaturan proxy.

Anda akan bekerja (atau seharusnya bekerja) dengan pengaturan Tanpa proxy. Anda dapat memperolehnya dari browser default Anda. Namun, jangan lupa untuk memeriksa browser mana yang diatur sebagai default dan bagaimana konfigurasi proxy untuk browser tersebut.

Jika Anda menggunakan proxy dan memerlukan otentikasi (atau skrip), Anda dapat mengklik tombol Otentikasi, yang akan mengarahkan Anda ke jendela baru. Lihat tangkapan layar di bawah ini.

Gunakan layar ini untuk memasukkan nama pengguna dan kata sandi untuk melakukan autentikasi di server proxy. Klik OK untuk menutup layar.

Selamat. Anda telah selesai mengkonfigurasi skrip VuGen Anda. Jangan lupa untuk mengkonfigurasinya untuk semua skrip VUser Anda.

Berikutnya korelasi, menjalankan skenario di dalam pengawas, dan hasil bacaannya Analisis LoadRunner. Lihat Arsitektur LoadRunner ke Pengujian beban pemandu

Pertanyaan Umum Demo Slot