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

ਤੇਜ਼ ਪਹੁੰਚ
ਟੀ.ਐਲ. ਡੀ.ਆਰ.
1) QA/UAT ਵਿੱਚ OTP ਜੋਖਮ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ
2) ਮਾਡਲ ਕਾਮਨ ਫੇਲ੍ਹ ਮੋਡ
3) ਵੱਖਰੇ ਵਾਤਾਵਰਣ, ਵੱਖਰੇ ਸਿਗਨਲ
4) ਸਹੀ ਇਨਬਾਕਸ ਰਣਨੀਤੀ ਦੀ ਚੋਣ ਕਰੋ
5) ਦੁਬਾਰਾ ਭੇਜਣ ਵਾਲੀਆਂ ਵਿੰਡੋਜ਼ ਸਥਾਪਤ ਕਰੋ ਜੋ ਕੰਮ ਕਰਦੇ ਹਨ
6) ਡੋਮੇਨ ਰੋਟੇਸ਼ਨ ਨੀਤੀ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਓ
7) ਸਹੀ ਮੈਟ੍ਰਿਕਸ ਦਾ ਸਾਧਨ ਬਣਾਓ
8) ਚੋਟੀਆਂ ਲਈ ਇੱਕ QA ਪਲੇਬੁੱਕ ਬਣਾਓ
9) ਸੁਰੱਖਿਅਤ ਹੈਂਡਲਿੰਗ ਅਤੇ ਗੋਪਨੀਯਤਾ ਨਿਯੰਤਰਣ
10) ਸ਼ਾਸਨ: ਚੈੱਕਲਿਸਟ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ
ਤੁਲਨਾ ਸਾਰਣੀ - ਰੋਟੇਸ਼ਨ ਬਨਾਮ ਕੋਈ ਰੋਟੇਸ਼ਨ ਨਹੀਂ (QA / UAT)
ਕਿਵੇਂ ਕਰਨਾ ਹੈ
ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ

ਟੀ.ਐਲ. ਡੀ.ਆਰ.

• ਓਟੀਪੀ ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਇੱਕ ਮਾਪਣਯੋਗ ਐਸਐਲਓ ਦੇ ਤੌਰ ਤੇ ਮੰਨੋ, ਜਿਸ ਵਿੱਚ ਸਫਲਤਾ ਦੀ ਦਰ ਅਤੇ ਟੀਟੀਐਫਓਐਮ (ਪੀ 50 / ਪੀ 90, ਪੀ 95) ਸ਼ਾਮਲ ਹਨ.
• ਜ਼ਹਿਰੀਲੇ ਵੱਕਾਰ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਤੋਂ ਬਚਣ ਲਈ QA/UAT ਟ੍ਰੈਫਿਕ ਅਤੇ ਡੋਮੇਨਾਂ ਨੂੰ ਉਤਪਾਦਨ ਤੋਂ ਵੱਖ ਕਰੋ.
• ਵਿੰਡੋਜ਼ ਅਤੇ ਕੈਪ ਰੋਟੇਸ਼ਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਭੇਜੋ; ਅਨੁਸ਼ਾਸਿਤ ਰੀਟਰੀਜ਼ ਦੇ ਬਾਅਦ ਹੀ ਘੁੰਮਾਓ।
• ਟੈਸਟ ਦੀ ਕਿਸਮ ਦੁਆਰਾ ਇਨਬਾਕਸ ਰਣਨੀਤੀਆਂ ਚੁਣੋ: ਰਿਗ੍ਰੇਸ਼ਨ ਲਈ ਦੁਬਾਰਾ ਵਰਤੋ; ਵਿਸਫੋਟਾਂ ਲਈ ਥੋੜ੍ਹੀ ਜਿਹੀ ਜ਼ਿੰਦਗੀ.
• ਅਸਫਲਤਾ ਕੋਡਾਂ ਦੇ ਨਾਲ ਇੰਸਟਰੂਮੈਂਟ ਭੇਜਣ ਵਾਲੇ×ਡੋਮੇਨ ਮੈਟ੍ਰਿਕਸ ਅਤੇ ਤਿਮਾਹੀ ਨਿਯੰਤਰਣ ਸਮੀਖਿਆਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰੋ.

