ਡਿਵੈਲਪਰਾਂ ਲਈ ਇੱਕ CI ਸੇਵਾ ਦੇ ਤੌਰ 'ਤੇ ਲੋਡ ਟੈਸਟਿੰਗ

ਬਹੁ-ਉਤਪਾਦ ਸਾਫਟਵੇਅਰ ਵਿਕਰੇਤਾਵਾਂ ਨੂੰ ਅਕਸਰ ਸਾਹਮਣਾ ਕਰਨ ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਇੰਜੀਨੀਅਰਾਂ - ਡਿਵੈਲਪਰਾਂ, ਟੈਸਟਰਾਂ ਅਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਪ੍ਰਸ਼ਾਸਕਾਂ ਦੀਆਂ ਯੋਗਤਾਵਾਂ ਦੀ ਨਕਲ - ਲਗਭਗ ਹਰ ਟੀਮ 'ਤੇ। ਇਹ ਮਹਿੰਗੇ ਇੰਜੀਨੀਅਰਾਂ 'ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ - ਲੋਡ ਟੈਸਟਿੰਗ ਦੇ ਖੇਤਰ ਵਿੱਚ ਮਾਹਰ.

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

ਤੁਸੀਂ ਟੈਸਟਿੰਗ ਵਿੱਚ ਕੁਝ ਸੰਗਠਨਾਤਮਕ ਸਮੱਸਿਆਵਾਂ ਦੇ ਹੱਲ ਲੱਭ ਸਕਦੇ ਹੋ ਜੋ ਅਸੀਂ ਸਕਾਰਾਤਮਕ ਤਕਨਾਲੋਜੀਆਂ ਵਿੱਚ ਵਰਤਦੇ ਹਾਂ ਇਕ ਹੋਰ ਲੇਖ. ਅਤੇ ਇਸ ਵਿੱਚ, ਮੈਂ "ਇੱਕ ਸੇਵਾ ਦੇ ਤੌਰ ਤੇ ਲੋਡ ਟੈਸਟਿੰਗ" (ਇੱਕ ਸੇਵਾ ਦੇ ਤੌਰ ਤੇ ਲੋਡ ਟੈਸਟਿੰਗ) ਦੀ ਧਾਰਨਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇੱਕ ਆਮ CI ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਲੋਡ ਟੈਸਟਾਂ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗਾ। ਤੁਸੀਂ ਸਿੱਖੋਗੇ ਕਿ ਸੀਆਈ ਪਾਈਪਲਾਈਨ ਵਿੱਚ ਲੋਡ ਸਰੋਤਾਂ ਦੀਆਂ ਕਿਹੜੀਆਂ ਅਤੇ ਕਿਹੜੀਆਂ ਡੌਕਰ ਤਸਵੀਰਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ; ਇੱਕ ਬਿਲਡ ਟੈਂਪਲੇਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲੋਡ ਸਰੋਤਾਂ ਨੂੰ ਤੁਹਾਡੇ ਸੀਆਈ ਪ੍ਰੋਜੈਕਟ ਨਾਲ ਕਿਵੇਂ ਜੋੜਨਾ ਹੈ; ਲੋਡ ਟੈਸਟਾਂ ਨੂੰ ਚਲਾਉਣ ਅਤੇ ਨਤੀਜਿਆਂ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਲਈ ਡੈਮੋ ਪਾਈਪਲਾਈਨ ਕਿਵੇਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ। ਲੇਖ CI ਵਿੱਚ ਸਾਫਟਵੇਅਰ ਟੈਸਟਿੰਗ ਇੰਜੀਨੀਅਰਾਂ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਇੰਜੀਨੀਅਰਾਂ ਲਈ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਆਪਣੇ ਲੋਡ ਸਿਸਟਮ ਦੇ ਢਾਂਚੇ ਬਾਰੇ ਸੋਚ ਰਹੇ ਹਨ।

ਸੰਕਲਪ ਦਾ ਸਾਰ

ਇੱਕ ਸੇਵਾ ਦੇ ਰੂਪ ਵਿੱਚ ਲੋਡ ਟੈਸਟਿੰਗ ਦੀ ਧਾਰਨਾ ਦਾ ਅਰਥ ਹੈ ਲੋਡ ਟੂਲਜ਼ Apache JMeter, Yandex.Tank ਅਤੇ ਤੁਹਾਡੇ ਆਪਣੇ ਫਰੇਮਵਰਕ ਨੂੰ ਇੱਕ ਮਨਮਾਨੇ ਨਿਰੰਤਰ ਏਕੀਕਰਣ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦੀ ਯੋਗਤਾ। ਡੈਮੋ GitLab CI ਲਈ ਹੋਵੇਗਾ, ਪਰ ਸਿਧਾਂਤ ਸਾਰੇ CI ਸਿਸਟਮਾਂ ਲਈ ਸਾਂਝੇ ਹਨ।

ਇੱਕ ਸੇਵਾ ਵਜੋਂ ਲੋਡ ਟੈਸਟਿੰਗ ਲੋਡ ਟੈਸਟਿੰਗ ਲਈ ਇੱਕ ਕੇਂਦਰੀਕ੍ਰਿਤ ਸੇਵਾ ਹੈ। ਲੋਡ ਟੈਸਟਾਂ ਨੂੰ ਸਮਰਪਿਤ ਏਜੰਟ ਪੂਲ ਵਿੱਚ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਨਤੀਜੇ GitLab ਪੰਨਿਆਂ, ਇਨਫਲੂਕਸ ਡੀਬੀ ਅਤੇ ਗ੍ਰਾਫਾਨਾ ਵਿੱਚ ਜਾਂ ਟੈਸਟ ਰਿਪੋਰਟਿੰਗ ਪ੍ਰਣਾਲੀਆਂ (ਟੈਸਟਰੇਲ, ਰਿਪੋਰਟਪੋਰਟਲ, ਆਦਿ) ਵਿੱਚ ਆਪਣੇ ਆਪ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਆਟੋਮੇਸ਼ਨ ਅਤੇ ਸਕੇਲਿੰਗ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ - GitLab CI ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਆਮ gitlab-ci.yml ਟੈਂਪਲੇਟ ਨੂੰ ਜੋੜ ਕੇ ਅਤੇ ਪੈਰਾਮੀਟਰਾਈਜ਼ ਕਰਕੇ।

ਇਸ ਪਹੁੰਚ ਦਾ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਸਮੁੱਚਾ CI ਬੁਨਿਆਦੀ ਢਾਂਚਾ, ਲੋਡ ਏਜੰਟ, ਲੋਡ ਸਰੋਤਾਂ ਦੇ ਡੌਕਰ ਚਿੱਤਰ, ਟੈਸਟਿੰਗ ਪਾਈਪਲਾਈਨਾਂ, ਅਤੇ ਪ੍ਰਕਾਸ਼ਨ ਰਿਪੋਰਟਾਂ ਨੂੰ ਇੱਕ ਕੇਂਦਰੀ ਆਟੋਮੇਸ਼ਨ ਵਿਭਾਗ (DevOps ਇੰਜੀਨੀਅਰ) ਦੁਆਰਾ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਲੋਡ ਟੈਸਟਿੰਗ ਇੰਜੀਨੀਅਰ ਟੈਸਟ ਵਿਕਾਸ 'ਤੇ ਆਪਣੇ ਯਤਨਾਂ ਨੂੰ ਕੇਂਦਰਿਤ ਕਰ ਸਕਦੇ ਹਨ। ਅਤੇ ਉਹਨਾਂ ਦੇ ਨਤੀਜਿਆਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ, ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਮੁੱਦਿਆਂ ਨਾਲ ਨਜਿੱਠਣ ਤੋਂ ਬਿਨਾਂ।

