ਸਕੂਲ 'ਤੇ ਵਾਪਸ ਜਾਓ: ਆਟੋਮੇਟਿਡ ਟੈਸਟਾਂ ਨਾਲ ਨਜਿੱਠਣ ਲਈ ਮੈਨੂਅਲ ਟੈਸਟਰਾਂ ਨੂੰ ਸਿਖਲਾਈ ਕਿਵੇਂ ਦਿੱਤੀ ਜਾਵੇ

ਪੰਜ ਵਿੱਚੋਂ ਚਾਰ QA ਬਿਨੈਕਾਰ ਇਹ ਸਿੱਖਣਾ ਚਾਹੁੰਦੇ ਹਨ ਕਿ ਸਵੈਚਲਿਤ ਟੈਸਟਾਂ ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਹੈ। ਸਾਰੀਆਂ ਕੰਪਨੀਆਂ ਕੰਮ ਦੇ ਘੰਟਿਆਂ ਦੌਰਾਨ ਮੈਨੁਅਲ ਟੈਸਟਰਾਂ ਦੀਆਂ ਅਜਿਹੀਆਂ ਇੱਛਾਵਾਂ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ। ਰਾਈਕ ਨੇ ਕਰਮਚਾਰੀਆਂ ਲਈ ਇੱਕ ਆਟੋਮੇਸ਼ਨ ਸਕੂਲ ਆਯੋਜਿਤ ਕੀਤਾ ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਦੀ ਇਸ ਇੱਛਾ ਨੂੰ ਮਹਿਸੂਸ ਕੀਤਾ। ਮੈਂ ਇਸ ਸਕੂਲ ਵਿੱਚ ਇੱਕ QA ਵਿਦਿਆਰਥੀ ਦੇ ਰੂਪ ਵਿੱਚ ਬਿਲਕੁਲ ਹਿੱਸਾ ਲਿਆ ਸੀ।

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

ਸਕੂਲ ਦਾ ਆਯੋਜਨ ਕਰਨ ਵਿੱਚ Wrike ਦਾ ਤਜਰਬਾ

ਜਦੋਂ ਇੱਕ ਆਟੋਮੇਸ਼ਨ ਸਕੂਲ ਦੀ ਜ਼ਰੂਰਤ ਸਪੱਸ਼ਟ ਹੋ ਗਈ, ਤਾਂ ਇਸਦਾ ਸੰਗਠਨ ਆਟੋਮੇਸ਼ਨ ਦੀ ਤਕਨੀਕੀ ਲੀਡ ਸਟੈਸ ਡੇਵੀਡੋਵ ਕੋਲ ਡਿੱਗ ਗਿਆ। ਉਸ ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਕੌਣ ਸਮਝਾ ਸਕਦਾ ਹੈ ਕਿ ਉਹ ਇਸ ਪਹਿਲਕਦਮੀ ਨਾਲ ਕਿਉਂ ਆਏ, ਕੀ ਉਨ੍ਹਾਂ ਨੇ ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਅਤੇ ਕੀ ਉਨ੍ਹਾਂ ਨੂੰ ਬਿਤਾਏ ਸਮੇਂ 'ਤੇ ਪਛਤਾਵਾ ਹੈ? ਆਓ ਉਸਨੂੰ ਮੰਜ਼ਿਲ ਦੇਈਏ:

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

- ਵਿਦਿਆਰਥੀਆਂ ਨੂੰ ਕਿਹੜੀਆਂ ਮੁਸ਼ਕਲਾਂ ਆਈਆਂ?

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

- ਕੀ ਸਕੂਲ ਨੇ ਭੁਗਤਾਨ ਕੀਤਾ?

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

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

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

ਸੰਗਠਿਤ ਕਰਨ ਲਈ ਸੁਝਾਅ

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

ਕਦਮ 0. ਇੱਕ ਸ਼ਬਦਕੋਸ਼ ਬਣਾਓ

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

ਇੱਥੇ ਤੱਤ ਦੇ ਨਾਮ ਦੇ ਨਾਲ ਇੱਕ ਟਾਸਕਵਿਊ ਦਾ ਇੱਕ ਸਕ੍ਰੀਨਸ਼ੌਟ ਹੈ. ਚਲੋ ਕਲਪਨਾ ਕਰੀਏ ਕਿ ਤੁਸੀਂ ਇੱਕ ਬਲੈਕ ਬਾਕਸ ਦੇ ਰੂਪ ਵਿੱਚ ਟਾਸਕਵਿਊ ਦੀ ਜਾਂਚ ਕਰ ਰਹੇ ਹੋ ਅਤੇ ਤੁਹਾਡੇ ਜੀਵਨ ਵਿੱਚ ਕਦੇ ਵੀ ਸੇਲੇਨਿਅਮ ਨਹੀਂ ਦੇਖਿਆ ਹੈ। ਇਹ ਕੋਡ ਕੀ ਕਰਦਾ ਹੈ?

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

