ರೆಕಾರ್ಡಿಂಗ್ ಮತ್ತು ಪರೀಕ್ಷಾ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಗಾಗಿ JMeter ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು
ಸೆರೆಹಿಡಿಯುವಾಗ ಬ್ರೌಸರ್ ರೆಕಾರ್ಡರ್ ಬಳಸುತ್ತದೆ; ನಂತರದ ಲೋಡ್ ಪರೀಕ್ಷೆಯನ್ನು JMeter ನ ಸ್ವಂತ HTTP ಕ್ಲೈಂಟ್ ಕಳುಹಿಸುತ್ತದೆ.
| ಚಟುವಟಿಕೆ | ಸಂರಚಿಸಬೇಕಾದ ಮಾರ್ಗ |
|---|---|
| ಬ್ರೌಸರ್ ಸಂಚಾರವನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಿ | ಬ್ರೌಸರ್ → ರೆಕಾರ್ಡರ್; ಆ ಮಾರ್ಗದಲ್ಲಿ ಅಗತ್ಯವಿರುವ ಮುಂದಿನ ಪ್ರಾಕ್ಸಿ |
| ರಚಿಸಿದ HTTP ಪರೀಕ್ಷೆಯನ್ನು ಚಲಾಯಿಸಿ | JMeter HTTP ಕ್ಲೈಂಟ್ → ಉದ್ದೇಶಿತ ಅಪ್‌ಸ್ಟ್ರೀಮ್/ಗಮ್ಯಸ್ಥಾನ |
ಯಶಸ್ವಿಯಾಗಿ ರೆಕಾರ್ಡ್ ಆದ ಪುಟವು ನಂತರದ ಕ್ಲೈಂಟ್‌ನ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಖಾತೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಯೋಜನೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮೊದಲು ಅವುಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
ರೆಕಾರ್ಡರ್‌ನ ಶ್ರೋತೃ, ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ನ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಮೂರು ಪ್ರತ್ಯೇಕ ವಿಳಾಸಗಳಾಗಿ ಇರಿಸಿ. ಸ್ಥಳೀಯ ರೆಕಾರ್ಡರ್ ಪೋರ್ಟ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ಸೇವಾ ಪೋರ್ಟ್ ಅಲ್ಲ, ಸಂಬಂಧವಿಲ್ಲದ ಯಂತ್ರಗಳಿಗೆ ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನವೂ ಅಲ್ಲ; ರೆಕಾರ್ಡಿಂಗ್ ಬ್ರೌಸರ್ ತನ್ನ ಉದ್ದೇಶಿತ ಮಿತಿಯೊಳಗೆ ತಲುಪಬಹುದಾಗಿರಬೇಕು.
ಅಧಿಕೃತ ರೆಕಾರ್ಡಿಂಗ್ ಸಮಯದಲ್ಲಿ HTTPS ಪ್ರತಿಬಂಧನೆಗೆ ತಾತ್ಕಾಲಿಕ ಬ್ರೌಸರ್ ನಂಬಿಕೆ ವ್ಯವಸ್ಥೆ ಬೇಕು. mTLS ಅಪ್ಲಿಕೇಶನ್‌ಗೆ, ರೆಕಾರ್ಡರ್‌ಗೆ ಮುಂದಿನ ಸಂಪರ್ಕಕ್ಕಾಗಿ ತನ್ನ ಅಧಿಕೃತ ಕ್ಲೈಂಟ್ ಗುರುತು ಸಹ ಬೇಕು. ತಲುಪುವಿಕೆ ಮತ್ತು ಅಪ್‌ಸ್ಟ್ರೀಮ್ ದೃಢೀಕರಣ ಪ್ರತ್ಯೇಕವಾಗಿ ಉಳಿಯುತ್ತವೆ, ಮತ್ತು ಆ ರೆಕಾರ್ಡಿಂಗ್ CA ಸಾಮಾನ್ಯ ಬ್ರೌಸಿಂಗ್‌ಗೆ ಶಾಶ್ವತ ಅಗತ್ಯವಲ್ಲ.
ಸೆರೆಹಿಡಿದ ನಂತರ ಬ್ರೌಸರ್‌ನ ಉದ್ದೇಶಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಿ. ನಂತರದ ಪರೀಕ್ಷಾ ರನ್ ಅನ್ನು JMeter ನ ಸ್ವಂತ ಮಾರ್ಗದಲ್ಲಿ ನಿರ್ಣಯಿಸಬೇಕು.