AI ਦੁਆਰਾ ਬਣਾਏ ਕੋਡ ਦੀ ਸਮੀਖਿਆ ਕਿਵੇਂ ਕਰੀਏ
AI ਦੇ ਲਿਖੇ ਕੋਡ ਦੀ ਸਮੀਖਿਆ ਕਰਨ ਲਈ ਪਹਿਲਾਂ ਵੇਖੋ ਕਿ ਕੀ ਬਦਲਿਆ ਹੈ: ਕਿਹੜੀਆਂ ਫਾਈਲਾਂ ਅਤੇ ਕਿਉਂ। ਫਿਰ ਕੋਡ ਦੀ ਕੋਈ ਲਾਈਨ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਖ਼ੁਦ ਵਿਵਹਾਰ ਟੈਸਟ ਕਰੋ। ਇਸ ਤੋਂ ਬਾਅਦ ਉਹ ਥਾਵਾਂ ਜਾਂਚੋ ਜਿੱਥੇ AI ਕੋਡ ਅਕਸਰ ਗਲਤ ਹੁੰਦਾ ਹੈ: ਸਰਵਰ 'ਤੇ ਇਜਾਜ਼ਤ ਜਾਂਚਾਂ ਦੀ ਕਮੀ, ਬ੍ਰਾਊਜ਼ਰ ਲਈ ਖੁੱਲ੍ਹੇ ਸੀਕ੍ਰੇਟ, ਬਿਨਾਂ ਪ੍ਰਮਾਣਿਤ ਇਨਪੁੱਟ, ਪੈਕੇਜ ਜਾਂ ਫੰਕਸ਼ਨ ਜੋ ਮੌਜੂਦ ਨਹੀਂ, ਅਤੇ ਉਹ ਬਦਲਾਅ ਜੋ ਤੁਸੀਂ ਮੰਗੇ ਹੀ ਨਹੀਂ ਸਨ।
AI ਕੋਡ ਅਕਸਰ ਸਾਫ਼ ਅਤੇ ਠੀਕ ਚੱਲਦਾ ਲੱਗਦਾ ਹੈ। ਇਸ ਲਈ ਉਸਨੂੰ ਬਿਨਾਂ ਸੱਚਮੁੱਚ ਜਾਂਚੇ ਮਨਜ਼ੂਰ ਕਰਨਾ ਆਸਾਨ ਹੈ। ਇਹ ਗਾਈਡ ਇੱਕ ਸਮੀਖਿਆ ਰੁਟੀਨ ਹੈ ਜੋ ਉਦੋਂ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਕੋਡ ਨੂੰ ਧਾਰਾ-ਪ੍ਰਵਾਹ ਪੜ੍ਹਦੇ ਹੋ ਜਾਂ ਬਿਲਕੁਲ ਨਹੀਂ ਪੜ੍ਹਦੇ।
ਜੋਖ਼ਮ ਦੇ ਹਿਸਾਬ ਨਾਲ ਸਮੀਖਿਆ ਕਰੋ
ਹਰ ਬਦਲਾਅ ਨੂੰ ਇੱਕੋ ਜਿਹੀ ਧਿਆਨ ਦੀ ਲੋੜ ਨਹੀਂ।
| ਬਦਲਾਅ | ਸਮੀਖਿਆ |
|---|---|
| ਟੈਕਸਟ, ਰੰਗ, ਲੇਆਉਟ | ਡੈਸਕਟਾਪ ਅਤੇ ਫ਼ੋਨ ਆਕਾਰ 'ਤੇ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਵੇਖੋ |
| ਨਵਾਂ ਪੰਨਾ ਜਾਂ ਫੀਚਰ | ਫਲੋ ਟੈਸਟ ਕਰੋ; ਬਦਲੀਆਂ ਫਾਈਲਾਂ ਸਰਸਰੀ ਵੇਖੋ |
| ਲੌਗਇਨ, ਇਜਾਜ਼ਤਾਂ, ਭੁਗਤਾਨ, ਨਿੱਜੀ ਡੇਟਾ | ਧਿਆਨ ਨਾਲ ਪੜ੍ਹੋ, ਅਸਲ ਟੈਸਟਿੰਗ, ਸ਼ਾਇਦ ਦੂਜਾ ਸਮੀਖਿਅਕ |
| ਡੇਟਾਬੇਸ ਢਾਂਚਾ, ਡੇਟਾ ਮਿਟਾਉਣਾ, ਮਾਈਗ੍ਰੇਸ਼ਨ | ਬਦਲਾਅ ਪੜ੍ਹੋ, ਕਾਪੀ 'ਤੇ ਟੈਸਟ ਕਰੋ, ਪਹਿਲਾਂ ਬੈਕਅੱਪ ਲਓ |
ਕਦਮ 1: ਵੇਖੋ ਕੀ ਬਦਲਿਆ
ਕੋਡ ਦਾ ਨਿਰਣਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਬਦਲਾਵਾਂ ਦੀ ਸੂਚੀ ਲਓ:
- ਜੇ ਪ੍ਰੋਜੈਕਟ Git ਵਿੱਚ ਹੈ, ਤਾਂ diff ਵੇਖੋ: ਆਖ਼ਰੀ ਕਮਿਟ ਤੋਂ ਬਾਅਦ ਬਦਲੀਆਂ ਫਾਈਲਾਂ ਅਤੇ ਲਾਈਨਾਂ। ਵੇਖੋ AI ਨਾਲ ਬਣੀ ਐਪ ਨਾਲ Git ਕਿਵੇਂ ਵਰਤੀਏ।
- ਜਾਂ ਸਿੱਧਾ AI ਨੂੰ ਪੁੱਛੋ:
ਆਖ਼ਰੀ ਬਦਲਾਅ ਵਿੱਚ ਬਦਲੀ ਹਰ ਫਾਈਲ ਦੀ ਸੂਚੀ ਦਿਓ, ਅਤੇ ਹਰ ਇੱਕ ਲਈ ਇੱਕ ਵਾਕ ਵਿੱਚ ਦੱਸੋ ਕਿ ਕੀ ਬਦਲਿਆ ਅਤੇ ਕਿਉਂ।
ਇਸ ਪੜਾਅ 'ਤੇ ਲਾਲ ਝੰਡੇ: ਬੇਨਤੀ ਨਾਲ ਸੰਬੰਧਤ ਨਾ ਹੋਣ ਵਾਲੀਆਂ ਫਾਈਲਾਂ, ਮਿਟਾਈਆਂ ਫਾਈਲਾਂ, ਸੰਰਚਨਾ ਜਾਂ ਡਿਪੈਂਡੈਂਸੀਆਂ ਵਿੱਚ ਬਦਲਾਅ ਜੋ ਤੁਸੀਂ ਨਹੀਂ ਮੰਗੇ।
ਕਦਮ 2: ਪਹਿਲਾਂ ਵਿਵਹਾਰ ਟੈਸਟ ਕਰੋ
ਕੋਡ ਪੜ੍ਹਣਾ ਦੱਸਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ; ਟੈਸਟਿੰਗ ਦੱਸਦੀ ਹੈ ਕਿ ਇਹ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ। ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ:
- ਬਦਲਾਅ ਨੂੰ ਇੱਕ ਆਮ ਉਪਭੋਗਤਾ ਵਜੋਂ ਅਜ਼ਮਾਓ, ਡੈਸਕਟਾਪ ਅਤੇ ਫ਼ੋਨ ਆਕਾਰ 'ਤੇ।
- ਗਲਤ ਇਨਪੁੱਟ ਨਾਲ ਅਜ਼ਮਾਓ: ਖਾਲੀ ਖੇਤਰ, ਬਹੁਤ ਲੰਮਾ ਟੈਕਸਟ, ਨੈਗੇਟਿਵ ਨੰਬਰ, ਬੀਤੀ ਤਾਰੀਖ।
- ਲੌਗਆਊਟ ਕਰਕੇ ਅਤੇ ਇੱਕ ਵੱਖਰੇ ਉਪਭੋਗਤਾ ਵਜੋਂ ਅਜ਼ਮਾਓ।
- ਸਭ ਤੋਂ ਜ਼ਰੂਰੀ ਫਲੋ ਦੁਬਾਰਾ ਚਲਾਓ: ਸਾਈਨ ਅੱਪ, ਲੌਗਇਨ, ਮੁੱਖ ਕਾਰਵਾਈ, ਭੁਗਤਾਨ।
ਜੇ ਟੈਸਟ ਫੇਲ ਹੋਵੇ, ਤਾਂ ਤੁਸੀਂ ਪੜ੍ਹਨ ਦਾ ਸਮਾਂ ਬਚਾ ਲਿਆ। ਇਸਨੂੰ ਸਾਫ਼ ਦੱਸੋ ਅਤੇ AI ਨੂੰ ਠੀਕ ਕਰਨ ਦਿਓ। ਵੇਖੋ ਚੰਗੀ ਬੱਗ ਰਿਪੋਰਟ ਕਿਵੇਂ ਲਿਖੀਏ।
ਕਦਮ 3: ਸਰਵਰ 'ਤੇ ਇਜਾਜ਼ਤਾਂ ਜਾਂਚੋ
ਸਭ ਤੋਂ ਜ਼ਰੂਰੀ ਗੱਲ। AI ਟੂਲ ਅਕਸਰ ਇੱਕ ਬਟਨ ਪੰਨੇ ਵਿੱਚ ਲੁਕਾ ਦਿੰਦੇ ਹਨ, ਪਰ ਸਰਵਰ ਨੂੰ ਕੋਈ ਵੀ ਪੁੱਛਣ ਵਾਲੇ ਲਈ ਉਹ ਕਾਰਵਾਈ ਕਰਨ ਲਈ ਤਿਆਰ ਛੱਡ ਦਿੰਦੇ ਹਨ।
ਹਰ ਰੂਟ ਜਾਂ ਫੰਕਸ਼ਨ ਲਈ ਜੋ ਡੇਟਾ ਪੜ੍ਹਦਾ ਜਾਂ ਬਦਲਦਾ ਹੈ, ਪੁੱਛੋ:
- ਕੀ ਇਹ ਜਾਂਚਦਾ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਲੌਗਇਨ ਹੈ?
- ਕੀ ਇਹ ਜਾਂਚਦਾ ਹੈ ਕਿ ਇਹ ਉਪਭੋਗਤਾ ਇਸ ਖ਼ਾਸ ਰਿਕਾਰਡ ਨੂੰ ਵੇਖ ਸਕਦਾ ਹੈ?
- ਕੀ ਇਹ ਜਾਂਚ ਸਰਵਰ 'ਤੇ ਹੈ, ਨਾ ਕਿ ਸਿਰਫ਼ ਪੰਨੇ ਵਿੱਚ?
ਮੈਂ ਜੋ API ਰੂਟ ਜੋੜੇ ਜਾਂ ਬਦਲੇ ਹਨ, ਉਹਨਾਂ ਹਰ ਇੱਕ ਲਈ ਦੱਸੋ ਕਿ ਸਰਵਰ 'ਤੇ ਕਿਹੜੀ ਇਜਾਜ਼ਤ ਜਾਂਚ ਹੁੰਦੀ ਹੈ, ਲਾਈਨ ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹੋਏ। ਕੋਈ ਵੀ ਰੂਟ ਜਿਸ ਵਿੱਚ ਜਾਂਚ ਨਾ ਹੋਵੇ, ਉਸਨੂੰ ਲਾਲ ਝੰਡਾ ਲਗਾਓ।
ਫਿਰ ਟੈਸਟ ਕਰੋ: ਉਪਭੋਗਤਾ A ਵਜੋਂ ਲੌਗਇਨ ਕਰੋ, ਇੱਕ ਰਿਕਾਰਡ ਦਾ ID ਨੋਟ ਕਰੋ, ਫਿਰ ਉਪਭੋਗਤਾ B ਵਜੋਂ ਲੌਗਇਨ ਕਰਕੇ ਉਹ ID ਮੰਗੋ। AI ਨਾਲ ਬਣੀਆਂ ਐਪਾਂ ਲਈ ਸੁਰੱਖਿਆ ਚੈੱਕਲਿਸਟ ਵਿੱਚ ਪੂਰਾ ਟੈਸਟ ਹੈ।
ਕਦਮ 4: ਲੀਕ ਹੋਏ ਸੀਕ੍ਰੇਟ ਲੱਭੋ
- ਬਦਲੀਆਂ ਫਾਈਲਾਂ ਵਿੱਚ ਉਹ ਚੀਜ਼ਾਂ ਖੋਜੋ ਜੋ ਕੁੰਜੀ ਜਾਂ ਪਾਸਵਰਡ ਵਰਗੀਆਂ ਲੱਗਦੀਆਂ ਹਨ।
- ਜਾਂਚੋ ਕਿ ਸੀਕ੍ਰੇਟ ਕੁੰਜੀਆਂ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲਾਂ ਤੋਂ ਪੜ੍ਹੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਸਿਰਫ਼ ਸਰਵਰ ਕੋਡ ਵਿੱਚ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
VITE_ਜਾਂNEXT_PUBLIC_ਵਰਗੇ ਜਨਤਕ ਅਗੇਤਰਾਂ 'ਤੇ ਨਜ਼ਰ ਰੱਖੋ ਜੋ ਸੀਕ੍ਰੇਟ ਵੇਰੀਏਬਲਾਂ 'ਤੇ ਲੱਗੇ ਹੋਣ; ਉਹ ਬ੍ਰਾਊਜ਼ਰ ਕੋਡ ਵਿੱਚ ਬਣ ਜਾਂਦੇ ਹਨ।
ਵੇਖੋ ਐਪ ਦੀਆਂ API ਕੁੰਜੀਆਂ ਸੁਰੱਖਿਅਤ ਕਿਵੇਂ ਰੱਖੀਏ।
ਕਦਮ 5: ਇਨਪੁੱਟ ਅਤੇ ਗਲਤੀਆਂ ਜਾਂਚੋ
- ਸਰਵਰ 'ਤੇ ਪ੍ਰਮਾਣਿਕਤਾ। ਬ੍ਰਾਊਜ਼ਰ ਦੀਆਂ ਜਾਂਚਾਂ ਛੱਡੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ। ਲੋੜੀਂਦੇ ਖੇਤਰ, ਲੰਬਾਈ, ਫਾਰਮੈਟ ਅਤੇ ਮਨਜ਼ੂਰ ਮੁੱਲ ਸਰਵਰ ਨੂੰ ਵੀ ਜਾਂਚਣੇ ਚਾਹੀਦੇ ਹਨ।
- ਡੇਟਾਬੇਸ ਕਵੇਰੀਆਂ ਪੈਰਾਮੀਟਰ ਵਰਤਦੀਆਂ ਹਨ, ਨਾ ਕਿ ਉਪਭੋਗਤਾ ਦਾ ਇਨਪੁੱਟ ਟੈਕਸਟ ਵਿੱਚ ਜੋੜ ਕੇ ਬਣਾਈ ਕਵੇਰੀ।
- ਗਲਤੀਆਂ ਚੁੱਪ-ਚਾਪ ਨਹੀਂ ਦਬਾਈਆਂ ਜਾਂਦੀਆਂ। ਇੱਕ
try/catchਜੋ ਕੁਝ ਨਹੀਂ ਕਰਦਾ, ਅਸਫਲਤਾਵਾਂ ਲੁਕਾਉਂਦਾ ਹੈ। ਗਲਤੀਆਂ ਲੌਗ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਅਤੇ ਉਪਭੋਗਤਾ ਨੂੰ ਸਾਫ਼ ਸੁਨੇਹਾ ਦਿਸਣਾ ਚਾਹੀਦਾ ਹੈ। - ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਅੰਦਰੂਨੀ ਵੇਰਵੇ ਨਹੀਂ। ਸਟੈਕ ਟਰੇਸ ਅਤੇ ਡੇਟਾਬੇਸ ਗਲਤੀਆਂ ਲੌਗਾਂ ਵਿੱਚ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
ਕਦਮ 6: ਜਾਂਚੋ ਕਿ ਇਹ ਅਸਲ ਹੈ
AI ਮਾਡਲ ਕਈ ਵਾਰ ਅਜਿਹਾ ਕੋਡ ਬਣਾਉਂਦੇ ਹਨ ਜੋ ਠੀਕ ਲੱਗਦਾ ਹੈ ਪਰ ਉਹਨਾਂ ਚੀਜ਼ਾਂ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ ਜੋ ਮੌਜੂਦ ਨਹੀਂ।
- ਪੈਕੇਜ: ਹਰ ਨਵੀਂ ਡਿਪੈਂਡੈਂਸੀ ਇੱਕ ਅਸਲੀ, ਸੰਭਾਲੀ ਜਾ ਰਹੀ ਪੈਕੇਜ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜਿਸਦਾ ਉਹੀ ਨਾਮ ਹੋਵੇ। ਮਸ਼ਹੂਰ ਪੈਕੇਜਾਂ ਦੇ ਟਾਈਪੋ ਵਰਗੇ ਨਾਵਾਂ ਤੋਂ ਸਾਵਧਾਨ ਰਹੋ।
- ਫੰਕਸ਼ਨ ਅਤੇ API ਵਿਕਲਪ: ਜੇ ਕੋਡ ਕਿਸੇ ਲਾਇਬ੍ਰੇਰੀ ਫੰਕਸ਼ਨ ਜਾਂ ਬਾਹਰੀ API ਵਿਕਲਪ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਨਹੀਂ ਵੇਖਿਆ, ਤਾਂ ਅਧਿਕਾਰਤ ਦਸਤਾਵੇਜ਼ ਵੇਖੋ।
- ਪਲੇਸਹੋਲਡਰ ਕੋਡ:
TODO,mock,fake, ਕੋਡ ਵਿੱਚ ਲਿਖਿਆ ਨਕਲੀ ਡੇਟਾ, ਜਾਂ ਫੰਕਸ਼ਨ ਜੋ ਸਥਿਰ ਮੁੱਲ ਮੋੜਦੇ ਹਨ, ਇਹਨਾਂ ਨੂੰ ਖੋਜੋ।
ਕੀ ਤੁਸੀਂ ਕੋਈ ਨਵੇਂ ਪੈਕੇਜ ਜੋੜੇ? ਹਰ ਇੱਕ ਲਈ ਸਹੀ ਨਾਮ, ਇਹ ਕਿਸ ਲਈ ਹੈ, ਅਤੇ ਕੀ ਅਸੀਂ ਇਸ ਤੋਂ ਬਿਨਾਂ ਰਹਿ ਸਕਦੇ ਹਾਂ ਦੱਸੋ।
ਕਦਮ 7: ਜਾਂਚੋ ਕਿ ਇਹ ਫਿੱਟ ਬੈਠਦਾ ਹੈ
ਕੋਡ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਐਪ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਬਦਲਣਾ ਔਖਾ ਬਣਾ ਸਕਦਾ ਹੈ:
- ਦੁਹਰਾਅ। ਇੱਕੋ ਤਰਕ ਕਈ ਥਾਵਾਂ 'ਤੇ ਨਕਲ ਕੀਤਾ ਹੋਵੇ ਤਾਂ ਉਹ ਵੱਖ ਹੋ ਜਾਵੇਗਾ।
- ਇਕਸਾਰਤਾ। ਇਸਨੂੰ ਬਾਕੀ ਐਪ ਦੇ ਪੈਟਰਨ ਮੰਨਣੇ ਚਾਹੀਦੇ ਹਨ।
- ਆਕਾਰ। 20 ਲਾਈਨਾਂ ਦੀ ਬੇਨਤੀ ਜਿਸਨੇ 600 ਲਾਈਨਾਂ ਬਣਾਈਆਂ, ਸਵਾਲ ਦੀ ਹੱਕਦਾਰ ਹੈ।
- ਮਰਿਆ ਕੋਡ। ਪੁਰਾਣੇ ਵਰਜ਼ਨ ਨਵੇਂ ਦੇ ਨਾਲ ਪਏ ਰਹਿ ਗਏ।
ਕੀ ਇਸ ਬਦਲਾਅ ਕਾਰਨ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਕੋਈ ਕੋਡ ਹੁਣ ਵਰਤਿਆ ਨਹੀਂ ਜਾਂਦਾ, ਜਾਂ ਤਰਕ ਕਿਤੇ ਹੋਰ ਦੁਹਰਾਇਆ ਗਿਆ ਹੈ? ਕੁਝ ਬਦਲੋ ਨਾ; ਸਿਰਫ਼ ਸੂਚੀ ਬਣਾਓ।
ਆਮ ਗਲਤੀਆਂ
- ਸਾਫ਼ ਲੱਗਣ ਕਰਕੇ ਮਨਜ਼ੂਰ ਕਰਨਾ। ਸੁਥਰਾ ਕੋਡ ਵੀ ਇਜਾਜ਼ਤ ਜਾਂਚ ਛੱਡ ਸਕਦਾ ਹੈ।
- ਪੜ੍ਹਨਾ, ਟੈਸਟ ਨਾ ਕਰਨਾ। ਪਹਿਲਾਂ ਟੈਸਟ ਕਰੋ; ਫਿਰ ਪੜ੍ਹੋ।
- ਸਿਰਫ਼ ਸਹੀ ਰਸਤੇ ਦੀ ਜਾਂਚ। ਗਲਤ ਇਨਪੁੱਟ, ਗਲਤ ਉਪਭੋਗਤਾ ਅਤੇ ਲੌਗਆਊਟ ਹਾਲਤ ਵੀ ਅਜ਼ਮਾਓ।
- ਨਾ ਸੰਬੰਧਤ ਫਾਈਲ ਬਦਲਾਵਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ। ਪੁੱਛੋ ਕਿ ਹਰ ਫਾਈਲ ਕਿਉਂ ਬਦਲੀ।
- AI ਦੀ ਆਪਣੀ ਸਮੀਖਿਆ 'ਤੇ ਪੂਰਾ ਭਰੋਸਾ। ਉਸਦੀ ਸਮੀਖਿਆ ਨੂੰ ਪਹਿਲੀ ਪਾਸ ਸਮਝੋ ਅਤੇ ਟੈਸਟ ਨਾਲ ਪੱਕਾ ਕਰੋ।
- ਇੱਕ ਹਫ਼ਤੇ ਦੇ ਬਦਲਾਵਾਂ ਨੂੰ ਇਕੱਠੇ ਸਮੀਖਿਆ। ਛੋਟੇ ਬਦਲਾਅ ਉਦੋਂ ਹੀ ਜਾਂਚੋ ਜਦੋਂ ਹੋਣ।
ਚੈੱਕਲਿਸਟ
- ਮੈਂ ਜਾਣਦਾ ਹਾਂ ਕਿ ਕਿਹੜੀਆਂ ਫਾਈਲਾਂ ਕਿਉਂ ਬਦਲੀਆਂ, ਅਤੇ ਕੁਝ ਬੇਸੰਬੰਧਤ ਨਹੀਂ ਬਦਲਿਆ।
- ਬਦਲਾਅ ਡੈਸਕਟਾਪ ਅਤੇ ਫ਼ੋਨ 'ਤੇ, ਗਲਤ ਇਨਪੁੱਟ ਨਾਲ, ਲੌਗਆਊਟ ਅਤੇ ਵੱਖਰੇ ਉਪਭੋਗਤਾ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ।
- ਹਰ ਡੇਟਾ ਰੂਟ ਸਰਵਰ 'ਤੇ ਲੌਗਇਨ ਅਤੇ ਮਾਲਕੀ ਜਾਂਚਦਾ ਹੈ।
- ਕੋਡ ਜਾਂ ਬ੍ਰਾਊਜ਼ਰ ਬੰਡਲਾਂ ਵਿੱਚ ਕੋਈ ਸੀਕ੍ਰੇਟ ਨਹੀਂ।
- ਇਨਪੁੱਟ ਸਰਵਰ 'ਤੇ ਪ੍ਰਮਾਣਿਤ ਹੈ; ਕਵੇਰੀਆਂ ਪੈਰਾਮੀਟਰ ਵਰਤਦੀਆਂ ਹਨ।
- ਗਲਤੀਆਂ ਲੌਗ ਹੁੰਦੀਆਂ ਹਨ, ਦਬਾਈਆਂ ਨਹੀਂ ਜਾਂਦੀਆਂ, ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਵੇਰਵੇ ਵਿੱਚ ਨਹੀਂ ਦਿਖਦੀਆਂ।
- ਨਵੇਂ ਪੈਕੇਜ ਅਸਲੀ ਅਤੇ ਲੋੜੀਂਦੇ ਹਨ; ਕੋਈ ਬਣਾਏ ਫੰਕਸ਼ਨ ਜਾਂ ਪਲੇਸਹੋਲਡਰ ਨਹੀਂ ਬਚੇ।
- ਉੱਚ ਜੋਖ਼ਮ ਵਾਲੇ ਬਦਲਾਵਾਂ ਦੀ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹਾਈ ਹੋਈ ਅਤੇ ਲੋੜ ਹੋਣ 'ਤੇ ਦੂਜਾ ਸਮੀਖਿਅਕ ਹੈ।
Mythex 'ਤੇ ਕੋਡ ਦੀ ਸਮੀਖਿਆ
- Ask ਮੋਡ ਕੋਡ ਬਾਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਬਿਨਾਂ ਉਸਨੂੰ ਬਦਲੇ; "ਹਰ ਬਦਲਾਅ ਸਮਝਾਓ" ਅਤੇ "ਕਿਹੜੇ ਰੂਟਾਂ ਵਿੱਚ ਇਜਾਜ਼ਤ ਜਾਂਚ ਨਹੀਂ" ਵਰਗੇ ਪ੍ਰੰਪਟਾਂ ਲਈ ਆਦਰਸ਼। ਵੇਖੋ Chat।
- Code view ਹਰ ਪਲੈਨ 'ਤੇ ਫਾਈਲ ਟ੍ਰੀ, ਐਡੀਟਰ ਅਤੇ ਟਰਮੀਨਲ ਦਿਖਾਉਂਦਾ ਹੈ (Free 'ਤੇ ਸਿਰਫ਼ ਪੜ੍ਹਨ ਲਈ, Pro 'ਤੇ ਸੰਪਾਦਨ ਯੋਗ), ਤਾਂ ਜੋ ਤੁਸੀਂ ਖ਼ੁਦ ਵੇਖ ਸਕੋ ਕਿ ਕੀ ਬਦਲਿਆ। ਵੇਖੋ Code editor।
/testਏਜੰਟ ਨੂੰ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਉਪਭੋਗਤਾ ਵਜੋਂ ਕਲਿੱਕ ਕਰਵਾਉਂਦਾ ਹੈ ਅਤੇ ਟੁੱਟੇ ਫਲੋ ਦੀ ਰਿਪੋਰਟ ਦਿੰਦਾ ਹੈ।- Checkpoints ਤੁਹਾਨੂੰ ਉਹ ਬਦਲਾਅ ਵਾਪਸ ਲੈਣ ਦਿੰਦੇ ਹਨ ਜੋ ਸਮੀਖਿਆ ਵਿੱਚ ਫੇਲ ਹੋਵੇ।
ਜੇ ਕੋਈ ਡਿਵੈਲਪਰ ਤੁਹਾਡੇ ਲਈ ਸਮੀਖਿਆ ਕਰ ਰਿਹਾ ਹੈ, ਤਾਂ AI ਨਾਲ ਬਣੀ ਐਪ 'ਤੇ ਡਿਵੈਲਪਰ ਨਾਲ ਕੰਮ ਕਿਵੇਂ ਕਰੀਏ ਹੈਂਡਆਫ ਬਾਰੇ ਦੱਸਦਾ ਹੈ; ਜੇ ਸਮੀਖਿਆ ਵਿੱਚ ਬੱਗ ਮਿਲੇ, ਤਾਂ AI ਨਾਲ ਬਣੀ ਐਪ ਦੇ ਬੱਗ ਕਿਵੇਂ ਠੀਕ ਕਰੀਏ ਵੇਖੋ।
ਸਵਾਲ
ਕੀ ਮੈਂ ਡਿਵੈਲਪਰ ਨਾ ਹੋਣ 'ਤੇ ਵੀ AI ਦੇ ਬਣਾਏ ਕੋਡ ਦੀ ਸਮੀਖਿਆ ਕਰ ਸਕਦਾ ਹਾਂ?
ਤੁਸੀਂ ਇਸ ਦਾ ਬਹੁਤ ਹਿੱਸਾ ਕਰ ਸਕਦੇ ਹੋ। ਜਾਂਚੋ ਕਿ ਬਦਲਾਅ ਉਹੀ ਕਰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਮੰਗਿਆ ਸੀ, ਮਹੱਤਵਪੂਰਨ ਫਲੋ ਟੈਸਟ ਕਰੋ, ਕਿਸੇ ਹੋਰ ਉਪਭੋਗਤਾ ਦੇ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਕੇ ਵੇਖੋ, ਅਤੇ AI ਨੂੰ ਹਰ ਬਦਲੀ ਫਾਈਲ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਸਮਝਾਉਣ ਲਈ ਕਹੋ। ਭੁਗਤਾਨਾਂ, ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ ਜਾਂ ਸੁਰੱਖਿਆ ਲਈ ਕਿਸੇ ਡਿਵੈਲਪਰ ਨੂੰ ਵੀ ਵੇਖਣ ਦਿਓ।
AI ਦੇ ਬਣਾਏ ਕੋਡ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਸਮੱਸਿਆਵਾਂ ਕੀ ਹਨ?
ਸਰਵਰ 'ਤੇ ਗੁੰਮ ਇਜਾਜ਼ਤ ਜਾਂਚਾਂ, ਸੀਕ੍ਰੇਟ ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਸਰਵਰ 'ਤੇ ਪ੍ਰਮਾਣਿਤ ਨਾ ਕੀਤਾ ਇਨਪੁੱਟ, ਪੈਕੇਜ ਜਾਂ ਫੰਕਸ਼ਨ ਜੋ ਮੌਜੂਦ ਨਹੀਂ, ਗਲਤੀਆਂ ਜੋ ਚੁੱਪਚਾਪ ਦਬਾ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਫਾਈਲਾਂ ਵਿੱਚ ਬਦਲਾਅ ਜੋ ਤੁਸੀਂ ਛੂਹਣ ਨੂੰ ਨਹੀਂ ਕਿਹਾ ਸੀ।
ਕੀ ਮੈਂ AI ਨੂੰ ਆਪਣੇ ਹੀ ਕੋਡ ਦੀ ਸਮੀਖਿਆ ਕਰਨ ਲਈ ਕਹਿ ਸਕਦਾ ਹਾਂ?
ਹਾਂ, ਅਤੇ ਇਹ ਅਕਸਰ ਅਸਲ ਸਮੱਸਿਆਵਾਂ ਲੱਭ ਲੈਂਦਾ ਹੈ, ਖ਼ਾਸ ਕਰਕੇ ਜੇ ਤੁਸੀਂ ਖਾਸ ਸਵਾਲ ਪੁੱਛੋ, ਜਿਵੇਂ ਕਿਹੜੇ ਰੂਟਾਂ ਵਿੱਚ ਇਜਾਜ਼ਤ ਜਾਂਚ ਨਹੀਂ। ਇਸਨੂੰ ਪਹਿਲੀ ਪਾਸ ਸਮਝੋ, ਗਾਰੰਟੀ ਨਹੀਂ, ਅਤੇ ਇਸਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਟੈਸਟ ਕਰਕੇ ਪੱਕਾ ਕਰੋ।
ਕੋਡ ਦੀ ਸਮੀਖਿਆ ਵਿੱਚ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗਣਾ ਚਾਹੀਦਾ ਹੈ?
ਜੋਖ਼ਮ ਦੇ ਹਿਸਾਬ ਨਾਲ। ਟੈਕਸਟ ਜਾਂ ਸਟਾਈਲ ਬਦਲਾਅ ਲਈ ਪ੍ਰੀਵਿਊ 'ਤੇ ਇੱਕ ਝਾਤ ਕਾਫ਼ੀ ਹੈ। ਲੌਗਇਨ, ਭੁਗਤਾਨ, ਇਜਾਜ਼ਤਾਂ ਜਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਬਦਲਾਅ ਲਈ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹਨਾ, ਅਸਲ ਟੈਸਟਿੰਗ ਅਤੇ ਸ਼ਾਇਦ ਦੂਜਾ ਵਿਅਕਤੀ ਚਾਹੀਦਾ ਹੈ।