Mipangilio ya proksi ya JMeter kwa kurekodi na kutekeleza majaribio
Kivinjari hutumia kirekodi wakati wa kunasa; jaribio la mzigo la baadaye hutumwa na mteja wa HTTP wa JMeter yenyewe.
| Shughuli | Njia ya kusanidi |
|---|---|
| Rekodi trafiki ya kivinjari | Kivinjari → kirekodi; proksi inayofuata inayohitajika kwenye njia hiyo |
| Endesha jaribio la HTTP lililozalishwa | Mteja wa HTTP wa JMeter → mkondo wa juu/mwisho unaokusudiwa |
Ukurasa uliorekodiwa kwa mafanikio hausemi chochote kuhusu mipangilio ya proksi au akaunti ya mteja wa baadaye. Kagua hizo kabla ya kutekeleza mpango.
Weka kisikilizaji cha kirekodi, proksi ya mkondo wa juu na mwisho wa programu kama anwani tatu tofauti. Bandari ya ndani ya kirekodi si bandari ya huduma ya programu na si njia ya kutoka ya umma kwa mashine zisizohusiana; kivinjari kinachorekodi kinahitaji kufikiwa ndani ya mpaka unaokusudiwa.
Uingiliaji wa HTTPS wakati wa kurekodi kumeruhusiwa unahitaji mpangilio wa muda wa uaminifu kwenye kivinjari. Kwa programu ya mTLS, kirekodi pia kinahitaji utambulisho wake wa mteja ulioruhusiwa kwa muunganisho unaofuata. Ufikiaji na uthibitishaji wa mkondo wa juu hubaki tofauti, na CA hiyo ya kurekodi si hitaji la kudumu kwa kuvinjari kwa kawaida.
Rejesha mipangilio inayokusudiwa ya kivinjari baada ya kunasa. Kisha uendeshaji wa jaribio unaofuata lazima uamuliwe kwenye njia ya JMeter yenyewe.