QA/UAT ਵਿੱਚ ਟੈਂਪ ਮੇਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਉੱਦਮਾਂ ਲਈ ਓਟੀਪੀ ਜੋਖਮ ਨੂੰ ਘਟਾਉਣ ਲਈ ਚੈੱਕਲਿਸਟ

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

1) QA/UAT ਵਿੱਚ OTP ਜੋਖਮ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ

ਸਾਂਝੀ ਸ਼ਬਦਾਵਲੀ ਸੈੱਟ ਕਰੋ ਤਾਂ ਜੋ QA, ਸੁਰੱਖਿਆ, ਅਤੇ ਉਤਪਾਦ OTP ਭਰੋਸੇਯੋਗਤਾ ਬਾਰੇ ਇੱਕੋ ਭਾਸ਼ਾ ਬੋਲਣ.

"ਓਟੀਪੀ ਸਫਲਤਾ ਦਰ" ਦਾ ਕੀ ਮਤਲਬ ਹੈ

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

ਟੀਮਾਂ ਲਈ ਟੀਟੀਐਫਓਐਮ ਪੀ 50 / ਪੀ 90

ਟਾਈਮ-ਟੂ-ਫਸਟ-ਓਟੀਪੀ ਸੁਨੇਹੇ (TTFOM) ਦੀ ਵਰਤੋਂ ਕਰੋ - "ਕੋਡ ਭੇਜੋ" ਤੋਂ ਲੈ ਕੇ ਪਹਿਲੇ ਇਨਬਾਕਸ ਆਗਮਨ ਤੱਕ ਦੇ ਸਕਿੰਟ. ਚਾਰਟ ਪੀ 50 ਅਤੇ ਪੀ 90 (ਅਤੇ ਤਣਾਅ ਟੈਸਟਾਂ ਲਈ ਪੀ 95). ਉਹ ਵੰਡ ਕਿੱਸਿਆਂ 'ਤੇ ਭਰੋਸਾ ਕੀਤੇ ਬਿਨਾਂ, ਕਤਾਰਾਂ, ਥ੍ਰੋਟਲਿੰਗ ਅਤੇ ਗ੍ਰੇਲਿਸਟਿੰਗ ਦਾ ਖੁਲਾਸਾ ਕਰਦੇ ਹਨ.

ਝੂਠੇ ਨਕਾਰਾਤਮਕ ਬਨਾਮ ਸੱਚੀਆਂ ਅਸਫਲਤਾਵਾਂ

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

ਜਦੋਂ ਸਟੇਜਿੰਗ ਸਕੈਵਜ਼ ਡਿਲੀਵਰੇਬਿਲਟੀ ਨੂੰ ਸਟੇਜ ਕਰਦੀ ਹੈ

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

2) ਮਾਡਲ ਕਾਮਨ ਫੇਲ੍ਹ ਮੋਡ

ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਭਾਵ ਵਾਲੇ ਸਪੁਰਦਗੀ ਦੇ ਨੁਕਸਾਨਾਂ ਦਾ ਨਕਸ਼ਾ ਬਣਾਓ ਤਾਂ ਜੋ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਨੀਤੀ ਅਤੇ ਟੂਲਿੰਗ ਨਾਲ ਰੋਕ ਸਕੋ.

ਗ੍ਰੇਲਿਸਟਿੰਗ ਅਤੇ ਭੇਜਣ ਵਾਲੇ ਦੀ ਸਾਖ

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

ISP ਸਪੈਮ ਫਿਲਟਰ ਅਤੇ ਕੋਲਡ ਪੂਲ

ਕੁਝ ਪ੍ਰਦਾਤਾ ਠੰਡੇ ਆਈਪੀ ਜਾਂ ਡੋਮੇਨਾਂ ਲਈ ਭਾਰੀ ਪੜਤਾਲ ਲਾਗੂ ਕਰਦੇ ਹਨ. QA ਚਲਾਉਂਦਾ ਹੈ ਜੋ ਇੱਕ ਤਾਜ਼ੇ ਪੂਲ ਤੋਂ ਓਟੀਪੀ ਨੂੰ ਧਮਾਕਾ ਕਰਦਾ ਹੈ ਜੋ ਮੁਹਿੰਮਾਂ ਨਾਲ ਮਿਲਦਾ ਜੁਲਦਾ ਹੈ ਅਤੇ ਗੈਰ-ਆਲੋਚਨਾਤਮਕ ਸੰਦੇਸ਼ਾਂ ਨੂੰ ਹੌਲੀ ਕਰ ਸਕਦਾ ਹੈ. ਵਾਰਮ-ਅਪ ਕ੍ਰਮ (ਘੱਟ, ਨਿਯਮਤ ਵਾਲੀਅਮ) ਇਸ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ.

