ਟੈਸਟਿੰਗ ਦੀ ਬੁਨਿਆਦੀ ਸਮੱਸਿਆ

ਜਾਣ ਪਛਾਣ

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

• GOST 7400-81. ਘਰੇਲੂ ਬਿਜਲੀ ਦੀਆਂ ਕੇਤਲੀਆਂ ਅਤੇ ਇਲੈਕਟ੍ਰਿਕ ਸਮੋਵਰ। ਨਿਰਧਾਰਨ (ਸੋਧ ਨੰ. 1-8 ਦੇ ਨਾਲ)
• GOST IEC 60335-1-2015 ਘਰੇਲੂ ਅਤੇ ਸਮਾਨ ਬਿਜਲੀ ਉਪਕਰਨ। ਸੁਰੱਖਿਆ। ਭਾਗ 1. ਆਮ ਲੋੜਾਂ
  ਇੱਕ ਪੂਰੀ ਚੈਕਲਿਸਟ ਦੇ ਨਾਲ ਇੱਕ ਬਿਹਤਰ ਟੈਸਟ ਪਲਾਨ ਬਾਰੇ ਸੋਚਣਾ ਔਖਾ ਹੈ।

ਪਰ ਦੂਜਾ ਭਾਗ ਇੱਕ ਸਵਾਲ ਬਣ ਗਿਆ: "ਕੀ ਸਾਰੇ ਟੈਸਟਰਾਂ ਲਈ ਕੋਈ ਆਮ ਸਮੱਸਿਆਵਾਂ ਹਨ ਜੋ ਉਹਨਾਂ ਨੂੰ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਕੰਮ ਕਰਨ ਤੋਂ ਰੋਕਦੀਆਂ ਹਨ?"

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

ਪਰਿਭਾਸ਼ਾਵਾਂ

ਪਹਿਲੀ ਗੱਲ ਜੋ ਮੈਂ ਆਮ ਤੌਰ 'ਤੇ ਕਿਸੇ ਨਵੀਂ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਵੇਲੇ ਕਰਦਾ ਹਾਂ ਉਹ ਇਹ ਸਮਝਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਹੈ ਕਿ ਇਹ ਸਭ ਕਿਸ ਬਾਰੇ ਹੈ, ਅਤੇ ਅਜਿਹਾ ਕਰਨ ਲਈ ਮੈਨੂੰ ਉਹਨਾਂ ਸ਼ਬਦਾਂ ਦੇ ਅਰਥਾਂ ਨੂੰ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ ਜੋ ਇਸ ਨੂੰ ਪੇਸ਼ ਕਰਦੇ ਹਨ। ਸਮਝਣ ਲਈ ਮੁੱਖ ਸ਼ਬਦ ਹੇਠਾਂ ਦਿੱਤੇ ਹਨ:

• ਸਮੱਸਿਆ
• ਟੈਸਟਰ
• ਟੈਸਟਰ ਦੀ ਨੌਕਰੀ
• ਟੈਸਟਰ ਕੁਸ਼ਲਤਾ