ਵਰਣਨ ਦੀ ਸਰਲਤਾ ਲਈ, ਅਸੀਂ ਇਹ ਮੰਨ ਲਵਾਂਗੇ ਕਿ ਟੈਸਟ ਅਧੀਨ ਟਾਰਗੇਟ ਐਪਲੀਕੇਸ਼ਨ ਜਾਂ ਸਰਵਰ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਤੈਨਾਤ ਅਤੇ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ (ਇਸ ਲਈ ਪਾਈਥਨ, ਸਾਲਟਸਟੈਕ, ਆਂਸੀਬਲ, ਆਦਿ ਵਿੱਚ ਸਵੈਚਲਿਤ ਸਕ੍ਰਿਪਟਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ)। ਫਿਰ ਇੱਕ ਸੇਵਾ ਵਜੋਂ ਲੋਡ ਟੈਸਟਿੰਗ ਦੀ ਪੂਰੀ ਧਾਰਨਾ ਤਿੰਨ ਪੜਾਵਾਂ ਵਿੱਚ ਫਿੱਟ ਹੁੰਦੀ ਹੈ: ਤਿਆਰੀ, ਟੈਸਟਿੰਗ, ਰਿਪੋਰਟਾਂ ਦਾ ਪ੍ਰਕਾਸ਼ਨ. ਚਿੱਤਰ 'ਤੇ ਹੋਰ ਵੇਰਵੇ (ਸਾਰੀਆਂ ਤਸਵੀਰਾਂ ਕਲਿੱਕ ਕਰਨ ਯੋਗ ਹਨ):

ਲੋਡ ਟੈਸਟਿੰਗ ਵਿੱਚ ਬੁਨਿਆਦੀ ਧਾਰਨਾਵਾਂ ਅਤੇ ਪਰਿਭਾਸ਼ਾਵਾਂ

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

ਲੋਡ ਏਜੰਟ - ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਜਿਸ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਲਾਂਚ ਕੀਤੀ ਜਾਵੇਗੀ - ਲੋਡ ਸਰੋਤ (Apache JMeter, Yandex.Tank ਜਾਂ ਇੱਕ ਸਵੈ-ਲਿਖਤ ਲੋਡ ਮੋਡੀਊਲ)।

ਟੈਸਟ ਟੀਚਾ (ਨਿਸ਼ਾਨਾ) - ਸਰਵਰ ਜਾਂ ਸਰਵਰ 'ਤੇ ਸਥਾਪਿਤ ਐਪਲੀਕੇਸ਼ਨ ਜੋ ਲੋਡ ਦੇ ਅਧੀਨ ਹੋਵੇਗੀ।

ਟੈਸਟ ਦ੍ਰਿਸ਼ (ਟੈਸਟ ਕੇਸ) - ਪੈਰਾਮੀਟਰਾਈਜ਼ਡ ਕਦਮਾਂ ਦਾ ਇੱਕ ਸਮੂਹ: ਉਪਭੋਗਤਾ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਅਤੇ ਇਹਨਾਂ ਕਾਰਵਾਈਆਂ ਲਈ ਸੰਭਾਵਿਤ ਪ੍ਰਤੀਕ੍ਰਿਆਵਾਂ, ਨਿਸ਼ਚਿਤ ਮਾਪਦੰਡਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਸਥਿਰ ਨੈੱਟਵਰਕ ਬੇਨਤੀਆਂ ਅਤੇ ਜਵਾਬਾਂ ਦੇ ਨਾਲ।

ਪ੍ਰੋਫਾਈਲ ਜਾਂ ਲੋਡ ਯੋਜਨਾ (ਪ੍ਰੋਫਾਈਲ) - at ISTQB ਵਿਧੀ (ਸੈਕਸ਼ਨ 4.2.4, ਪੀ. 43) ਲੋਡ ਪ੍ਰੋਫਾਈਲ ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ ਜੋ ਕਿਸੇ ਖਾਸ ਟੈਸਟ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੇ ਹਨ ਅਤੇ ਟੈਸਟ ਦੌਰਾਨ ਲੋਡ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਵਿਕਲਪ ਹੁੰਦੇ ਹਨ। ਤੁਸੀਂ ਚਿੱਤਰ ਵਿੱਚ ਪ੍ਰੋਫਾਈਲਾਂ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਦੇਖ ਸਕਦੇ ਹੋ।

ਟੈਸਟ — ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਸਮੂਹ ਵਾਲੀ ਸਕ੍ਰਿਪਟ।

ਟੈਸਟ ਪਲਾਨ (ਟੈਸਟ ਪਲਾਨ) - ਟੈਸਟਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਅਤੇ ਇੱਕ ਲੋਡ ਪ੍ਰੋਫਾਈਲ।

ਟੈਸਟਰਨ (ਟੈਸਟਰਨ) - ਪੂਰੀ ਤਰ੍ਹਾਂ ਲਾਗੂ ਕੀਤੇ ਲੋਡ ਦ੍ਰਿਸ਼ ਅਤੇ ਪ੍ਰਾਪਤ ਰਿਪੋਰਟ ਦੇ ਨਾਲ ਇੱਕ ਟੈਸਟ ਚਲਾਉਣ ਦਾ ਇੱਕ ਦੁਹਰਾਓ।

ਨੈੱਟਵਰਕ ਬੇਨਤੀ (ਬੇਨਤੀ) — ਇੱਕ ਏਜੰਟ ਦੁਆਰਾ ਇੱਕ ਟੀਚੇ ਨੂੰ ਇੱਕ HTTP ਬੇਨਤੀ ਭੇਜੀ ਗਈ ਹੈ।

ਨੈੱਟਵਰਕ ਜਵਾਬ (ਜਵਾਬ) — ਟੀਚੇ ਤੋਂ ਏਜੰਟ ਨੂੰ ਭੇਜਿਆ ਗਿਆ HTTP ਜਵਾਬ।
HTTP ਜਵਾਬ ਕੋਡ (HTTP ਜਵਾਬ ਸਥਿਤੀ) - ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਤੋਂ ਮਿਆਰੀ ਜਵਾਬ ਕੋਡ।
ਇੱਕ ਲੈਣ-ਦੇਣ ਇੱਕ ਸੰਪੂਰਨ ਬੇਨਤੀ-ਜਵਾਬ ਚੱਕਰ ਹੈ। ਇੱਕ ਲੈਣ-ਦੇਣ ਨੂੰ ਇੱਕ ਬੇਨਤੀ (ਬੇਨਤੀ) ਭੇਜਣ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਇੱਕ ਜਵਾਬ (ਜਵਾਬ) ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਪੂਰਾ ਹੋਣ ਤੱਕ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ।

ਲੈਣ-ਦੇਣ ਦੀ ਸਥਿਤੀ - ਕੀ ਬੇਨਤੀ-ਜਵਾਬ ਚੱਕਰ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਪੂਰਾ ਕਰਨਾ ਸੰਭਵ ਸੀ। ਜੇਕਰ ਇਸ ਚੱਕਰ ਵਿੱਚ ਕੋਈ ਗਲਤੀ ਸੀ, ਤਾਂ ਸਾਰਾ ਲੈਣ-ਦੇਣ ਅਸਫਲ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ।

ਜਵਾਬ ਸਮਾਂ (ਲੇਟੈਂਸੀ) - ਬੇਨਤੀ (ਬੇਨਤੀ) ਭੇਜਣ ਦੇ ਅੰਤ ਤੋਂ ਜਵਾਬ (ਜਵਾਬ) ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਸ਼ੁਰੂਆਤ ਤੱਕ ਦਾ ਸਮਾਂ।

ਮੈਟ੍ਰਿਕਸ ਲੋਡ ਕਰੋ - ਲੋਡ ਕੀਤੀ ਸੇਵਾ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਲੋਡ ਟੈਸਟਿੰਗ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਨਿਰਧਾਰਤ ਲੋਡ ਏਜੰਟ।