ਦਰਾਂ ਦੀਆਂ ਸੀਮਾਵਾਂ ਅਤੇ ਸਿਖਰ ਦੀ ਭੀੜ-ਭੜੱਕੇ

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

ਉਪਭੋਗਤਾ ਵਿਵਹਾਰ ਜੋ ਵਹਾਅ ਨੂੰ ਤੋੜਦੇ ਹਨ

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

3) ਵੱਖਰੇ ਵਾਤਾਵਰਣ, ਵੱਖਰੇ ਸਿਗਨਲ

ਭੇਜਣ ਵਾਲੇ ਦੀ ਸਾਖ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਨੂੰ ਜ਼ਹਿਰ ਦੇਣ ਤੋਂ ਬਚਣ ਲਈ QA/UAT ਨੂੰ ਉਤਪਾਦਨ ਤੋਂ ਅਲੱਗ ਕਰੋ.

ਸਟੇਜਿੰਗ ਬਨਾਮ ਪ੍ਰੋਡਕਸ਼ਨ ਡੋਮੇਨ

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

ਟੈਸਟ ਖਾਤੇ ਅਤੇ ਕੋਟੇ

ਟੈਸਟ ਖਾਤਿਆਂ ਦਾ ਨਾਮ ਦੇਣ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਕੋਟਾ ਸੌਂਪਣ ਦੀ ਵਿਵਸਥਾ। ਮੁੱਠੀ ਭਰ ਅਨੁਸ਼ਾਸਿਤ ਟੈਸਟ ਪਛਾਣਾਂ ਸੈਂਕੜੇ ਐਡ-ਹਾਕ ਲੋਕਾਂ ਨੂੰ ਹਰਾਉਂਦੀਆਂ ਹਨ ਜੋ ਫ੍ਰੀਕੁਐਂਸੀ ਹਿਊਰਿਸਟਿਕਸ ਨੂੰ ਟ੍ਰਿਪ ਕਰਦੀਆਂ ਹਨ.

ਸਿੰਥੈਟਿਕ ਟ੍ਰੈਫਿਕ ਵਿੰਡੋਜ਼

ਆਫ-ਪੀਕ ਵਿੰਡੋਜ਼ ਵਿੱਚ ਸਿੰਥੈਟਿਕ ਓਟੀਪੀ ਟ੍ਰੈਫਿਕ ਚਲਾਓ। ਲੇਟੈਂਸੀ ਨੂੰ ਪ੍ਰੋਫਾਈਲ ਕਰਨ ਲਈ ਛੋਟੇ ਵਿਸਫੋਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਨਾ ਕਿ ਬੇਅੰਤ ਹੜ੍ਹ ਜੋ ਦੁਰਵਿਵਹਾਰ ਵਰਗਾ ਹੈ.

ਮੇਲ ਫੁੱਟਪ੍ਰਿੰਟ ਦਾ ਆਡਿਟ ਕਰਨਾ

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

4) ਸਹੀ ਇਨਬਾਕਸ ਰਣਨੀਤੀ ਦੀ ਚੋਣ ਕਰੋ

ਕੀ ਤੁਸੀਂ ਫੈਸਲਾ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਟੈਸਟ ਸਿਗਨਲਾਂ ਨੂੰ ਸਥਿਰ ਕਰਨ ਲਈ ਪਤੇ ਬਨਾਮ ਥੋੜ੍ਹੇ ਸਮੇਂ ਦੇ ਇਨਬਾਕਸ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਦੋਂ ਕਰਨੀ ਹੈ?

ਰੀਗ੍ਰੇਸ਼ਨ ਲਈ ਮੁੜ-ਵਰਤੋਂਯੋਗ ਪਤੇ

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

ਬਰਸਟ ਟੈਸਟਿੰਗ ਲਈ ਥੋੜ੍ਹੀ ਜਿਹੀ ਉਮਰ