ਆਓ ਵਿਕੀਪੀਡੀਆ ਅਤੇ ਆਮ ਸਮਝ ਵੱਲ ਮੁੜੀਏ:
ਸਮੱਸਿਆ (ਪ੍ਰਾਚੀਨ ਯੂਨਾਨੀ πρόβλημα) ਇੱਕ ਵਿਆਪਕ ਅਰਥ ਵਿੱਚ - ਇੱਕ ਗੁੰਝਲਦਾਰ ਸਿਧਾਂਤਕ ਜਾਂ ਵਿਹਾਰਕ ਮੁੱਦਾ ਜਿਸ ਲਈ ਅਧਿਐਨ ਅਤੇ ਹੱਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ; ਵਿਗਿਆਨ ਵਿੱਚ - ਇੱਕ ਵਿਰੋਧੀ ਸਥਿਤੀ ਜੋ ਕਿਸੇ ਵੀ ਵਰਤਾਰੇ, ਵਸਤੂਆਂ, ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਵਿਆਖਿਆ ਵਿੱਚ ਵਿਰੋਧੀ ਸਥਿਤੀਆਂ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਗਟ ਹੁੰਦੀ ਹੈ ਅਤੇ ਇਸਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਇੱਕ ਢੁਕਵੀਂ ਥਿਊਰੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ; ਜੀਵਨ ਵਿੱਚ, ਸਮੱਸਿਆ ਨੂੰ ਇੱਕ ਰੂਪ ਵਿੱਚ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਲੋਕਾਂ ਨੂੰ ਸਮਝਿਆ ਜਾ ਸਕਦਾ ਹੈ: "ਮੈਂ ਜਾਣਦਾ ਹਾਂ, ਮੈਂ ਨਹੀਂ ਜਾਣਦਾ ਕਿ ਕਿਵੇਂ," ਭਾਵ, ਇਹ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਕੀ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਪਰ ਇਹ ਨਹੀਂ ਪਤਾ ਕਿ ਇਸਨੂੰ ਕਿਵੇਂ ਕਰਨਾ ਹੈ . ਦੇਰ ਤੋਂ ਆਉਂਦਾ ਹੈ। lat ਸਮੱਸਿਆ, ਯੂਨਾਨੀ ਤੋਂ। πρόβλημα “ਅੱਗੇ ਸੁੱਟਿਆ, ਸਾਹਮਣੇ ਰੱਖਿਆ”; προβάλλω ਤੋਂ “ਅੱਗੇ ਸੁੱਟੋ, ਤੁਹਾਡੇ ਸਾਹਮਣੇ ਰੱਖੋ; ਦੋਸ਼"