ਲੋਡ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਮਾਪਣ ਲਈ ਮੂਲ ਮੈਟ੍ਰਿਕਸ

ਵਿਧੀ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਵਰਤੇ ਗਏ ਅਤੇ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੇ ਗਏ ਕੁਝ ISTQB (ਪੰਨਾ 36, 52) ਮੈਟ੍ਰਿਕਸ ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਵਿੱਚ ਦਰਸਾਏ ਗਏ ਹਨ। ਏਜੰਟ ਅਤੇ ਟੀਚੇ ਲਈ ਸਮਾਨ ਮੈਟ੍ਰਿਕਸ ਇੱਕੋ ਲਾਈਨ 'ਤੇ ਸੂਚੀਬੱਧ ਹਨ।

ਲੋਡ ਏਜੰਟ ਲਈ ਮੈਟ੍ਰਿਕਸ
ਲੋਡ ਦੇ ਅਧੀਨ ਟੈਸਟ ਕੀਤੇ ਜਾ ਰਹੇ ਟੀਚੇ ਵਾਲੇ ਸਿਸਟਮ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਮੈਟ੍ਰਿਕਸ

ਦੀ ਗਿਣਤੀ  ਵੀਸੀਪੀਯੂ ਅਤੇ ਮੈਮੋਰੀ ਰੈਮ,
ਡਿਸਕ ਨੂੰ - ਲੋਡ ਏਜੰਟ ਦੀਆਂ "ਲੋਹੇ" ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ
CPU, ਮੈਮੋਰੀ, ਡਿਸਕ ਦੀ ਵਰਤੋਂ - CPU, ਮੈਮੋਰੀ ਅਤੇ ਡਿਸਕ ਲੋਡਿੰਗ ਦੀ ਗਤੀਸ਼ੀਲਤਾ
ਟੈਸਟਿੰਗ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ. ਆਮ ਤੌਰ 'ਤੇ ਦੇ ਪ੍ਰਤੀਸ਼ਤ ਵਜੋਂ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ
ਵੱਧ ਤੋਂ ਵੱਧ ਉਪਲਬਧ ਮੁੱਲ