ਇੱਕ ਵਾਰ ਦੇ ਸਪਾਈਕਸ ਅਤੇ ਖੋਜੀ QA ਲਈ, ਥੋੜ੍ਹੇ ਸਮੇਂ ਦੇ ਇਨਬਾਕਸ ਰਹਿੰਦ-ਖੂੰਹਦ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ ਅਤੇ ਸੂਚੀ ਪ੍ਰਦੂਸ਼ਣ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ. ਉਹ ਦ੍ਰਿਸ਼ਾਂ ਦੇ ਵਿਚਕਾਰ ਕਲੀਨ ਰੀਸੈਟ ਨੂੰ ਵੀ ਉਤਸ਼ਾਹਤ ਕਰਦੇ ਹਨ. ਜੇ ਕਿਸੇ ਟੈਸਟ ਨੂੰ ਸਿਰਫ ਇੱਕ ਓਟੀਪੀ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ, ਤਾਂ 10 ਮਿੰਟ ਮੇਲ ਵਰਗਾ ਇੱਕ ਸੰਖੇਪ ਮਾਡਲ ਚੰਗੀ ਤਰ੍ਹਾਂ ਫਿੱਟ ਬੈਠਦਾ ਹੈ.

ਟੋਕਨ-ਅਧਾਰਤ ਰਿਕਵਰੀ ਅਨੁਸ਼ਾਸਨ

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

ਪਤੇ ਦੀ ਟੱਕਰ ਤੋਂ ਬਚਣਾ

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

5) ਦੁਬਾਰਾ ਭੇਜਣ ਵਾਲੀਆਂ ਵਿੰਡੋਜ਼ ਸਥਾਪਤ ਕਰੋ ਜੋ ਕੰਮ ਕਰਦੇ ਹਨ

ਟਾਈਮਿੰਗ ਵਿਵਹਾਰਾਂ ਨੂੰ ਮਾਨਕੀਕ੍ਰਿਤ ਕਰਕੇ "ਗੁੱਸੇ ਨੂੰ ਮੁੜ ਭੇਜਣਾ" ਅਤੇ ਝੂਠੇ ਥ੍ਰੋਟਲਿੰਗ ਨੂੰ ਘਟਾਓ.

ਮੁੜ-ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਘੱਟੋ-ਘੱਟ ਉਡੀਕ ਕਰੋ

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

ਸਿੰਗਲ ਸਟ੍ਰਕਚਰਡ ਰੀਟਾਇਰ

ਟੈਸਟ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਇੱਕ ਰਸਮੀ ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿਓ, ਫੇਰ ਰੁਕੋ। ਜੇ ਪੀ 90 ਕਿਸੇ ਦਿੱਤੇ ਦਿਨ ਖਿੱਚਿਆ ਹੋਇਆ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਸਪੈਮ ਕਰਨ ਦੀ ਬਜਾਏ ਉਮੀਦਾਂ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰੋ ਜੋ ਹਰ ਕਿਸੇ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ.

ਐਪ ਟੈਬ ਸਵਿਚਿੰਗ ਨੂੰ ਸੰਭਾਲਣਾ

ਕੋਡ ਅਕਸਰ ਅਵੈਧ ਹੋ ਜਾਂਦੇ ਹਨ ਜਦੋਂ ਉਪਭੋਗਤਾ ਐਪ ਨੂੰ ਬੈਕਗ੍ਰਾਉਂਡ ਕਰਦੇ ਹਨ ਜਾਂ ਨੈਵੀਗੇਟ ਕਰਦੇ ਹਨ। QA ਸਕ੍ਰਿਪਟਾਂ ਵਿੱਚ, ਇੱਕ ਸਪੱਸ਼ਟ ਕਦਮ ਦੇ ਤੌਰ ਤੇ "ਸਕ੍ਰੀਨ 'ਤੇ ਰਹੋ" ਸ਼ਾਮਲ ਕਰੋ; OS/ਬੈਕਗ੍ਰਾਉਂਡ ਵਿਵਹਾਰਾਂ ਨੂੰ ਲੌਗਾਂ ਵਿੱਚ ਕੈਪਚਰ ਕਰੋ।

ਟਾਈਮਰ ਟੈਲੀਮੈਟਰੀ ਨੂੰ ਕੈਪਚਰ ਕਰਨਾ

