Mga setting ng proxy ng JMeter para sa pag-record at pagpapatupad ng pagsubok
Ginagamit ng browser ang recorder habang nagku-capture; ang sariling HTTP client ng JMeter ang nagpapadala ng susunod na pagsubok sa load.
| Gawain | Rutang iko-configure |
|---|---|
| I-record ang trapiko ng browser | Browser → recorder; kinakailangang susunod na proxy sa rutang iyon |
| Patakbuhin ang nabuong HTTP test | HTTP client ng JMeter → inaasahang upstream/destinasyon |
Ang matagumpay na naitalang pahina ay walang sinasabi tungkol sa mga setting ng proxy o account ng susunod na client. Suriin ang mga iyon bago isagawa ang plano.
Panatilihin ang listener ng recorder, upstream proxy, at destinasyon ng application bilang tatlong magkakahiwalay na address. Ang lokal na port ng recorder ay hindi ang service port ng application at hindi rin pampublikong labasan para sa mga walang kaugnayang makina; ang browser na nagre-record ay kailangang maabot sa loob ng inaasahang hangganan.
Ang pagharang sa HTTPS habang awtorisadong pag-record ay nangangailangan ng pansamantalang kaayusan ng pagtitiwala sa browser. Para sa aplikasyong mTLS, kailangan din ng recorder ang awtorisadong pagkakakilanlan ng client para sa susunod na koneksyon. Hiwalay pa rin ang pag-abot at ang upstream authentication, at ang CA ng pag-record na iyon ay hindi permanenteng pangangailangan para sa ordinaryong pagba-browse.
Ibalik ang inaasahang setting ng browser pagkatapos ng pag-capture. Ang susunod na pagpapatakbo ng pagsubok ay dapat hatulan sa sariling ruta ng JMeter.