ਅਸਲ ਵਿੱਚ, "ਸਮੱਸਿਆ" = "ਕੋਈ ਵੀ ਚੀਜ਼ ਜਿਸ ਨਾਲ ਨਜਿੱਠਣ ਦੀ ਲੋੜ ਹੈ।"
ਟੈਸਟਰ - ਇੱਕ ਮਾਹਰ (ਅਸੀਂ ਕਿਸਮਾਂ ਵਿੱਚ ਨਹੀਂ ਵੰਡਾਂਗੇ, ਕਿਉਂਕਿ ਅਸੀਂ ਸਾਰੇ ਟੈਸਟਰਾਂ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹਾਂ) ਜੋ ਇੱਕ ਭਾਗ ਜਾਂ ਪ੍ਰਣਾਲੀ ਦੀ ਜਾਂਚ ਵਿੱਚ ਹਿੱਸਾ ਲੈਂਦਾ ਹੈ, ਜਿਸਦਾ ਨਤੀਜਾ ਇਹ ਹੁੰਦਾ ਹੈ:
ਟੈਸਟਰ ਦਾ ਕੰਮ - ਟੈਸਟਿੰਗ ਨਾਲ ਸਬੰਧਤ ਗਤੀਵਿਧੀਆਂ ਦਾ ਇੱਕ ਸਮੂਹ।
ਕੁਸ਼ਲਤਾ (lat. effectivus) - ਪ੍ਰਾਪਤ ਨਤੀਜੇ ਅਤੇ ਵਰਤੇ ਗਏ ਸਰੋਤਾਂ ਵਿਚਕਾਰ ਸਬੰਧ (ਨੂੰ ISO 9000: 2015).
ਨਤੀਜਾ - ਕਿਰਿਆਵਾਂ (ਨਤੀਜੇ) ਜਾਂ ਘਟਨਾਵਾਂ ਦੀ ਇੱਕ ਲੜੀ (ਲੜੀ) ਦਾ ਨਤੀਜਾ, ਗੁਣਾਤਮਕ ਜਾਂ ਮਾਤਰਾਤਮਕ ਤੌਰ 'ਤੇ ਪ੍ਰਗਟ ਕੀਤਾ ਗਿਆ। ਸੰਭਾਵੀ ਨਤੀਜਿਆਂ ਵਿੱਚ ਫਾਇਦਾ, ਨੁਕਸਾਨ, ਲਾਭ, ਨੁਕਸਾਨ, ਮੁੱਲ ਅਤੇ ਜਿੱਤ ਸ਼ਾਮਲ ਹਨ।
"ਸਮੱਸਿਆ" ਦੇ ਨਾਲ, ਇਸਦਾ ਬਹੁਤ ਘੱਟ ਅਰਥ ਹੈ: ਕੁਝ ਅਜਿਹਾ ਜੋ ਕੰਮ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਸਾਹਮਣੇ ਆਇਆ ਹੈ।
ਸਰੋਤ - ਕਿਸੇ ਵਿਅਕਤੀ ਜਾਂ ਲੋਕਾਂ ਦੀ ਕਿਸੇ ਵੀ ਗਤੀਵਿਧੀ ਨੂੰ ਕਰਨ ਦੀ ਮਾਤਰਾਤਮਕ ਤੌਰ 'ਤੇ ਮਾਪਣਯੋਗ ਸੰਭਾਵਨਾ; ਅਜਿਹੀਆਂ ਸਥਿਤੀਆਂ ਜੋ ਕੁਝ ਤਬਦੀਲੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲੋੜੀਂਦਾ ਨਤੀਜਾ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸੰਭਵ ਬਣਾਉਂਦੀਆਂ ਹਨ. ਟੈਸਟਰ ਇੱਕ ਵਿਅਕਤੀ ਹੈ, ਅਤੇ ਮਹੱਤਵਪੂਰਣ ਸਰੋਤਾਂ ਦੇ ਸਿਧਾਂਤ ਦੇ ਅਨੁਸਾਰ, ਹਰੇਕ ਵਿਅਕਤੀ ਚਾਰ ਆਰਥਿਕ ਸੰਪਤੀਆਂ ਦਾ ਮਾਲਕ ਹੈ:
ਨਕਦ (ਆਮਦਨ) ਇੱਕ ਨਵਿਆਉਣਯੋਗ ਸਰੋਤ ਹੈ;
ਊਰਜਾ (ਜੀਵਨ ਸ਼ਕਤੀ) ਇੱਕ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਨਵਿਆਉਣਯੋਗ ਸਰੋਤ ਹੈ;
ਸਮਾਂ ਇੱਕ ਸਥਿਰ ਅਤੇ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਗੈਰ-ਨਵਿਆਉਣਯੋਗ ਸਰੋਤ ਹੈ;
ਗਿਆਨ (ਜਾਣਕਾਰੀ) ਇੱਕ ਨਵਿਆਉਣਯੋਗ ਸਰੋਤ ਹੈ, ਇਹ ਮਨੁੱਖੀ ਪੂੰਜੀ ਦਾ ਹਿੱਸਾ ਹੈ ਜੋ ਵਧ ਸਕਦਾ ਹੈ ਅਤੇ ਨਸ਼ਟ ਹੋ ਸਕਦਾ ਹੈ[1].

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

ਫੈਸਲੇ ਦਾ

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

1. ਲੋੜਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ
2. ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਗਠਨ
3. ਵਿਕਾਸ
4. ਟੈਸਟਿੰਗ
5. ਉਤਪਾਦਨ ਵਿੱਚ ਜਾਰੀ ਕਰੋ
6. ਸਹਾਇਤਾ (ਆਈਟਮ 1 'ਤੇ ਜਾਓ)

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

ਇਸ ਨਾਲ ਕਿਵੇਂ ਨਜਿੱਠਣਾ ਹੈ?

ਸਿੱਟੇ ਕਾਫ਼ੀ ਸਪੱਸ਼ਟ ਹਨ ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਦੁਆਰਾ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਵਰਤੇ ਗਏ ਹਨ:

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

ਸਰੋਤ: www.habr.com