ਸਹੀ ਟਾਈਮਸਟੈਂਪਾਂ ਨੂੰ ਲੌਗ ਕਰੋ: ਬੇਨਤੀ ਕਰੋ, ਮੁੜ ਭੇਜੋ, ਇਨਬਾਕਸ ਆਗਮਨ, ਕੋਡ ਐਂਟਰੀ, ਸਵੀਕਾਰ/ਇਨਕਾਰ ਕਰੋ ਸਥਿਤੀ. ਭੇਜਣ ਵਾਲੇ ਦੁਆਰਾ ਟੈਗ ਇਵੈਂਟਸ, ਅਤੇ ਡੋਮੇਨੋਰੈਂਸਿਕਸ ਬਾਅਦ ਵਿੱਚ ਸੰਭਵ ਹਨ.

6) ਡੋਮੇਨ ਰੋਟੇਸ਼ਨ ਨੀਤੀ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਓ

ਟੈਸਟ ਨਿਰੀਖਣਯੋਗਤਾ ਨੂੰ ਖੰਡਿਤ ਕੀਤੇ ਬਗੈਰ ਗ੍ਰੇਲਿਸਟਿੰਗ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਲਈ ਸਮਾਰਟ ਤਰੀਕੇ ਨਾਲ ਘੁਮਾਓ.

ਪ੍ਰਤੀ ਭੇਜਣ ਵਾਲੇ ਰੋਟੇਸ਼ਨ ਕੈਪਸ

ਆਟੋ-ਰੋਟੇਸ਼ਨ ਨੂੰ ਪਹਿਲੀ ਖੁੰਝ ਜਾਣ 'ਤੇ ਫਾਇਰ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ. ਭੇਜਣ ਵਾਲੇ ਦੁਆਰਾ ਥ੍ਰੈਸ਼ਹੋਲਡ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ: ਉਦਾਹਰਨ ਲਈ, ਇਕੋ ਭੇਜਣ ਵਾਲੇ×ਡੋਮੇਨ ਜੋੜੇ ਲਈ ਦੋ ਵਿੰਡੋਜ਼ ਅਸਫਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਘੁੰਮਾਓ-ਵੱਕਾਰ ਦੀ ਰੱਖਿਆ ਲਈ ≤2 ਰੋਟੇਸ਼ਨਾਂ 'ਤੇ ਕੈਪ ਸੈਸ਼ਨ.

ਪੂਲ ਦੀ ਸਫਾਈ ਅਤੇ ਟੀਟੀਐਲ

ਪੁਰਾਣੇ ਅਤੇ ਤਾਜ਼ੇ ਡੋਮੇਨਾਂ ਦੇ ਮਿਸ਼ਰਣ ਨਾਲ ਡੋਮੇਨ ਪੂਲ ਨੂੰ ਤਿਆਰ ਕਰੋ। ਜਦੋਂ ਪੀ 90 ਡ੍ਰਿਫਟ ਹੋ ਜਾਂਦਾ ਹੈ ਜਾਂ ਸਫਲਤਾ ਡਿੱਗ ਜਾਂਦੀ ਹੈ ਤਾਂ "ਥੱਕੇ" ਡੋਮੇਨਾਂ ਨੂੰ ਆਰਾਮ ਦਿਓ; ਰਿਕਵਰੀ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਦਾਖਲ ਕਰੋ. ਟੀਟੀਐਲ ਨੂੰ ਟੈਸਟ ਕੈਡੈਂਸ ਨਾਲ ਇਕਸਾਰ ਕਰੋ ਤਾਂ ਜੋ ਇਨਬਾਕਸ ਦਿੱਖ ਤੁਹਾਡੀ ਸਮੀਖਿਆ ਵਿੰਡੋ ਦੇ ਨਾਲ ਇਕਸਾਰ ਹੋਵੇ.

A/B ਲਈ ਸਟਿੱਕੀ ਰੂਟਿੰਗ

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

ਰੋਟੇਸ਼ਨ ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ ਨੂੰ ਮਾਪਣਾ

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

7) ਸਹੀ ਮੈਟ੍ਰਿਕਸ ਦਾ ਸਾਧਨ ਬਣਾਓ

ਲੇਟੈਂਸੀ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਕੇ ਅਤੇ ਮੂਲ-ਕਾਰਨ ਲੇਬਲ ਨਿਰਧਾਰਤ ਕਰਕੇ ਓਟੀਪੀ ਦੀ ਸਫਲਤਾ ਨੂੰ ਮਾਪਣਯੋਗ ਬਣਾਓ.

