ਰੇਕ 'ਤੇ ਚੱਲਣਾ: ਗਿਆਨ ਟੈਸਟ ਦੇ ਵਿਕਾਸ ਵਿੱਚ 10 ਗੰਭੀਰ ਗਲਤੀਆਂ

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

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

ਰੇਕ 1: ਟੈਸਟਿੰਗ ਟੀਚਿਆਂ ਨੂੰ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਹੋਣਾ

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

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

ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਇਹਨਾਂ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਟੈਸਟ ਲਈ ਟੀਚਿਆਂ ਦੀ ਹੇਠਾਂ ਦਿੱਤੀ ਸੂਚੀ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਹੈ:

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

ਰੇਕ 2: ਮਾਹਰ ਟੈਸਟ ਲੇਖਕ ਲਈ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤਿਆਰ ਕਰਨ ਵਿੱਚ ਅਸਫਲਤਾ

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

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

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

ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤਿਆਰ ਕਰਦੇ ਸਮੇਂ, ਅਸੀਂ ਮਾਹਰ (ਜਾਂ ਬਿਹਤਰ, ਉਸ ਦੇ ਨਾਲ) ਲਈ ਟੈਸਟ ਦਾ ਵਿਸਤ੍ਰਿਤ ਵੇਰਵਾ ਇਕੱਠਾ ਕਰਦੇ ਹਾਂ: ਕੰਮਾਂ ਦੇ ਵਿਸ਼ੇ, ਕਾਰਜਾਂ ਦੀ ਕਿਸਮ, ਉਹਨਾਂ ਦੀ ਸੰਖਿਆ।

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

ਰੇਕ 3: ਟੈਸਟ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਮਾਹਰ ਨੂੰ ਸ਼ਾਮਲ ਨਹੀਂ ਕਰਨਾ

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

ਕਿਸੇ ਮਾਹਰ ਨਾਲ ਕੰਮ ਕਰਨਾ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ:

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

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

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

ਰੇਕ 4: ਇਹ ਸੋਚਣਾ ਕਿ ਮਾਹਰ "ਸਭ ਤੋਂ ਵਧੀਆ ਜਾਣਦਾ ਹੈ"

ਵਿਸ਼ੇ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਜਾਣਦਾ ਹੈ। ਪਰ ਇਹ ਹਮੇਸ਼ਾ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰਦਾ. ਅਸਾਈਨਮੈਂਟ ਦੇ ਸ਼ਬਦਾਂ ਦੀ ਜਾਂਚ ਕਰਨਾ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ. ਸਪਸ਼ਟ ਨਿਰਦੇਸ਼ ਲਿਖੋ, ਉਦਾਹਰਨ ਲਈ, “1 ਸਹੀ ਵਿਕਲਪ ਚੁਣੋ।” 90% ਕੇਸਾਂ ਵਿੱਚ, ਮਾਹਰ ਪ੍ਰਸ਼ਨ ਇਸ ਤਰੀਕੇ ਨਾਲ ਤਿਆਰ ਕਰਦੇ ਹਨ ਕਿ ਉਹ ਖੁਦ ਸਮਝਦੇ ਹਨ। ਅਤੇ ਇਹ ਠੀਕ ਹੈ। ਪਰ ਟੈਸਟ ਦੇਣ ਵਾਲੇ ਲੋਕਾਂ ਨੂੰ ਟੈਸਟ ਸੌਂਪਣ ਤੋਂ ਪਹਿਲਾਂ, ਹਰ ਚੀਜ਼ ਦੀ ਜਾਂਚ ਅਤੇ ਕੰਬਾਈਡ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਤਾਂ ਜੋ ਟੈਸਟ ਦੇਣ ਵਾਲੇ ਲੋਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਮਝ ਸਕਣ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਗਲਤੀਆਂ ਨਾ ਕਰਨ ਕਿਉਂਕਿ ਉਹ ਕੰਮ ਦੇ ਪਾਠ ਦੀ ਗਲਤ ਵਿਆਖਿਆ ਕਰ ਸਕਦੇ ਹਨ।

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

ਰੇਕ 5: ਟੈਸਟ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਮੇਂ ਨੂੰ ਅਣਡਿੱਠ ਕਰੋ

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