ਇਹ ਕਦਮ ਇਕੱਲੇ QAA ਅਤੇ QA ਭਾਸ਼ਾਵਾਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਦੇ ਨੇੜੇ ਲਿਆਉਂਦਾ ਹੈ। ਆਟੋਮੇਸ਼ਨ ਟੀਮਾਂ ਲਈ ਰਨ ਦੇ ਨਤੀਜਿਆਂ ਦੀ ਵਿਆਖਿਆ ਕਰਨਾ ਆਸਾਨ ਹੈ; ਮੈਨੂਅਲ ਟੈਸਟਰਾਂ ਨੂੰ ਕੇਸ ਬਣਾਉਣ ਲਈ ਘੱਟ ਮਿਹਨਤ ਕਰਨੀ ਪੈਂਦੀ ਹੈ: ਉਹਨਾਂ ਨੂੰ ਘੱਟ ਵਿਸਤ੍ਰਿਤ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਫਿਰ ਵੀ, ਹਰ ਕੋਈ ਇੱਕ ਦੂਜੇ ਨੂੰ ਸਮਝਦਾ ਹੈ. ਅਸੀਂ ਅਸਲ ਸਿਖਲਾਈ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਜਿੱਤਾਂ ਪ੍ਰਾਪਤ ਕਰ ਲਈਆਂ।

ਕਦਮ 1. ਵਾਕਾਂਸ਼ ਦੁਹਰਾਓ

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

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

ਨਤੀਜੇ ਵਜੋਂ, ਜਿਸ ਨੇ ਸਭ ਕੁਝ ਸੁਣਿਆ ਅਤੇ ਕੀਤਾ ਉਹ ਇਹ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੇਗਾ:

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

ਆਖਰੀ ਬਿੰਦੂ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ. ਇਹ ਜਵਾਬ ਆਸਾਨੀ ਨਾਲ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ ਦਿੱਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਪਰ ਇਹ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਸਿੱਖਿਆ ਸਿਧਾਂਤ ਹੈ ਕਿ ਬਿਨਾਂ ਸੂਤਰਬੱਧ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਯਾਦ ਨਹੀਂ ਰੱਖੇ ਜਾਂਦੇ ਅਤੇ ਅੰਤ ਵਿੱਚ ਲੋੜ ਪੈਣ 'ਤੇ ਵਰਤੇ ਨਹੀਂ ਜਾਂਦੇ।

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

ਕੀ ਨਹੀਂ ਦੇਣਾ ਹੈ:

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

ਕਦਮ 2. ਵਿਆਕਰਣ 'ਤੇ ਨੇੜਿਓਂ ਨਜ਼ਰ ਮਾਰਨਾ

ਆਓ ਕਦਮ #0 ਤੋਂ ਟਾਸਕਵਿਊ ਸਕ੍ਰੀਨਸ਼ੌਟ ਨੂੰ ਯਾਦ ਕਰੀਏ। ਸਾਡੇ ਕੋਲ ਇੱਕ ਕਦਮ ਹੈ ਜਿਸਨੂੰ checkCommentWithTextExists ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਸਾਡਾ ਟੈਸਟਰ ਪਹਿਲਾਂ ਹੀ ਸਮਝਦਾ ਹੈ ਕਿ ਇਹ ਕਦਮ ਕੀ ਕਰਦਾ ਹੈ ਅਤੇ ਅਸੀਂ ਕਦਮ ਦੇ ਅੰਦਰ ਦੇਖ ਸਕਦੇ ਹਾਂ ਅਤੇ ਇਸਨੂੰ ਥੋੜਾ ਜਿਹਾ ਵਿਗਾੜ ਸਕਦੇ ਹਾਂ।

ਅਤੇ ਅੰਦਰ ਸਾਡੇ ਕੋਲ ਹੇਠ ਲਿਖੇ ਹਨ:

onCommentBlock(userName).comment(expectedText).should(displayed());

ਜਿੱਥੇ onCommentBlock ਹੈ

onCommonStreamPanel().commentBlock(userName);

ਹੁਣ ਅਸੀਂ "ਇੱਕ ਖਿਡੌਣਾ ਖਰੀਦੋ" ਨਹੀਂ ਕਹਿਣਾ ਸਿੱਖਦੇ ਹਾਂ, ਪਰ "ਡੇਟਸਕੀ ਮੀਰ ਸਟੋਰ ਤੋਂ ਇੱਕ ਖਿਡੌਣਾ ਖਰੀਦੋ, ਜੋ ਉੱਪਰੋਂ ਤੀਜੀ ਸ਼ੈਲਫ 'ਤੇ ਨੀਲੇ ਕੈਬਿਨੇਟ ਵਿੱਚ ਸਥਿਤ ਹੈ।" ਇਹ ਸਮਝਾਉਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਅਸੀਂ ਵੱਡੇ ਤੱਤਾਂ (ਸਟ੍ਰੀਮ -> ਕਿਸੇ ਖਾਸ ਵਿਅਕਤੀ ਦੀਆਂ ਟਿੱਪਣੀਆਂ ਨਾਲ ਬਲਾਕ -> ਇਸ ਬਲਾਕ ਦਾ ਉਹ ਹਿੱਸਾ ਜਿੱਥੇ ਨਿਰਧਾਰਤ ਟੈਕਸਟ ਬੈਠਦਾ ਹੈ) ਤੋਂ ਕ੍ਰਮਵਾਰ ਇੱਕ ਤੱਤ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਾਂ।

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

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

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

