റെക്കോർഡിംഗിനും ടെസ്റ്റ് എക്സിക്യൂഷനും ഉള്ള JMeter പ്രോക്സി ക്രമീകരണങ്ങൾ
ക്യാപ്ചർ സമയത്ത് ബ്രൗസർ റെക്കോർഡർ ഉപയോഗിക്കുന്നു; പിന്നീടുള്ള ലോഡ് ടെസ്റ്റ് JMeter-ന്റെ സ്വന്തം HTTP ക്ലയന്റ് അയയ്ക്കുന്നു.
| പ്രവർത്തനം | കോൺഫിഗർ ചെയ്യേണ്ട പാത |
|---|---|
| ബ്രൗസർ ട്രാഫിക് റെക്കോർഡ് ചെയ്യുക | ബ്രൗസർ → റെക്കോർഡർ; ആ പാതയിൽ ആവശ്യമായ അടുത്ത പ്രോക്സി |
| സൃഷ്ടിച്ച HTTP ടെസ്റ്റ് പ്രവർത്തിപ്പിക്കുക | JMeter HTTP ക്ലയന്റ് → ഉദ്ദേശിച്ച അപ്സ്ട്രീം/ലക്ഷ്യം |
വിജയകരമായി റെക്കോർഡ് ചെയ്ത പേജ് പിന്നീടുള്ള ക്ലയന്റിന്റെ പ്രോക്സി അല്ലെങ്കിൽ അക്കൗണ്ട് ക്രമീകരണങ്ങളെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. പ്ലാൻ പ്രവർത്തിപ്പിക്കുന്നതിന് മുമ്പ് അവ പരിശോധിക്കുക.
റെക്കോർഡറിന്റെ ലിസണർ, അപ്സ്ട്രീം പ്രോക്സി, ആപ്ലിക്കേഷന്റെ ലക്ഷ്യം എന്നിവ മൂന്ന് വെവ്വേറെ വിലാസങ്ങളായി സൂക്ഷിക്കുക. ലോക്കൽ റെക്കോർഡർ പോർട്ട് ആപ്ലിക്കേഷന്റെ സേവന പോർട്ടല്ല, ബന്ധമില്ലാത്ത യന്ത്രങ്ങൾക്കുള്ള പൊതു പുറത്തേക്കുള്ള വഴിയുമല്ല; റെക്കോർഡ് ചെയ്യുന്ന ബ്രൗസർ അതിന്റെ ഉദ്ദേശിച്ച അതിർത്തിക്കുള്ളിൽ എത്താവുന്നതായിരിക്കണം.
അനുവദനീയമായ റെക്കോർഡിംഗിനിടയിൽ HTTPS ഇന്റർസെപ്ഷന് ബ്രൗസറിൽ താൽക്കാലിക വിശ്വാസ ക്രമീകരണം ആവശ്യമാണ്. mTLS ആപ്ലിക്കേഷനായി, റെക്കോർഡറിനും അടുത്ത കണക്ഷനായി അതിന്റെ അനുവദനീയമായ ക്ലയന്റ് ഐഡന്റിറ്റി ആവശ്യമാണ്. എത്തിച്ചേരാനുള്ള കഴിവും അപ്സ്ട്രീം പ്രാമാണീകരണവും വെവ്വേറെ തുടരുന്നു, ആ റെക്കോർഡിംഗ് CA സാധാരണ ബ്രൗസിംഗിന് ശാശ്വത ആവശ്യകതയല്ല.
ക്യാപ്ചറിന് ശേഷം ബ്രൗസറിന്റെ ഉദ്ദേശിച്ച ക്രമീകരണങ്ങൾ പുനഃസ്ഥാപിക്കുക. അടുത്ത ടെസ്റ്റ് റൺ JMeter-ന്റെ സ്വന്തം പാതയിൽ വിലയിരുത്തണം.