ਜਦੋਂ ਇੱਥੇ ਹਰ ਚੀਜ਼ ਦੀ ਸੂਚੀ ਹੁੰਦੀ ਹੈ ਜਿਸਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਤਾਂ ਮੁੱਖ ਗੱਲ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਨਾ ਕਰੋ (ਪਹਿਲੀ ਨਜ਼ਰ ਵਿੱਚ ਇਹ ਅਜੀਬ ਲੱਗਦਾ ਹੈ, ਹੈ ਨਾ?). ਤੁਹਾਨੂੰ ਬੇਰਹਿਮੀ ਨਾਲ ਕੱਟਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਇੱਕ ਮਾਹਰ ਨਾਲ ਮੁੱਖ ਗਿਆਨ ਅਤੇ ਹੁਨਰ ਦੀ ਪਛਾਣ ਕਰਨਾ (ਹਾਂ, ਟੈਸਟ ਵਿੱਚ ਕਈ ਹੁਨਰਾਂ ਦੀ ਵੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ). ਅਸੀਂ ਕੰਮਾਂ ਦੀ ਕਿਸਮ ਨੂੰ ਦੇਖਦੇ ਹਾਂ ਅਤੇ ਟੀਚੇ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦੇ ਸਮੇਂ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਉਂਦੇ ਹਾਂ: ਜੇਕਰ ਸਭ ਕੁਝ ਅਜੇ ਵੀ ਵਾਜਬ ਸੀਮਾਵਾਂ ਤੋਂ ਵੱਧ ਹੈ, ਤਾਂ ਅਸੀਂ ਇਸਨੂੰ ਕੱਟਦੇ ਹਾਂ!

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

ਰੇਕ 6: ਸਕੋਰਿੰਗ ਪ੍ਰਣਾਲੀ ਦੁਆਰਾ ਨਹੀਂ ਸੋਚਣਾ

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

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

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

ਰੇਕ 7: ਨਤੀਜਿਆਂ ਦਾ ਮੁਲਾਂਕਣ ਆਪਣੇ ਆਪ ਹੀ ਕਰੋ

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

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

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

ਰੇਕ 8: ਟੈਸਟ ਦੇ ਨਤੀਜਿਆਂ ਦੀ ਵਿਆਖਿਆ ਨਾ ਕਰੋ

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

• ਉਹ ਕਾਰਜ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਭਾਗੀਦਾਰ ਨੇ ਗਲਤੀ ਕੀਤੀ ਅਤੇ ਜੋ ਉਸਨੇ ਸਹੀ ਢੰਗ ਨਾਲ ਪੂਰਾ ਕੀਤਾ।
• ਉਹ ਵਿਸ਼ੇ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਭਾਗੀਦਾਰ ਨੇ ਗਲਤੀਆਂ ਕੀਤੀਆਂ ਹਨ।
• ਪ੍ਰੀਖਿਆ ਦੇਣ ਵਾਲਿਆਂ ਵਿੱਚ ਉਸਦੀ ਰੈਂਕਿੰਗ।
• ਭਾਗੀਦਾਰ ਦੇ ਪੱਧਰ ਦਾ ਵਰਣਨ, ਉਦਾਹਰਨ ਲਈ, ਮਾਹਰ ਦੇ ਪੱਧਰ ਦੇ ਵਰਣਨ ਦੇ ਨਾਲ (ਖ਼ਾਲੀ ਅਸਾਮੀਆਂ ਦੇ ਵਰਣਨ ਦੇ ਅਧਾਰ ਤੇ)।

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

ਰੇਕ 9: ਡਿਵੈਲਪਰਾਂ ਨਾਲ ਟੈਸਟ ਬਾਰੇ ਚਰਚਾ ਨਾ ਕਰੋ

ਸ਼ਾਇਦ ਸਭ ਤੋਂ ਤਿੱਖਾ ਰੇਕ, ਜਿਸ 'ਤੇ ਕਦਮ ਰੱਖਣਾ ਖਾਸ ਤੌਰ 'ਤੇ ਨਾਪਸੰਦ ਹੈ, ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਟੈਸਟ, ਵਰਣਨ ਅਤੇ ਸਕੋਰਿੰਗ ਸਕੇਲ "ਜਿਵੇਂ ਹੈ" ਭੇਜਣਾ ਹੈ।
ਅਸਲ ਵਿੱਚ ਕੀ ਚਰਚਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:

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

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

ਰੇਕ 10: ਬਿਨਾਂ ਟੈਸਟ ਕੀਤੇ, ਸਿੱਧੇ ਉਤਪਾਦਨ 'ਤੇ ਅੱਪਲੋਡ ਕਰੋ

