ਮੰਨ ਲਓ ਕਿ ਇੱਕ ਦਫ਼ਤਰ ਦਾ ਟੈਸਟ ਇੰਜਣ ਕਿਸੇ ਹੋਰ ਦੇਸ਼ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਵਰਤਦਾ ਹੈ। ਵੈੱਬਸਾਈਟ ਪ੍ਰੌਕਸੀ ਦਾ ਜਨਤਕ ਐਗਜ਼ਿਟ ਦੇਖਦੀ ਹੈ, ਪਰ ਬੇਨਤੀ ਅਜੇ ਵੀ ਦਫ਼ਤਰ ਦੀ ਮਸ਼ੀਨ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ।

office engine → regional proxy → website

ਇਹ ਦਿਖਣ ਵਾਲੇ ਸਰੋਤ IP ਵੱਲੋਂ ਚੁਣੇ ਵਿਵਹਾਰ ਦੀ ਜਾਂਚ ਲਈ ਲਾਹੇਵੰਦ ਹੈ। ਇਹ ਦਫ਼ਤਰ ਤੋਂ ਪ੍ਰੌਕਸੀ ਤੱਕ ਦਾ ਹਿੱਸਾ, ਪ੍ਰੌਕਸੀ ਤੋਂ ਵੈੱਬਸਾਈਟ ਤੱਕ ਦਾ ਹਿੱਸਾ ਅਤੇ ਪ੍ਰੌਕਸੀ ਦੀ ਆਪਣੀ ਪ੍ਰੋਸੈਸਿੰਗ ਸਮੇਤ ਇੱਕ ਰਾਹ ਮਾਪਦਾ ਹੈ। ਇਹ ਖੇਤਰੀ ਪ੍ਰੌਕਸੀ ਦੇ ਕੋਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਕਲਾਇੰਟ ਦੇ ਰਾਹ ਵਰਗਾ ਨਹੀਂ ਹੈ।

JMeter ਦੇ HTTP ਪ੍ਰੌਕਸੀ ਵਿਕਲਪ ਉਸ ਵਿਚੋਲੇ ਨੂੰ ਚੁਣ ਸਕਦੇ ਹਨ। ਚੁਣੇ ਗਏ ਐਂਡਪੌਇੰਟ ਨੂੰ ਟੈਸਟ ਨਤੀਜਿਆਂ ਨਾਲ ਰੱਖੋ ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਵਰਤੇ ਜਾ ਰਹੇ ਸੈਂਪਲਰ ਅਸਲ ਵਿੱਚ ਲੋੜੀਂਦੀ ਸੈਟਿੰਗ ਵਰਤਦੇ ਹਨ। ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਤੋਂ ਬਿਨਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਜਨਤਕ ਸਾਈਟ ਜਾਂਚ ਲਈ HTTP ਪ੍ਰੌਕਸੀ ਸੂਚੀ HTTP ਉਮੀਦਵਾਰ ਦਿੰਦੀ ਹੈ; ਖੇਤਰੀ ਨਤੀਜੇ ਦੀ ਵਿਆਖਿਆ ਤੋਂ ਪਹਿਲਾਂ ਦੇਖੇ ਗਏ ਐਗਜ਼ਿਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।

ਇੰਜਣ ਨੂੰ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਮਾਪ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ

ਜਦੋਂ ਸਵਾਲ ਕਿਸੇ ਹੋਰ ਨੈੱਟਵਰਕ ਸਥਾਨ ਤੋਂ ਪੈਦਾ ਹੋਣ ਵਾਲੇ ਲੋਡ ਬਾਰੇ ਹੋਵੇ, ਤਾਂ JMeter ਦੀ ਸਮਰਥਿਤ ਰਿਮੋਟ ਵਿਵਸਥਾ ਜਾਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਪ੍ਰਬੰਧਿਤ CLI ਰਨ ਰਾਹੀਂ ਲੋੜੀਂਦੇ ਸਥਾਨਾਂ 'ਤੇ ਇੰਜਣ ਵਰਤੋ। ਕੰਟਰੋਲਰ ਦੀ ਥਾਂ ਇੰਜਣਾਂ ਦੇ ਨੈੱਟਵਰਕ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂਆਂ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦੀ।

ਲੋਡ ਦੀ ਸਪਸ਼ਟ ਯੋਜਨਾ ਬਣਾਓ। JMeter ਦੇ ਰਿਮੋਟ ਇੰਜਣ ਪੂਰੀ ਟੈਸਟ ਯੋਜਨਾ ਚਲਾਉਂਦੇ ਹਨ; ਕੰਟਰੋਲਰ ਇੱਕ ਥ੍ਰੈਡ ਗਿਣਤੀ ਨੂੰ ਉਨ੍ਹਾਂ ਵਿਚਕਾਰ ਆਪਣੇ ਆਪ ਨਹੀਂ ਵੰਡਦਾ। ਇੱਕੋ ਯੋਜਨਾ ਚਲਾਉਂਦੇ ਕਈ ਇੰਜਣ ਪਾਠਕ ਦੀ ਉਮੀਦ ਨਾਲੋਂ ਵੱਡਾ ਕੁੱਲ ਲੋਡ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ।

ਸਵਾਲ ਦੇ ਆਧਾਰ 'ਤੇ ਡਿਜ਼ਾਈਨ ਚੁਣੋ: ਦਿਖਣ ਵਾਲਾ ਐਗਜ਼ਿਟ IP, ਵਰਤੋਂਕਾਰ ਦਾ ਖੇਤਰੀ ਨੈੱਟਵਰਕ ਰਾਹ ਜਾਂ ਕੁੱਲ ਐਪਲੀਕੇਸ਼ਨ ਲੋਡ। ਉਹ ਚੋਣ ਦਰਜ ਕਰੋ ਤਾਂ ਜੋ ਪ੍ਰੌਕਸੀ-ਸੀਮਿਤ ਨਤੀਜਾ ਵੈੱਬਸਾਈਟ ਦੀ ਸੁਤੰਤਰ ਸਮਰੱਥਾ ਵਜੋਂ ਰਿਪੋਰਟ ਨਾ ਹੋਵੇ।

ਸੰਬੰਧਿਤ ਲੇਖ