ਨੈੱਟਵਰਕ ਥਰੂਪੁੱਟ (ਲੋਡ ਏਜੰਟ 'ਤੇ) - ਥਰੂਪੁੱਟ
ਸਰਵਰ 'ਤੇ ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸ,
ਜਿੱਥੇ ਲੋਡ ਏਜੰਟ ਇੰਸਟਾਲ ਹੈ।
ਆਮ ਤੌਰ 'ਤੇ ਬਾਈਟ ਪ੍ਰਤੀ ਸਕਿੰਟ (bps) ਵਿੱਚ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ
ਨੈੱਟਵਰਕ ਥਰੂਪੁੱਟ(ਨਿਸ਼ਾਨਾ 'ਤੇ) - ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸ ਬੈਂਡਵਿਡਥ
ਟੀਚੇ ਦੇ ਸਰਵਰ 'ਤੇ. ਆਮ ਤੌਰ 'ਤੇ ਬਾਈਟ ਪ੍ਰਤੀ ਸਕਿੰਟ (bps) ਵਿੱਚ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ

ਵਰਚੁਅਲ ਉਪਭੋਗਤਾ- ਵਰਚੁਅਲ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਗਿਣਤੀ,
ਲੋਡ ਦ੍ਰਿਸ਼ਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਅਤੇ
ਅਸਲ ਉਪਭੋਗਤਾ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਦੀ ਨਕਲ ਕਰਨਾ
ਵਰਚੁਅਲ ਉਪਭੋਗਤਾ ਸਥਿਤੀ, ਪਾਸ/ਅਸਫ਼ਲ/ਕੁੱਲ — ਸਫਲ ਦੀ ਸੰਖਿਆ ਅਤੇ
ਵਰਚੁਅਲ ਉਪਭੋਗਤਾਵਾਂ ਦੀਆਂ ਅਸਫਲ ਸਥਿਤੀਆਂ
ਲੋਡ ਦ੍ਰਿਸ਼ਾਂ ਲਈ, ਨਾਲ ਹੀ ਉਹਨਾਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ।

ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਸਾਰੇ ਉਪਭੋਗਤਾ ਪੂਰਾ ਕਰਨ ਦੇ ਯੋਗ ਸਨ
ਤੁਹਾਡੇ ਸਾਰੇ ਕੰਮ ਲੋਡ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਦਿੱਤੇ ਗਏ ਹਨ।
ਕਿਸੇ ਵੀ ਗਲਤੀ ਦਾ ਮਤਲਬ ਇਹ ਹੋਵੇਗਾ ਕਿ ਇੱਕ ਅਸਲੀ ਉਪਭੋਗਤਾ ਯੋਗ ਨਹੀਂ ਹੋਵੇਗਾ
ਸਿਸਟਮ ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ ਆਪਣੀ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕਰੋ

ਬੇਨਤੀਆਂ ਪ੍ਰਤੀ ਸਕਿੰਟ (ਮਿੰਟ)- ਪ੍ਰਤੀ ਸਕਿੰਟ (ਜਾਂ ਮਿੰਟ) ਨੈੱਟਵਰਕ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ।

ਇੱਕ ਲੋਡ ਏਜੰਟ ਦੀ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਹੈ ਕਿ ਇਹ ਕਿੰਨੀਆਂ ਬੇਨਤੀਆਂ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ।
ਅਸਲ ਵਿੱਚ, ਇਹ ਵਰਚੁਅਲ ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਪਹੁੰਚ ਦੀ ਇੱਕ ਨਕਲ ਹੈ
ਪ੍ਰਤੀ ਸਕਿੰਟ ਜਵਾਬ (ਮਿੰਟ)
- ਪ੍ਰਤੀ ਸਕਿੰਟ (ਜਾਂ ਮਿੰਟ) ਨੈੱਟਵਰਕ ਜਵਾਬਾਂ ਦੀ ਗਿਣਤੀ।

ਟੀਚਾ ਸੇਵਾ ਦੀ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਵਿਸ਼ੇਸ਼ਤਾ: ਕਿੰਨਾ
ਨਾਲ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਤਿਆਰ ਕਰੋ ਅਤੇ ਭੇਜੋ
ਲੋਡਿੰਗ ਏਜੰਟ

HTTP ਜਵਾਬ ਸਥਿਤੀ- ਵੱਖ-ਵੱਖ ਜਵਾਬ ਕੋਡਾਂ ਦੀ ਗਿਣਤੀ
ਲੋਡ ਏਜੰਟ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਤੋਂ।
ਉਦਾਹਰਨ ਲਈ, 200 OK ਦਾ ਮਤਲਬ ਹੈ ਇੱਕ ਸਫਲ ਕਾਲ,
ਅਤੇ 404 - ਕਿ ਸਰੋਤ ਨਹੀਂ ਮਿਲਿਆ

ਲੈਟੈਂਸੀ (ਜਵਾਬ ਸਮਾਂ) - ਅੰਤ ਤੋਂ ਸਮਾਂ
ਜਵਾਬ (ਜਵਾਬ) ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਬੇਨਤੀ (ਬੇਨਤੀ) ਭੇਜਣਾ।
ਆਮ ਤੌਰ 'ਤੇ ਮਿਲੀਸਕਿੰਟ (ms) ਵਿੱਚ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ

ਲੈਣ-ਦੇਣ ਦਾ ਜਵਾਬ ਸਮਾਂ- ਇੱਕ ਸੰਪੂਰਨ ਲੈਣ-ਦੇਣ ਦਾ ਸਮਾਂ,
ਬੇਨਤੀ-ਜਵਾਬ ਚੱਕਰ ਨੂੰ ਪੂਰਾ ਕਰਨਾ।
ਇਹ ਬੇਨਤੀ (ਬੇਨਤੀ) ਭੇਜਣ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਸਮਾਂ ਹੈ
ਜਵਾਬ (ਜਵਾਬ) ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਪੂਰਾ ਹੋਣ ਤੱਕ।

ਲੈਣ-ਦੇਣ ਦਾ ਸਮਾਂ ਸਕਿੰਟਾਂ (ਜਾਂ ਮਿੰਟਾਂ) ਵਿੱਚ ਮਾਪਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਕਈ ਤਰੀਕਿਆਂ ਨਾਲ: ਘੱਟੋ ਘੱਟ 'ਤੇ ਵਿਚਾਰ ਕਰੋ,
ਅਧਿਕਤਮ, ਔਸਤ ਅਤੇ, ਉਦਾਹਰਨ ਲਈ, 90ਵਾਂ ਪ੍ਰਤੀਸ਼ਤ।
ਘੱਟੋ-ਘੱਟ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਰੀਡਿੰਗ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹਨ
ਸਿਸਟਮ ਪ੍ਰਦਰਸ਼ਨ ਸਥਿਤੀ.
ਨੱਬੇ ਪ੍ਰਤੀਸ਼ਤ ਸਭ ਤੋਂ ਵੱਧ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ,
ਜਿਵੇਂ ਕਿ ਇਹ ਜ਼ਿਆਦਾਤਰ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਦਿਖਾਉਂਦਾ ਹੈ,
ਸਿਸਟਮ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਥ੍ਰੈਸ਼ਹੋਲਡ 'ਤੇ ਆਰਾਮ ਨਾਲ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ

ਲੈਣ-ਦੇਣ ਪ੍ਰਤੀ ਸਕਿੰਟ (ਮਿੰਟ) - ਸੰਪੂਰਨ ਦੀ ਗਿਣਤੀ
ਲੈਣ-ਦੇਣ ਪ੍ਰਤੀ ਸਕਿੰਟ (ਮਿੰਟ),
ਯਾਨੀ ਕਿ ਅਰਜ਼ੀ ਕਿੰਨੀ ਕੁ ਸਵੀਕਾਰ ਕਰਨ ਦੇ ਯੋਗ ਸੀ ਅਤੇ
ਬੇਨਤੀਆਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰੋ ਅਤੇ ਜਵਾਬ ਜਾਰੀ ਕਰੋ।
ਵਾਸਤਵ ਵਿੱਚ, ਇਹ ਸਿਸਟਮ ਦਾ ਥ੍ਰੁਪੁੱਟ ਹੈ

ਲੈਣ-ਦੇਣ ਦੀ ਸਥਿਤੀ , ਪਾਸ / ਫੇਲ / ਕੁੱਲ - ਨੰਬਰ
ਸਫਲ, ਅਸਫਲ ਅਤੇ ਲੈਣ-ਦੇਣ ਦੀ ਕੁੱਲ ਸੰਖਿਆ।

ਅਸਲ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਅਸਫਲ
ਲੈਣ-ਦੇਣ ਦਾ ਅਸਲ ਵਿੱਚ ਮਤਲਬ ਹੋਵੇਗਾ
ਲੋਡ ਅਧੀਨ ਸਿਸਟਮ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਅਸਮਰੱਥਾ

ਲੋਡ ਟੈਸਟਿੰਗ ਯੋਜਨਾਬੱਧ ਚਿੱਤਰ

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

ਯੋਜਨਾਬੱਧ ਨੋਟ:

• QA.Tester ਲੋਡ ਟੈਸਟਿੰਗ ਵਿੱਚ ਇੱਕ ਮਾਹਰ ਹੈ,
• ਟਾਰਗੇਟ ਉਹ ਟੀਚਾ ਐਪਲੀਕੇਸ਼ਨ ਹੈ ਜਿਸ ਲਈ ਤੁਸੀਂ ਲੋਡ ਦੇ ਅਧੀਨ ਇਸਦੇ ਵਿਵਹਾਰ ਨੂੰ ਜਾਣਨਾ ਚਾਹੁੰਦੇ ਹੋ।

ਚਿੱਤਰ ਵਿੱਚ ਇਕਾਈਆਂ, ਪੜਾਵਾਂ ਅਤੇ ਕਦਮਾਂ ਦਾ ਵਰਗੀਕਰਨ

ਪੜਾਅ ਅਤੇ ਕਦਮ
ਕੀ ਹੋ ਰਿਹਾ ਹੈ
ਪ੍ਰਵੇਸ਼ ਦੁਆਰ 'ਤੇ ਕੀ ਹੈ
ਆਉਟਪੁੱਟ ਕੀ ਹੈ

ਤਿਆਰ ਕਰੋ: ਟੈਸਟਿੰਗ ਲਈ ਤਿਆਰੀ ਦਾ ਪੜਾਅ

ਲੋਡ ਪੈਰਾਮੀਟਰ
ਸੈਟਿੰਗ ਅਤੇ ਸ਼ੁਰੂਆਤ
ਉਪਭੋਗਤਾ
ਲੋਡ ਪੈਰਾਮੀਟਰ,
ਮੈਟ੍ਰਿਕਸ ਦੀ ਚੋਣ ਅਤੇ
ਟੈਸਟ ਯੋਜਨਾ ਦੀ ਤਿਆਰੀ
(ਪ੍ਰੋਫਾਈਲ ਲੋਡ ਕਰੋ)
ਲਈ ਕਸਟਮ ਵਿਕਲਪ
ਲੋਡ ਏਜੰਟ ਸ਼ੁਰੂਆਤ
ਟੈਸਟ ਯੋਜਨਾ
ਟੈਸਟਿੰਗ ਦਾ ਉਦੇਸ਼

VM
ਕਲਾਉਡ ਤੈਨਾਤੀ
ਨਾਲ ਵਰਚੁਅਲ ਮਸ਼ੀਨ
ਲੋੜੀਂਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ
ਲੋਡ ਏਜੰਟ ਲਈ VM ਸੈਟਿੰਗਾਂ
ਲਈ ਆਟੋਮੇਸ਼ਨ ਸਕ੍ਰਿਪਟਾਂ
VM ਰਚਨਾ
VM ਵਿੱਚ ਸੰਰਚਨਾ ਕੀਤੀ ਗਈ
ਬੱਦਲ

ਏ.ਐਨ.ਵੀ.
OS ਸੈੱਟਅੱਪ ਅਤੇ ਤਿਆਰੀ
ਲਈ ਵਾਤਾਵਰਣ
ਲੋਡ ਏਜੰਟ ਦਾ ਕੰਮ
ਲਈ ਵਾਤਾਵਰਣ ਸੈਟਿੰਗਾਂ
ਲੋਡ ਏਜੰਟ
ਲਈ ਆਟੋਮੇਸ਼ਨ ਸਕ੍ਰਿਪਟਾਂ
ਵਾਤਾਵਰਣ ਸੈਟਿੰਗ
ਤਿਆਰ ਵਾਤਾਵਰਣ:
OS, ਸੇਵਾਵਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ,
ਕੰਮ ਲਈ ਜ਼ਰੂਰੀ
ਲੋਡ ਏਜੰਟ

ਲੋਡ ਏਜੰਟ
ਸਥਾਪਨਾ, ਸੰਰਚਨਾ ਅਤੇ ਪੈਰਾਮੀਟਰਾਈਜ਼ੇਸ਼ਨ
ਲੋਡਿੰਗ ਏਜੰਟ.
ਜਾਂ ਤੋਂ ਇੱਕ ਡੌਕਰ ਚਿੱਤਰ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨਾ
ਪੂਰਵ ਸੰਰਚਿਤ ਲੋਡ ਸਰੋਤ
ਲੋਡ ਸਰੋਤ ਡੌਕਰ ਚਿੱਤਰ
(YAT, JM ਜਾਂ ਸਵੈ-ਲਿਖਤ ਫਰੇਮਵਰਕ)
ਸੈਟਿੰਗਾਂ
ਲੋਡ ਏਜੰਟ
ਸੈੱਟਅੱਪ ਅਤੇ ਤਿਆਰ ਹੈ
ਲੋਡ ਏਜੰਟ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ

ਟੈਸਟ: ਲੋਡ ਟੈਸਟਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦਾ ਪੜਾਅ। ਸਰੋਤ GitLab CI ਲਈ ਸਮਰਪਿਤ ਏਜੰਟ ਪੂਲ ਵਿੱਚ ਤਾਇਨਾਤ ਲੋਡ ਏਜੰਟ ਹਨ

ਲੋਡ ਕਰੋ
ਲੋਡ ਏਜੰਟ ਸ਼ੁਰੂ ਕਰਨਾ
ਚੁਣੀ ਗਈ ਟੈਸਟ ਯੋਜਨਾ ਦੇ ਨਾਲ
ਅਤੇ ਲੋਡ ਪੈਰਾਮੀਟਰ
ਉਪਭੋਗਤਾ ਵਿਕਲਪ
ਸ਼ੁਰੂਆਤ ਲਈ
ਲੋਡ ਏਜੰਟ
ਟੈਸਟ ਯੋਜਨਾ
ਟੈਸਟਿੰਗ ਦਾ ਉਦੇਸ਼
ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਲੌਗ
ਲੋਡ ਟੈਸਟ
ਸਿਸਟਮ ਲੌਗਸ
ਟੀਚਾ ਮੈਟ੍ਰਿਕਸ ਅਤੇ ਲੋਡ ਏਜੰਟ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦੀ ਗਤੀਸ਼ੀਲਤਾ

ਏਜੰਟ ਚਲਾਓ
ਏਜੰਟ ਐਗਜ਼ੀਕਿਊਸ਼ਨ
ਟੈਸਟ ਸਕ੍ਰਿਪਟਾਂ ਦਾ ਲੋਡ
ਅਨੁਸਾਰ
ਪ੍ਰੋਫਾਈਲ ਲੋਡ ਕਰੋ
ਲੋਡ ਏਜੰਟ ਇੰਟਰਐਕਸ਼ਨ
ਟੈਸਟਿੰਗ ਦੇ ਉਦੇਸ਼ ਲਈ
ਟੈਸਟ ਯੋਜਨਾ
ਟੈਸਟਿੰਗ ਦਾ ਉਦੇਸ਼

ਲਾਗ
"ਕੱਚੇ" ਲੌਗਾਂ ਦਾ ਸੰਗ੍ਰਹਿ
ਲੋਡ ਟੈਸਟਿੰਗ ਦੌਰਾਨ:
ਲੋਡ ਏਜੰਟ ਗਤੀਵਿਧੀ ਰਿਕਾਰਡ,
ਟੈਸਟ ਟੀਚੇ ਦੀ ਸਥਿਤੀ
ਅਤੇ VM ਏਜੰਟ ਚਲਾ ਰਿਹਾ ਹੈ

ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਲੌਗ
ਲੋਡ ਟੈਸਟ
ਸਿਸਟਮ ਲੌਗਸ

ਮੈਟ੍ਰਿਕਸ
ਟੈਸਟਿੰਗ ਦੌਰਾਨ "ਕੱਚੇ" ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ

ਟੀਚਾ ਮੈਟ੍ਰਿਕਸ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦੀ ਗਤੀਸ਼ੀਲਤਾ
ਅਤੇ ਲੋਡ ਏਜੰਟ

ਰਿਪੋਰਟ: ਟੈਸਟ ਰਿਪੋਰਟ ਤਿਆਰ ਕਰਨ ਦਾ ਪੜਾਅ

ਜੇਨਰੇਟਰ
ਪ੍ਰੋਸੈਸਿੰਗ ਇਕੱਠੀ ਕੀਤੀ
ਲੋਡਿੰਗ ਸਿਸਟਮ ਅਤੇ
ਨਿਗਰਾਨੀ ਸਿਸਟਮ "ਕੱਚਾ"
ਮੈਟ੍ਰਿਕਸ ਅਤੇ ਲੌਗ
ਵਿੱਚ ਇੱਕ ਰਿਪੋਰਟ ਦਾ ਗਠਨ
ਮਨੁੱਖੀ ਪੜ੍ਹਨਯੋਗ ਰੂਪ
ਤੱਤਾਂ ਨਾਲ ਸੰਭਵ ਹੈ
ਵਿਸ਼ਲੇਸ਼ਕ
ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਲੌਗ
ਲੋਡ ਟੈਸਟ
ਸਿਸਟਮ ਲੌਗਸ
ਮੈਟ੍ਰਿਕਸ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦੀ ਗਤੀਸ਼ੀਲਤਾ
ਟੀਚਾ ਅਤੇ ਲੋਡ ਏਜੰਟ
"ਕੱਚੇ" ਲੌਗਾਂ 'ਤੇ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਗਈ
ਲਈ ਢੁਕਵੇਂ ਫਾਰਮੈਟ ਵਿੱਚ
ਬਾਹਰੀ ਸਟੋਰੇਜ 'ਤੇ ਅੱਪਲੋਡ ਕਰਦਾ ਹੈ
ਸਥਿਰ ਲੋਡ ਰਿਪੋਰਟ,
ਮਨੁੱਖੀ ਪੜ੍ਹਨਯੋਗ

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

CI ਟੈਂਪਲੇਟ ਵਿੱਚ ਲੋਡ ਸਰੋਤਾਂ ਨੂੰ ਕਨੈਕਟ ਕਰਨਾ

ਚਲੋ ਪ੍ਰੈਕਟੀਕਲ ਹਿੱਸੇ ਵੱਲ ਵਧਦੇ ਹਾਂ। ਮੈਂ ਇਹ ਦਿਖਾਉਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਕੰਪਨੀ ਦੇ ਕੁਝ ਪ੍ਰੋਜੈਕਟਾਂ 'ਤੇ ਕਿਵੇਂ ਸਕਾਰਾਤਮਕ ਤਕਨਾਲੋਜੀ ਅਸੀਂ ਇੱਕ ਸੇਵਾ ਵਜੋਂ ਲੋਡ ਟੈਸਟਿੰਗ ਦੀ ਧਾਰਨਾ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਹੈ।

ਪਹਿਲਾਂ, ਸਾਡੇ DevOps ਇੰਜੀਨੀਅਰਾਂ ਦੀ ਮਦਦ ਨਾਲ, ਅਸੀਂ ਲੋਡ ਟੈਸਟਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ GitLab CI ਵਿੱਚ ਏਜੰਟਾਂ ਦਾ ਇੱਕ ਸਮਰਪਿਤ ਪੂਲ ਬਣਾਇਆ। ਉਹਨਾਂ ਨੂੰ ਦੂਸਰਿਆਂ ਨਾਲ ਟੈਂਪਲੇਟਾਂ ਵਿੱਚ ਉਲਝਣ ਵਿੱਚ ਨਾ ਪਾਉਣ ਲਈ, ਜਿਵੇਂ ਕਿ ਅਸੈਂਬਲੀ ਪੂਲ, ਅਸੀਂ ਇਹਨਾਂ ਏਜੰਟਾਂ ਵਿੱਚ ਟੈਗ ਸ਼ਾਮਲ ਕੀਤੇ ਹਨ, ਟੈਗ: ਲੋਡ। ਤੁਸੀਂ ਕੋਈ ਹੋਰ ਸਮਝਣ ਯੋਗ ਟੈਗਸ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਉਹ ਪੁੱਛਦੇ ਹਨ ਰਜਿਸਟਰੇਸ਼ਨ ਦੌਰਾਨ GitLab CI ਦੌੜਾਕ।

ਹਾਰਡਵੇਅਰ ਦੁਆਰਾ ਲੋੜੀਂਦੀ ਸ਼ਕਤੀ ਦਾ ਪਤਾ ਕਿਵੇਂ ਲਗਾਇਆ ਜਾਵੇ? ਲੋਡ ਏਜੰਟਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ - ਕਾਫ਼ੀ ਗਿਣਤੀ ਵਿੱਚ vCPU, RAM ਅਤੇ ਡਿਸਕ - ਦੀ ਗਣਨਾ ਇਸ ਤੱਥ ਦੇ ਅਧਾਰ ਤੇ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਕਿ ਡੌਕਰ, ਪਾਈਥਨ (Yandex.Tank ਲਈ), GitLab CI ਏਜੰਟ, Java (Apache JMeter ਲਈ) ਏਜੰਟ 'ਤੇ ਚੱਲ ਰਹੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। . JMeter ਅਧੀਨ Java ਲਈ, ਘੱਟੋ-ਘੱਟ 512 MB RAM ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਵੀ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ, ਉੱਪਰਲੀ ਸੀਮਾ ਵਜੋਂ, 80% ਉਪਲਬਧ ਮੈਮੋਰੀ.

ਇਸ ਤਰ੍ਹਾਂ, ਸਾਡੇ ਤਜ਼ਰਬੇ ਦੇ ਆਧਾਰ 'ਤੇ, ਅਸੀਂ ਲੋਡ ਏਜੰਟਾਂ ਲਈ ਘੱਟੋ-ਘੱਟ 4 vCPUs, 4 GB RAM, 60 GB SSD ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦੇ ਹਾਂ। ਨੈੱਟਵਰਕ ਕਾਰਡ ਦਾ ਥ੍ਰਰੂਪੁਟ ਲੋਡ ਪ੍ਰੋਫਾਈਲ ਦੀਆਂ ਲੋੜਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਅਸੀਂ ਮੁੱਖ ਤੌਰ 'ਤੇ ਦੋ ਲੋਡ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ - Apache JMeter ਅਤੇ Yandex.Tank ਡੌਕਰ ਚਿੱਤਰ।

Yandex.Tank ਲੋਡ ਟੈਸਟਿੰਗ ਲਈ Yandex ਦਾ ਇੱਕ ਓਪਨ ਸੋਰਸ ਟੂਲ ਹੈ। ਇਸਦਾ ਮਾਡਯੂਲਰ ਆਰਕੀਟੈਕਚਰ ਫੈਂਟਮ ਦੇ ਉੱਚ-ਪ੍ਰਦਰਸ਼ਨ ਅਸਿੰਕਰੋਨਸ ਹਿੱਟ-ਅਧਾਰਿਤ HTTP ਬੇਨਤੀ ਜਨਰੇਟਰ 'ਤੇ ਅਧਾਰਤ ਹੈ। ਟੈਂਕ ਵਿੱਚ SSH ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਟੈਸਟ ਦੇ ਅਧੀਨ ਸਰਵਰ ਦੇ ਸਰੋਤਾਂ ਦੀ ਇੱਕ ਬਿਲਟ-ਇਨ ਨਿਗਰਾਨੀ ਹੈ, ਨਿਰਧਾਰਤ ਸ਼ਰਤਾਂ ਵਿੱਚ ਆਪਣੇ ਆਪ ਟੈਸਟ ਨੂੰ ਰੋਕ ਸਕਦਾ ਹੈ, ਕੰਸੋਲ ਅਤੇ ਗ੍ਰਾਫ ਦੇ ਰੂਪ ਵਿੱਚ ਨਤੀਜਿਆਂ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਤੁਸੀਂ ਆਪਣੇ ਮੋਡੀਊਲ ਨੂੰ ਜੋੜ ਸਕਦੇ ਹੋ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਵਧਾਉਣ ਲਈ ਇਸ ਨੂੰ ਕਰਨ ਲਈ. ਤਰੀਕੇ ਨਾਲ, ਅਸੀਂ ਟੈਂਕ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਸੀ ਜਦੋਂ ਇਹ ਅਜੇ ਮੁੱਖ ਧਾਰਾ ਨਹੀਂ ਸੀ। ਲੇਖ ਵਿੱਚ "Yandex.Tank ਅਤੇ ਲੋਡ ਟੈਸਟਿੰਗ ਆਟੋਮੇਸ਼ਨ» ਤੁਸੀਂ ਇਸ ਕਹਾਣੀ ਨੂੰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਕਿ ਅਸੀਂ 2013 ਵਿੱਚ ਇਸ ਨਾਲ ਲੋਡ ਟੈਸਟਿੰਗ ਕਿਵੇਂ ਕੀਤੀ PT ਐਪਲੀਕੇਸ਼ਨ ਫਾਇਰਵਾਲ ਸਾਡੀ ਕੰਪਨੀ ਦੇ ਉਤਪਾਦਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ।

ਅਪਾਚੇ ਜੇਮੀਟਰ Apache ਤੋਂ ਇੱਕ ਓਪਨ ਸੋਰਸ ਲੋਡ ਟੈਸਟਿੰਗ ਟੂਲ ਹੈ। ਇਹ ਸਥਿਰ ਅਤੇ ਗਤੀਸ਼ੀਲ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੋਵਾਂ ਦੀ ਜਾਂਚ ਲਈ ਬਰਾਬਰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ। JMeter ਬਹੁਤ ਸਾਰੇ ਪ੍ਰੋਟੋਕੋਲਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਦੇ ਤਰੀਕਿਆਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ: HTTP, HTTPS (Java, NodeJS, PHP, ASP.NET, ਆਦਿ), SOAP / REST Webservices, FTP, TCP, LDAP, SMTP(S), POP3( S) ) ਅਤੇ IMAP(S), JDBC ਦੁਆਰਾ ਡੇਟਾਬੇਸ, ਸ਼ੈੱਲ ਕਮਾਂਡਾਂ ਨੂੰ ਚਲਾ ਸਕਦੇ ਹਨ ਅਤੇ ਜਾਵਾ ਆਬਜੈਕਟ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ। JMeter ਕੋਲ ਟੈਸਟ ਯੋਜਨਾਵਾਂ ਬਣਾਉਣ, ਡੀਬੱਗ ਕਰਨ ਅਤੇ ਲਾਗੂ ਕਰਨ ਲਈ ਇੱਕ IDE ਹੈ। ਕਿਸੇ ਵੀ Java ਅਨੁਕੂਲ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ (Linux, Windows, Mac OS X) 'ਤੇ ਕਮਾਂਡ ਲਾਈਨ ਓਪਰੇਸ਼ਨ ਲਈ ਇੱਕ CLI ਵੀ ਹੈ। ਟੂਲ ਗਤੀਸ਼ੀਲ ਰੂਪ ਵਿੱਚ ਇੱਕ HTML ਟੈਸਟ ਰਿਪੋਰਟ ਤਿਆਰ ਕਰ ਸਕਦਾ ਹੈ।

ਸਾਡੀ ਕੰਪਨੀ ਦੇ ਅੰਦਰ ਵਰਤੋਂ ਦੀ ਸੌਖ ਲਈ, ਪਰੀਖਣ ਕਰਨ ਵਾਲਿਆਂ ਦੀ ਆਪਣੇ ਆਪ ਨੂੰ ਬਦਲਣ ਅਤੇ ਵਾਤਾਵਰਣ ਨੂੰ ਜੋੜਨ ਦੀ ਯੋਗਤਾ ਲਈ, ਅਸੀਂ GitLab CI 'ਤੇ ਲੋਡ ਸਰੋਤਾਂ ਦੇ ਡੌਕਰ ਚਿੱਤਰਾਂ ਨੂੰ ਅੰਦਰੂਨੀ ਲਈ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਹੈ। ਆਰਟੀਫੈਕਟਰੀ ਵਿਖੇ ਡੌਕਰ ਰਜਿਸਟਰੀ. ਇਹ ਉਹਨਾਂ ਨੂੰ ਲੋਡ ਟੈਸਟਾਂ ਲਈ ਪਾਈਪਲਾਈਨਾਂ ਵਿੱਚ ਜੋੜਨਾ ਤੇਜ਼ ਅਤੇ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ। GitLab CI ਦੁਆਰਾ ਰਜਿਸਟਰੀ ਲਈ ਡੌਕਰ ਪੁਸ਼ ਕਿਵੇਂ ਕਰਨਾ ਹੈ - ਵੇਖੋ ਹਦਾਇਤਾਂ.

ਅਸੀਂ Yandex.Tank ਲਈ ਇਹ ਮੂਲ ਡੌਕਰ ਫਾਈਲ ਲਈ ਹੈ:

Dockerfile 
1 | FROM direvius/yandex-tank
2 | ENTRYPOINT [""]

ਅਤੇ ਅਪਾਚੇ ਜੇਮੀਟਰ ਲਈ ਇਹ ਇੱਕ:

Dockerfile 
1 | FROM vmarrazzo/jmeter
2 | ENTRYPOINT [""]

ਤੁਸੀਂ ਲੇਖ ਵਿੱਚ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਕਿ ਸਾਡੀ ਨਿਰੰਤਰ ਏਕੀਕਰਣ ਪ੍ਰਣਾਲੀ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ "ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦਾ ਸਵੈਚਾਲਨ: ਅਸੀਂ ਸਕਾਰਾਤਮਕ ਤਕਨਾਲੋਜੀਆਂ 'ਤੇ DevOps ਵਿਚਾਰਾਂ ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕੀਤਾ".

ਟੈਂਪਲੇਟ ਅਤੇ ਪਾਈਪਲਾਈਨ

ਲੋਡ ਟੈਸਟ ਕਰਵਾਉਣ ਲਈ ਇੱਕ ਨਮੂਨੇ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਉਪਲਬਧ ਹੈ ਡੈਮੋ ਲੋਡ. The readme ਫਾਈਲ ਤੁਸੀਂ ਟੈਂਪਲੇਟ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ। ਟੈਂਪਲੇਟ ਵਿੱਚ ਹੀ (ਫਾਇਲ .gitlab-ci.yml) ਇਸ ਬਾਰੇ ਨੋਟਸ ਹਨ ਕਿ ਹਰੇਕ ਕਦਮ ਕਿਸ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ।

ਟੈਮਪਲੇਟ ਬਹੁਤ ਸਰਲ ਹੈ ਅਤੇ ਉੱਪਰ ਦਿੱਤੇ ਚਿੱਤਰ ਵਿੱਚ ਵਰਣਿਤ ਲੋਡ ਟੈਸਟਿੰਗ ਦੇ ਤਿੰਨ ਪੜਾਵਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ: ਰਿਪੋਰਟਾਂ ਤਿਆਰ ਕਰਨਾ, ਟੈਸਟ ਕਰਨਾ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ। ਇਸ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ ਪੜਾਅ: ਤਿਆਰ ਕਰੋ, ਟੈਸਟ ਕਰੋ ਅਤੇ ਰਿਪੋਰਟ ਕਰੋ.

1. ਸਟੇਜ ਤਿਆਰ ਕਰੋ ਟੈਸਟ ਟੀਚਿਆਂ ਨੂੰ ਪ੍ਰੀ-ਕਨਫਿਗਰ ਕਰਨ ਜਾਂ ਉਹਨਾਂ ਦੀ ਉਪਲਬਧਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਲੋਡ ਸਰੋਤਾਂ ਲਈ ਵਾਤਾਵਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ, ਉਹ ਡੌਕਰ ਚਿੱਤਰਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਪਹਿਲਾਂ ਤੋਂ ਬਣਾਏ ਗਏ ਹਨ ਅਤੇ ਡੌਕਰ ਰਜਿਸਟਰੀ ਵਿੱਚ ਪੋਸਟ ਕੀਤੇ ਗਏ ਹਨ: ਸਿਰਫ ਟੈਸਟ ਪੜਾਅ 'ਤੇ ਲੋੜੀਂਦਾ ਸੰਸਕਰਣ ਨਿਰਧਾਰਤ ਕਰੋ। ਪਰ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾ ਸਕਦੇ ਹੋ ਅਤੇ ਆਪਣੇ ਖੁਦ ਦੇ ਸੋਧੇ ਹੋਏ ਚਿੱਤਰ ਬਣਾ ਸਕਦੇ ਹੋ।
2. ਸਟੇਜ ਟੈਸਟ ਲੋਡ ਸਰੋਤ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਨ, ਟੈਸਟਾਂ ਨੂੰ ਚਲਾਉਣ, ਅਤੇ ਟੈਸਟ ਕਲਾਤਮਕ ਚੀਜ਼ਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਤੁਸੀਂ ਕੋਈ ਵੀ ਲੋਡ ਸਰੋਤ ਚੁਣ ਸਕਦੇ ਹੋ: Yandex.Tank, Apache JMeter, ਤੁਹਾਡਾ ਆਪਣਾ, ਜਾਂ ਸਾਰੇ ਇਕੱਠੇ। ਬੇਲੋੜੇ ਸਰੋਤਾਂ ਨੂੰ ਅਯੋਗ ਕਰਨ ਲਈ, ਸਿਰਫ਼ ਟਿੱਪਣੀ ਕਰੋ ਜਾਂ ਨੌਕਰੀ ਨੂੰ ਮਿਟਾਓ। ਲੋਡ ਸਰੋਤਾਂ ਲਈ ਪ੍ਰਵੇਸ਼ ਪੁਆਇੰਟ:
   • Yandex.Tank ਲਈ ਲਾਂਚ ਪੈਰਾਮੀਟਰ ਵਿੱਚ ਦਿੱਤੇ ਗਏ ਹਨ।/tests/yandextank.sh,
   • Apache JMeter ਸਟਾਰਟਅੱਪ ਪੈਰਾਮੀਟਰ ਫਾਈਲ ਵਿੱਚ ਦਿੱਤੇ ਗਏ ਹਨ ./tests/jmeter.sh.

   ਨੋਟ: ਅਸੈਂਬਲੀ ਕੌਂਫਿਗਰੇਸ਼ਨ ਟੈਂਪਲੇਟ ਦੀ ਵਰਤੋਂ CI ਸਿਸਟਮ ਨਾਲ ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਸਥਾਪਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚ ਟੈਸਟ ਤਰਕ ਦੀ ਪਲੇਸਮੈਂਟ ਨੂੰ ਦਰਸਾਉਂਦਾ ਨਹੀਂ ਹੈ। ਟੈਸਟਾਂ ਲਈ, ਐਂਟਰੀ ਪੁਆਇੰਟ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿੱਥੇ ਕੰਟਰੋਲ ਬੈਸ਼ ਸਕ੍ਰਿਪਟ ਸਥਿਤ ਹੈ। ਟੈਸਟਾਂ ਨੂੰ ਚਲਾਉਣ, ਰਿਪੋਰਟਾਂ ਤਿਆਰ ਕਰਨ, ਅਤੇ ਟੈਸਟ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਖੁਦ QA ਇੰਜੀਨੀਅਰਾਂ ਦੁਆਰਾ ਲਾਗੂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਡੈਮੋ ਵਿੱਚ, ਦੋਵੇਂ ਲੋਡ ਸਰੋਤਾਂ ਲਈ, ਯਾਂਡੇਕਸ ਮੁੱਖ ਪੰਨੇ ਦੀ ਬੇਨਤੀ ਨੂੰ ਸਰਲ ਟੈਸਟ ਦੇ ਤੌਰ ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ. ਸਕ੍ਰਿਪਟ ਅਤੇ ਟੈਸਟ ਪੈਰਾਮੀਟਰ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਹਨ ./ਟੈਸਟਾਂ.

3. ਪੜਾਅ 'ਤੇ ਦੀ ਰਿਪੋਰਟ ਤੁਹਾਨੂੰ ਇਹ ਵਰਣਨ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਕਿ ਟੈਸਟ ਪੜਾਅ 'ਤੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਟੈਸਟ ਨਤੀਜਿਆਂ ਨੂੰ ਬਾਹਰੀ ਸਟੋਰੇਜ, ਉਦਾਹਰਨ ਲਈ, GitLab ਪੰਨਿਆਂ ਜਾਂ ਵਿਸ਼ੇਸ਼ ਰਿਪੋਰਟਿੰਗ ਪ੍ਰਣਾਲੀਆਂ 'ਤੇ ਕਿਵੇਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ ਹੈ। GitLab ਪੰਨਿਆਂ ਦੀ ਲੋੜ ਹੈ ਕਿ ./public ਡਾਇਰੈਕਟਰੀ ਗੈਰ-ਖਾਲੀ ਹੋਵੇ ਅਤੇ ਟੈਸਟਾਂ ਦੇ ਮੁਕੰਮਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਘੱਟੋ-ਘੱਟ ਇੱਕ index.html ਫਾਈਲ ਹੋਵੇ। ਤੁਸੀਂ ਗਿੱਟਲੈਬ ਪੇਜ ਸੇਵਾ ਦੀਆਂ ਬਾਰੀਕੀਆਂ ਬਾਰੇ ਪੜ੍ਹ ਸਕਦੇ ਹੋ। ਲਿੰਕ.

   ਡਾਟਾ ਨਿਰਯਾਤ ਕਰਨ ਦੇ ਤਰੀਕੇ ਦੀਆਂ ਉਦਾਹਰਨਾਂ:

   • ਜੇਮੀਟਰ ਤੋਂ GitLab ਪੰਨੇ,
   • Yandex.Tank ਤੋਂ InfluxDB ਅਤੇ Grafana.

   ਪੋਸਟਿੰਗ ਸੈੱਟਅੱਪ ਨਿਰਦੇਸ਼:

   • ਵਿੱਚ HTML ਸਟੈਟਿਕਸ GitLab ਪੰਨੇ,
   • InfluxDB ਅਤੇ ਫਿਰ ਕਰਨ ਲਈ ਗ੍ਰਾਫਨਾ.

ਡੈਮੋ ਉਦਾਹਰਨ ਵਿੱਚ, ਲੋਡ ਟੈਸਟਾਂ ਅਤੇ ਦੋ ਲੋਡ ਸਰੋਤਾਂ ਵਾਲੀ ਪਾਈਪਲਾਈਨ (ਤੁਸੀਂ ਬੇਲੋੜੇ ਨੂੰ ਅਯੋਗ ਕਰ ਸਕਦੇ ਹੋ) ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

Apache JMeter ਇੱਕ HTML ਰਿਪੋਰਟ ਆਪਣੇ ਆਪ ਤਿਆਰ ਕਰ ਸਕਦਾ ਹੈ, ਇਸਲਈ ਇਸਨੂੰ ਮਿਆਰੀ ਸਾਧਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ GitLab ਪੰਨਿਆਂ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਕਰਨਾ ਵਧੇਰੇ ਲਾਭਦਾਇਕ ਹੈ। ਅਪਾਚੇ ਜੇਮੀਟਰ ਰਿਪੋਰਟ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

Yandex.Tank ਲਈ ਡੈਮੋ ਉਦਾਹਰਨ ਵਿੱਚ, ਤੁਸੀਂ ਸਿਰਫ ਦੇਖੋਗੇ ਜਾਅਲੀ ਟੈਕਸਟ ਰਿਪੋਰਟ GitLab ਪੰਨਿਆਂ ਲਈ ਭਾਗ ਵਿੱਚ. ਟੈਸਟਿੰਗ ਦੇ ਦੌਰਾਨ, ਟੈਂਕ ਨਤੀਜਿਆਂ ਨੂੰ InfluxDB ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਉੱਥੋਂ ਉਹ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ, Grafana ਵਿੱਚ (ਫਾਇਲ ਵਿੱਚ ਸੰਰਚਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ./tests/example-yandextank-test.yml). ਗ੍ਰਾਫਾਨਾ ਵਿੱਚ ਟੈਂਕ ਦੀ ਰਿਪੋਰਟ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

ਸੰਖੇਪ

ਲੇਖ ਵਿੱਚ, ਮੈਂ "ਸੇਵਾ ਦੇ ਤੌਰ ਤੇ ਲੋਡ ਟੈਸਟਿੰਗ" (ਸੇਵਾ ਵਜੋਂ ਲੋਡ ਟੈਸਟਿੰਗ) ਦੀ ਧਾਰਨਾ ਬਾਰੇ ਗੱਲ ਕੀਤੀ ਸੀ। ਮੁੱਖ ਵਿਚਾਰ ਲੋਡ ਏਜੰਟਾਂ ਦੇ ਪੂਰਵ ਸੰਰਚਿਤ ਪੂਲ, ਲੋਡ ਸਰੋਤਾਂ ਦੇ ਡੌਕਰ ਚਿੱਤਰਾਂ, ਰਿਪੋਰਟਿੰਗ ਪ੍ਰਣਾਲੀਆਂ ਅਤੇ ਇੱਕ ਪਾਈਪਲਾਈਨ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੈ ਜੋ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਸਧਾਰਨ .gitlab-ci.yml ਟੈਂਪਲੇਟ ਦੇ ਅਧਾਰ ਤੇ GitLab CI ਵਿੱਚ ਜੋੜਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਿੰਕ). ਇਹ ਸਭ ਆਟੋਮੇਸ਼ਨ ਇੰਜੀਨੀਅਰਾਂ ਦੀ ਇੱਕ ਛੋਟੀ ਟੀਮ ਦੁਆਰਾ ਸਮਰਥਤ ਹੈ ਅਤੇ ਉਤਪਾਦ ਟੀਮਾਂ ਦੀ ਬੇਨਤੀ 'ਤੇ ਦੁਹਰਾਇਆ ਗਿਆ ਹੈ। ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਤੁਹਾਡੀ ਕੰਪਨੀ ਵਿੱਚ ਇੱਕ ਸਮਾਨ ਸਕੀਮ ਤਿਆਰ ਕਰਨ ਅਤੇ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰੇਗਾ। ਧਿਆਨ ਦੇਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ!

PS ਮੈਂ ਸਾਡੀ ਕੰਪਨੀ ਵਿੱਚ ਇੱਕ ਸੇਵਾ ਦੇ ਰੂਪ ਵਿੱਚ ਲੋਡ ਟੈਸਟਿੰਗ ਦੀ ਧਾਰਨਾ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਲਈ ਆਪਣੇ ਸਾਥੀਆਂ, ਸਰਗੇਈ ਕੁਰਬਾਨੋਵ ਅਤੇ ਨਿਕੋਲਾਈ ਯੂਸੇਵ ਦਾ ਬਹੁਤ ਧੰਨਵਾਦ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ।

ਲੇਖਕ: ਤੈਮੂਰ ਗਿਲਮੁਲਿਨ - ਡਿਪਟੀ ਸਕਾਰਾਤਮਕ ਤਕਨਾਲੋਜੀ 'ਤੇ ਤਕਨਾਲੋਜੀ ਅਤੇ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆਵਾਂ (DevOps) ਦੇ ਮੁਖੀ

ਸਰੋਤ: www.habr.com