3 ਵਾਰ, ਦੋਸਤੋ, ਟੈਸਟ ਦੀ ਜਾਂਚ ਵੱਖ-ਵੱਖ ਲੋਕਾਂ ਦੁਆਰਾ 3 ਵਾਰ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਜਾਂ ਇਸ ਤੋਂ ਵੀ ਵਧੀਆ, ਹਰ ਇੱਕ ਵਿੱਚ 3 ਵਾਰ ਇਹ ਸੱਚਾਈ ਖੂਨ, ਪਸੀਨੇ ਅਤੇ ਕੋਡ ਦੀਆਂ ਲਾਈਨਾਂ ਦੇ ਪਿਕਸਲ ਨਾਲ ਪ੍ਰਾਪਤ ਕੀਤੀ ਗਈ ਸੀ।

ਸਾਡਾ ਟੈਸਟ ਹੇਠ ਲਿਖੀਆਂ ਤਿੰਨਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ:

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

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

ਨਤੀਜਾ

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

ਤੁਸੀਂ SkillFactory ਔਨਲਾਈਨ ਕੋਰਸ ਲੈ ਕੇ ਹੁਨਰ ਅਤੇ ਤਨਖਾਹ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸਕ੍ਰੈਚ ਜਾਂ ਲੈਵਲ ਅੱਪ ਤੋਂ ਇੱਕ ਲੋੜੀਂਦਾ ਪੇਸ਼ਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ:

• ਮਸ਼ੀਨ ਲਰਨਿੰਗ ਕੋਰਸ (12 ਹਫ਼ਤੇ)
• ਐਡਵਾਂਸਡ ਕੋਰਸ "ਮਸ਼ੀਨ ਲਰਨਿੰਗ ਪ੍ਰੋ + ਡੀਪ ਲਰਨਿੰਗ" (20 ਹਫ਼ਤੇ)
• ਕੋਰਸ "ਡੇਟਾ ਵਿਗਿਆਨ ਲਈ ਗਣਿਤ ਅਤੇ ਮਸ਼ੀਨ ਸਿਖਲਾਈ" (20 ਹਫ਼ਤੇ)
• ਸਕਰੈਚ ਤੋਂ ਡਾਟਾ ਸਾਇੰਸ ਦੇ ਪੇਸ਼ੇ ਨੂੰ ਪੜ੍ਹਾਉਣਾ (12 ਮਹੀਨੇ)

ਹੋਰ ਕੋਰਸ

• ਸਕਰੈਚ ਤੋਂ ਡਾਟਾ ਸਾਇੰਸ ਦੇ ਪੇਸ਼ੇ ਨੂੰ ਪੜ੍ਹਾਉਣਾ (12 ਮਹੀਨੇ)
• ਡਾਟਾ ਸਾਇੰਸ ਔਨਲਾਈਨ ਬੂਟਕੈਂਪ (14 ਹਫ਼ਤੇ)
• ਡਾਟਾ ਵਿਸ਼ਲੇਸ਼ਣ ਔਨਲਾਈਨ ਬੂਟਕੈਂਪ (5 ਹਫ਼ਤੇ)
• ਕਿਸੇ ਵੀ ਸ਼ੁਰੂਆਤੀ ਪੱਧਰ 'ਤੇ ਵਿਸ਼ਲੇਸ਼ਕ ਪੇਸ਼ੇ (18 ਮਹੀਨੇ)
• ਡਾਟਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕੋਰਸ (6 ਮਹੀਨੇ)
• DevOps ਕੋਰਸ (12 ਮਹੀਨੇ)
• ਪੇਸ਼ੇ ਵੈੱਬ ਡਿਵੈਲਪਰ (8 ਮਹੀਨੇ)
• ਵੈੱਬ ਵਿਕਾਸ ਕੋਰਸ ਲਈ ਪਾਈਥਨ (9 ਮਹੀਨੇ)
• ਸਕ੍ਰੈਚ ਤੋਂ ਆਈਓਐਸ ਡਿਵੈਲਪਰ ਦਾ ਕਿੱਤਾ (12 ਮਹੀਨੇ)
• ਸ਼ੁਰੂ ਤੋਂ ਪ੍ਰੋਫੈਸ਼ਨ ਐਂਡਰੌਇਡ ਡਿਵੈਲਪਰ (18 ਮਹੀਨੇ)
• ਪੇਸ਼ੇ ਤੋਂ ਜਾਵਾ ਡਿਵੈਲਪਰ (18 ਮਹੀਨੇ)
• JavaScript ਕੋਰਸ (12 ਮਹੀਨੇ)
• ਸ਼ੁਰੂ ਤੋਂ ਪੇਸ਼ੇ UX ਡਿਜ਼ਾਈਨਰ (9 ਮਹੀਨੇ)
• ਪੇਸ਼ੇ ਵੈੱਬ ਡਿਜ਼ਾਈਨਰ (7 ਮਹੀਨੇ)

ਸਰੋਤ: www.habr.com