ਡੋਮੇਨ × ਭੇਜਣ ਵਾਲੇ ਦੁਆਰਾ ਓਟੀਪੀ ਸਫਲਤਾ ਚੋਟੀ ਦੀ ਲਾਈਨ ਐਸਐਲਓ ਨੂੰ ਡੋਮੇਨ ਮੈਟ੍ਰਿਕਸ × ਭੇਜਣ ਵਾਲੇ ਦੁਆਰਾ ਵਿਗਾੜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਮੁੱਦਾ ਕਿਸੇ ਸਾਈਟ / ਐਪ ਨਾਲ ਹੈ ਜਾਂ ਵਰਤੇ ਗਏ ਡੋਮੇਨ ਨਾਲ ਹੈ.

ਟੀਟੀਐਫਓਐਮ ਪੀ 50 / ਪੀ 90, ਪੀ 95

ਮੱਧਮ ਅਤੇ ਪੂਛ ਦੇਰੀ ਵੱਖਰੀਆਂ ਕਹਾਣੀਆਂ ਦੱਸਦੀਆਂ ਹਨ. ਪੀ 50 ਰੋਜ਼ਾਨਾ ਸਿਹਤ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ; ਪੀ 90 / ਪੀ 95 ਤਣਾਅ, ਥ੍ਰੋਟਲਿੰਗ ਅਤੇ ਕਤਾਰ ਦਾ ਖੁਲਾਸਾ ਕਰਦਾ ਹੈ.

ਮੁੜ-ਭੇਜੋ ਅਨੁਸ਼ਾਸਨ ٪

ਅਧਿਕਾਰਤ ਮੁੜ-ਭੇਜਣ ਦੀ ਯੋਜਨਾ ਦੀ ਪਾਲਣਾ ਕਰਨ ਵਾਲੇ ਸੈਸ਼ਨਾਂ ਦੇ ਹਿੱਸੇ ਨੂੰ ਟਰੈਕ ਕਰੋ। ਜੇ ਬਹੁਤ ਜਲਦੀ ਨਾਰਾਜ਼ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਉਨ੍ਹਾਂ ਅਜ਼ਮਾਇਸ਼ਾਂ ਨੂੰ ਸਪੁਰਦਗੀ ਦੇ ਸਿੱਟਿਆਂ ਤੋਂ ਛੋਟ ਦਿਓ.

ਅਸਫਲਤਾ ਵਰਗੀਕਰਨ ਕੋਡ

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

8) ਚੋਟੀਆਂ ਲਈ ਇੱਕ QA ਪਲੇਬੁੱਕ ਬਣਾਓ

ਕੋਡ ਗੁਆਏ ਬਿਨਾਂ ਗੇਮਿੰਗ ਲਾਂਚ ਜਾਂ ਫਿਨਟੈਕ ਕਟਓਵਰਾਂ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਵਿਸਫੋਟਾਂ ਨੂੰ ਸੰਭਾਲੋ।

ਸਮਾਗਮਾਂ ਤੋਂ ਪਹਿਲਾਂ ਵਾਰਮ-ਅੱਪ ਦੌੜਾਂ

ਘੱਟ-ਦਰ, ਨਿਯਮਤ ਓਟੀਪੀ ਜਾਣੇ-ਪਛਾਣੇ ਭੇਜਣ ਵਾਲਿਆਂ ਤੋਂ 24-72 ਘੰਟੇ ਪਹਿਲਾਂ ਨਿੱਘੀ ਪ੍ਰਤਿਸ਼ਠਾ ਲਈ ਭੇਜਦਾ ਹੈ. ਵਾਰਮ-ਅਪ ਦੇ ਪਾਰ p90 ਟ੍ਰੈਂਡਲਾਈਨਾਂ ਨੂੰ ਮਾਪੋ।

ਜੋਖਮ ਦੁਆਰਾ ਬੈਕਆਫ ਪ੍ਰੋਫਾਈਲ

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

ਕੈਨਰੀ ਰੋਟੇਸ਼ਨਾਂ ਅਤੇ ਚਿਤਾਵਨੀਆਂ