ਕਦਮ 3. ਪੂਰੀ ਇਮਰਸ਼ਨ

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

ਪਹਿਲਾਂ, ਅਸੀਂ ਇਹ ਸਪੱਸ਼ਟ ਕਰੀਏ ਕਿ ਇਹ ਸਾਰੇ onCommentBlock ਅਤੇ ਟਿੱਪਣੀ ਉਨ੍ਹਾਂ ਦੁਆਰਾ ਵਰਣਿਤ ਹਨ।

ਕੁੱਲ:

"//div[contains(@class, ‘stream-panel’)]//a[contains(@class,'author') and text()='{{ userName }}’]//div[contains(@class,'change-wrapper') and contains(.,'{{ text }}’)]"

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

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

ਇਸ ਬਿੰਦੂ 'ਤੇ, ਦਰਸ਼ਕਾਂ ਨੂੰ ਦ੍ਰਿੜਤਾ ਨਾਲ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਹ ਕਿਵੇਂ ਵਿਰਾਸਤ ਵਿੱਚ ਹਨ ਅਤੇ onCommentBlock 'ਤੇ ਬਿੰਦੀ ਤੋਂ ਬਾਅਦ ਕੀ ਦਾਖਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਬਿੰਦੂ 'ਤੇ, ਅਸੀਂ ਸਾਰੇ ਓਪਰੇਟਰਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦੇ ਹਾਂ: /, //, ., [] ਅਤੇ ਹੋਰ. ਅਸੀਂ ਲੋਡ ਵਿੱਚ ਵਰਤੋਂ ਬਾਰੇ ਗਿਆਨ ਜੋੜਦੇ ਹਾਂ @class ਅਤੇ ਹੋਰ ਜ਼ਰੂਰੀ ਚੀਜ਼ਾਂ।

ਵਿਦਿਆਰਥੀਆਂ ਨੂੰ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇਸ ਤਰੀਕੇ ਨਾਲ xpath ਦਾ ਅਨੁਵਾਦ ਕਿਵੇਂ ਕਰਨਾ ਹੈ। ਇਕਸਾਰ ਕਰਨ ਲਈ - ਇਹ ਸਹੀ ਹੈ, ਹੋਮਵਰਕ. ਅਸੀਂ ਤੱਤਾਂ ਦੇ ਵਰਣਨ ਨੂੰ ਮਿਟਾਉਂਦੇ ਹਾਂ, ਉਹਨਾਂ ਨੂੰ ਟੈਸਟਾਂ ਦੇ ਕੰਮ ਨੂੰ ਬਹਾਲ ਕਰਨ ਦਿਓ.

ਇਹ ਖਾਸ ਮਾਰਗ ਕਿਉਂ?

ਸਾਨੂੰ ਗੁੰਝਲਦਾਰ ਗਿਆਨ ਵਾਲੇ ਵਿਅਕਤੀ ਨੂੰ ਓਵਰਲੋਡ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ ਸਾਨੂੰ ਸਭ ਕੁਝ ਇੱਕ ਵਾਰ ਸਮਝਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਹ ਇੱਕ ਮੁਸ਼ਕਲ ਦੁਬਿਧਾ ਹੈ. ਇਹ ਮਾਰਗ ਸਾਨੂੰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਸਰੋਤਿਆਂ ਨੂੰ ਸਵਾਲ ਪੁੱਛਣ ਅਤੇ ਕੁਝ ਨਾ ਸਮਝਣ ਅਤੇ ਅਗਲੇ ਹੀ ਪਲ ਉਹਨਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ। ਜੇ ਤੁਸੀਂ ਪੂਰੇ ਢਾਂਚੇ ਦੀ ਗੱਲ ਕਰਦੇ ਹੋ, ਤਾਂ ਜਦੋਂ ਤੱਕ ਸਟੈਪਸ ਜਾਂ ਐਕਸਪਾਥ ਦੇ ਵਿਸ਼ੇ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਦੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਭਾਗਾਂ ਨੂੰ ਉਹਨਾਂ ਦੀ ਸਮਝ ਨਾ ਹੋਣ ਕਾਰਨ ਪਹਿਲਾਂ ਹੀ ਵਿਸਾਰ ਦਿੱਤਾ ਜਾਵੇਗਾ।

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

ਸਰੋਤ: www.habr.com