ਇੱਕ ਇਵੈਂਟ ਦੇ ਦੌਰਾਨ, 5-10٪ ਓਟੀਪੀਜ਼ ਨੂੰ ਕੈਨਰੀ ਡੋਮੇਨ ਸਬਸੈੱਟ ਦੁਆਰਾ ਰੂਟ ਕਰਨ ਦਿਓ. ਜੇ ਕੈਨਰੀ ਵਧ ਰਹੀ ਪੀ 90 ਜਾਂ ਡਿੱਗ ਰਹੀ ਸਫਲਤਾ ਦਿਖਾਉਂਦੀ ਹੈ, ਤਾਂ ਪ੍ਰਾਇਮਰੀ ਪੂਲ ਨੂੰ ਜਲਦੀ ਘੁਮਾਓ.

ਪੇਜਰ ਅਤੇ ਰੋਲਬੈਕ ਟਰਿੱਗਰ

ਸੰਖਿਆਤਮਕ ਟਰਿੱਗਰਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ - ਉਦਾਹਰਣ ਵਜੋਂ, ਓਟੀਪੀ ਸਫਲਤਾ 10 ਮਿੰਟਾਂ ਲਈ 92٪ ਤੋਂ ਘੱਟ ਜਾਂਦੀ ਹੈ, ਜਾਂ ਟੀਟੀਐਫਓਐਮ ਪੀ 90 180 ਸਕਿੰਟ ਤੋਂ ਵੱਧ ਜਾਂਦੀ ਹੈ - ਆਨ-ਕਾਲ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਪੇਜ ਕਰਨ, ਵਿੰਡੋਜ਼ ਨੂੰ ਚੌੜਾ ਕਰਨ ਲਈ, ਜਾਂ ਆਰਾਮ ਕੀਤੇ ਪੂਲ ਵਿੱਚ ਕੱਟਣ ਲਈ.

9) ਸੁਰੱਖਿਅਤ ਹੈਂਡਲਿੰਗ ਅਤੇ ਗੋਪਨੀਯਤਾ ਨਿਯੰਤਰਣ

ਨਿਯੰਤ੍ਰਿਤ ਉਦਯੋਗਾਂ ਵਿੱਚ ਟੈਸਟ ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹੋਏ ਉਪਭੋਗਤਾ ਦੀ ਗੋਪਨੀਯਤਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖੋ।

ਕੇਵਲ ਟੈਸਟ ਮੇਲਬਾਕਸ ਪ੍ਰਾਪਤ ਕਰੋ

ਦੁਰਵਿਵਹਾਰ ਵੈਕਟਰਾਂ ਨੂੰ ਰੋਕਣ ਅਤੇ ਬਾਹਰੀ ਜੋਖਮ ਨੂੰ ਸੀਮਤ ਕਰਨ ਲਈ ਸਿਰਫ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਅਸਥਾਈ ਈਮੇਲ ਪਤੇ ਦੀ ਵਰਤੋਂ ਕਰੋ. ਅਟੈਚਮੈਂਟਾਂ ਨੂੰ QA/UAT ਇਨਬਾਕਸਾਂ ਦੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਸਮਝੋ।

24-ਘੰਟੇ ਦਿੱਖ ਵਿੰਡੋਜ਼

ਟੈਸਟ ਸੁਨੇਹੇ ਪਹੁੰਚਣ ਤੋਂ ~24 ਘੰਟੇ ਬਾਅਦ ਦਿਖਾਈ ਦੇਣੇ ਚਾਹੀਦੇ ਹਨ, ਫਿਰ ਆਪਣੇ ਆਪ ਹੀ ਸ਼ੁੱਧ ਕਰੋ। ਇਹ ਵਿੰਡੋ ਸਮੀਖਿਆ ਲਈ ਕਾਫ਼ੀ ਲੰਬੀ ਹੈ ਅਤੇ ਗੋਪਨੀਯਤਾ ਲਈ ਕਾਫ਼ੀ ਛੋਟੀ ਹੈ. ਨੀਤੀ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਅਤੇ ਵਰਤੋਂ ਦੇ ਸੁਝਾਆਂ ਲਈ, ਟੈਂਪ ਮੇਲ ਗਾਈਡ ਟੀਮਾਂ ਲਈ ਸਦਾਬਹਾਰ ਮੁ basicਲੀਆਂ ਗੱਲਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਦੀ ਹੈ.

ਜੀਡੀਪੀਆਰ/ਸੀਸੀਪੀਏ ਵਿਚਾਰ

ਤੁਸੀਂ ਟੈਸਟ ਈਮੇਲਾਂ ਵਿੱਚ ਨਿੱਜੀ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ; ਸੁਨੇਹਾ ਬਾਡੀ ਵਿੱਚ PII ਨੂੰ ਏਮਬੈਡ ਕਰਨ ਤੋਂ ਪਰਹੇਜ਼ ਕਰੋ। ਥੋੜ੍ਹੀ ਧਾਰਨ, ਸੈਨੀਟਾਈਜ਼ਡ HTML, ਅਤੇ ਚਿੱਤਰ ਪ੍ਰੌਕਸੀ ਐਕਸਪੋਜਰ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ।

ਲੌਗ ਰੀਡੈਕਸ਼ਨ ਅਤੇ ਐਕਸੈਸ

ਟੋਕਨ ਅਤੇ ਕੋਡਾਂ ਲਈ ਰਗੜ ਲੌਗ; ਇਨਬਾਕਸ ਟੋਕਨ ਲਈ ਭੂਮਿਕਾ-ਅਧਾਰਤ ਪਹੁੰਚ ਨੂੰ ਤਰਜੀਹ ਦਿਓ. ਕੀ ਤੁਸੀਂ ਇਸ ਲਈ ਆਡਿਟ ਟ੍ਰੇਲ ਰੱਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿਹੜਾ ਟੈਸਟ ਮੇਲਬਾਕਸ ਕਿਸ ਨੇ ਦੁਬਾਰਾ ਖੋਲ੍ਹਿਆ ਅਤੇ ਕਦੋਂ ਖੋਲ੍ਹਿਆ?

10) ਸ਼ਾਸਨ: ਚੈੱਕਲਿਸਟ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ

ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਹਰੇਕ ਨਿਯੰਤਰਣ ਲਈ ਮਲਕੀਅਤ, ਕੈਡੈਂਸ ਅਤੇ ਸਬੂਤ ਨਿਰਧਾਰਤ ਕਰੋ.

ਓਟੀਪੀ ਭਰੋਸੇਯੋਗਤਾ ਲਈ ਆਰਏਸੀਆਈ

ਜ਼ਿੰਮੇਵਾਰ ਮਾਲਕ (ਅਕਸਰ QA), ਜਵਾਬਦੇਹ ਸਰਪ੍ਰਸਤ (ਸੁਰੱਖਿਆ ਜਾਂ ਉਤਪਾਦ), ਸਲਾਹ-ਮਸ਼ਵਰਾ (ਇਨਫਰਾ / ਈਮੇਲ), ਅਤੇ ਸੂਚਿਤ (ਸਹਾਇਤਾ) ਦਾ ਨਾਮ ਦੱਸੋ। ਇਸ RACI ਨੂੰ ਰੈਪੋ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ।

ਤਿਮਾਹੀ ਨਿਯੰਤਰਣ ਸਮੀਖਿਆਵਾਂ

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

ਸਬੂਤ ਅਤੇ ਟੈਸਟ ਕਲਾਕ੍ਰਿਤੀਆਂ

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

ਨਿਰੰਤਰ ਸੁਧਾਰ ਲੂਪ

ਜਦੋਂ ਘਟਨਾਵਾਂ ਵਾਪਰਦੀਆਂ ਹਨ, ਤਾਂ ਰਨਬੁੱਕ ਵਿੱਚ ਇੱਕ ਪਲੇ/ਐਂਟੀ-ਪੈਟਰਨ ਸ਼ਾਮਲ ਕਰੋ। ਥ੍ਰੈਸ਼ਹੋਲਡ ਨੂੰ ਟਿਊਨ ਕਰੋ, ਡੋਮੇਨ ਪੂਲ ਨੂੰ ਤਾਜ਼ਾ ਕਰੋ, ਅਤੇ ਟੈਸਟਰਾਂ ਨੂੰ ਵੇਖਣ ਵਾਲੀ ਕਾਪੀ ਨੂੰ ਅਪਡੇਟ ਕਰੋ.

ਤੁਲਨਾ ਸਾਰਣੀ - ਰੋਟੇਸ਼ਨ ਬਨਾਮ ਕੋਈ ਰੋਟੇਸ਼ਨ ਨਹੀਂ (QA / UAT)