AI ਨਾਲ ਬਣੀ ਐਪ ਵਿੱਚ ਗਲਤੀਆਂ ਕਿਵੇਂ ਲੱਭੀਏ: ਇੱਕ ਵਿਹਾਰਕ ਤਰੀਕਾ
AI ਨਾਲ ਬਣੀ ਐਪ ਦਾ ਬੱਗ ਠੀਕ ਕਰਨ ਲਈ, ਪਹਿਲਾਂ ਬੱਗ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਦੁਬਾਰਾ ਵਾਪਰਨ ਦਿਓ, ਫਿਰ ਸਬੂਤ ਇਕੱਠੇ ਕਰੋ: ਸਹੀ ਕਦਮ, ਐਰਰ ਸੁਨੇਹਾ, ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਕੰਸੋਲ ਅਤੇ ਨੈੱਟਵਰਕ ਟੈਬ ਕੀ ਦਿਖਾਉਂਦੇ ਹਨ। ਫਿਰ ਇਹ AI ਨੂੰ "ਮੈਂ X ਕੀਤਾ, Y ਦੀ ਉਮੀਦ ਸੀ, Z ਹੋਇਆ" ਵਜੋਂ ਦਿਓ। ਜੇ ਕੋਈ ਫਿਕਸ ਹਾਲਾਤ ਹੋਰ ਵਿਗਾੜੇ, ਤਾਂ ਆਖਰੀ ਕੰਮ ਕਰਨ ਵਾਲੇ ਵਰਜਨ 'ਤੇ ਰੋਲਬੈਕ ਕਰੋ, ਉੱਪਰ ਹੋਰ ਫਿਕਸ ਚੜ੍ਹਾਉਣ ਦੀ ਬਜਾਏ। ਇਹ ਸਭ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਕੋਡ ਪੜ੍ਹਨ ਦੀ ਲੋੜ ਨਹੀਂ।
ਇਹ ਗਾਈਡ ਪੂਰਾ ਚੱਕਰ ਕਵਰ ਕਰਦੀ ਹੈ, ਗੈਰ-ਡਿਵੈਲਪਰਾਂ ਲਈ ਬ੍ਰਾਊਜ਼ਰ ਡਿਵੈਲਪਰ ਟੂਲਾਂ ਦੇ ਇੱਕ ਤੇਜ਼ ਟੂਰ ਸਮੇਤ।
ਡੀਬੱਗਿੰਗ ਚੱਕਰ
ਹਰ ਬੱਗ ਫਿਕਸ, ਭਾਵੇਂ ਵਿਅਕਤੀ ਕਰੇ ਜਾਂ AI, ਇੱਕੋ ਚੱਕਰ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ:
- ਦੁਬਾਰਾ ਬਣਾਓ: ਬੱਗ ਭਰੋਸੇ ਨਾਲ ਵਾਪਰਨ ਦਿਓ।
- ਦੇਖੋ: ਐਰਰ ਸੁਨੇਹਾ ਅਤੇ ਐਪ ਕੀ ਕਰ ਰਹੀ ਸੀ ਇਕੱਠਾ ਕਰੋ।
- ਵੇਰਵਾ ਦਿਓ: AI ਨੂੰ ਸਹੀ ਕਦਮ, ਉਮੀਦ ਅਤੇ ਅਸਲ ਨਤੀਜਾ ਦਿਓ।
- ਫਿਕਸ ਕਰੋ: AI ਨੂੰ ਇੱਕ ਚੀਜ਼ ਬਦਲਣ ਦਿਓ।
- ਪੁਸ਼ਟੀ ਕਰੋ: ਬਿਲਕੁਲ ਉਹੀ ਕਦਮ ਦੁਹਰਾਓ ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਠੀਕ ਹੋ ਗਿਆ ਅਤੇ ਨੇੜੇ ਦਾ ਕੁਝ ਟੁੱਟਿਆ ਨਹੀਂ।
- ਲੋੜ ਪਵੇ ਤਾਂ ਰੋਲਬੈਕ ਕਰੋ: ਜੇ ਹਾਲਾਤ ਵਿਗੜੇ, ਤਾਂ ਵਾਪਸ ਜਾਓ ਅਤੇ ਬਿਹਤਰ ਜਾਣਕਾਰੀ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ।
AI ਨਾਲ ਬਣੀਆਂ ਐਪਾਂ 'ਤੇ ਜ਼ਿਆਦਾਤਰ ਬਰਬਾਦ ਹੋਇਆ ਸਮਾਂ ਕਦਮ 1, 2 ਅਤੇ 5 ਛੱਡਣ ਤੋਂ ਆਉਂਦਾ ਹੈ: "ਇਹ ਟੁੱਟਿਆ ਹੈ" ਕਹਿਣਾ, ਬਿਨਾਂ ਪਰਖੇ ਕੋਈ ਬਦਲਾਅ ਮੰਨ ਲੈਣਾ, ਅਤੇ ਫਿਰ ਟੁੱਟੇ ਹੋਏ 'ਤੇ ਹੋਰ ਫਿਕਸ ਮੰਗਣਾ।
ਕਦਮ 1: ਬੱਗ ਦੁਬਾਰਾ ਬਣਾਓ
ਇੱਕ ਬੱਗ ਜੋ ਤੁਸੀਂ ਮਰਜ਼ੀ ਨਾਲ ਚਲਾ ਸਕਦੇ ਹੋ, ਅੱਧਾ ਠੀਕ ਹੋ ਚੁੱਕਾ ਹੈ। ਉਹ ਸਭ ਤੋਂ ਛੋਟੇ ਕਦਮ ਲੱਭੋ ਜੋ ਇਸਨੂੰ ਪੈਦਾ ਕਰਦੇ ਹਨ।
ਆਪਣੇ ਆਪ ਤੋਂ ਪੁੱਛੋ:
- ਕੀ ਇਹ ਹਰ ਵਾਰ ਹੁੰਦਾ ਹੈ? ਜੇ ਕਦੇ-ਕਦਾਈਂ, ਤਾਂ ਜਦੋਂ ਹੁੰਦਾ ਹੈ ਤਾਂ ਕੀ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ: ਕੋਈ ਖਾਸ ਰਿਕਾਰਡ, ਹੌਲੀ ਕਨੈਕਸ਼ਨ, ਜਾਂ ਲੌਗ-ਆਉਟ ਹੋਣਾ?
- ਕੀ ਇਹ ਹਰ ਯੂਜ਼ਰ ਨਾਲ ਹੁੰਦਾ ਹੈ? ਵੱਖਰੇ ਖਾਤੇ ਨਾਲ ਲੌਗਇਨ ਕਰੋ। ਬਹੁਤ ਸਾਰੇ ਬੱਗ ਸਿਰਫ਼ ਨਵੇਂ ਯੂਜ਼ਰਾਂ ਲਈ, ਜਿਨ੍ਹਾਂ ਦਾ ਕੋਈ ਡੇਟਾ ਨਹੀਂ, ਜਾਂ ਵੱਖਰੀ ਭੂਮਿਕਾ ਵਾਲੇ ਯੂਜ਼ਰ ਲਈ ਦਿਖਦੇ ਹਨ।
- ਕੀ ਇਹ ਹਰ ਡਿਵਾਈਸ 'ਤੇ ਹੁੰਦਾ ਹੈ? ਫੋਨ-ਚੌੜਾਈ ਵਾਲੀ ਸਕਰੀਨ ਅਤੇ ਕੋਈ ਹੋਰ ਬ੍ਰਾਊਜ਼ਰ ਅਜ਼ਮਾਓ।
- ਕੀ ਇਹ ਕਿਸੇ ਖਾਸ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਸ਼ੁਰੂ ਹੋਇਆ? ਜੇ ਕੱਲ੍ਹ ਕੰਮ ਕਰਦਾ ਸੀ, ਤਾਂ ਆਖਰੀ ਕੁਝ ਬਦਲਾਅ ਮੁੱਖ ਸ਼ੱਕੀ ਹਨ।
ਕਦਮ ਇੱਕ ਛੋਟੀ ਨੰਬਰ ਵਾਲੀ ਸੂਚੀ ਵਿੱਚ ਲਿਖੋ। ਬਾਅਦ ਵਿੱਚ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਚਿਪਕਾਓਗੇ।
ਕਦਮ 2: ਐਰਰ ਸੁਨੇਹਾ ਪੜ੍ਹੋ
ਐਰਰ ਸੁਨੇਹੇ ਡਰਾਉਣੇ ਲੱਗਦੇ ਹਨ, ਪਰ ਤੁਹਾਨੂੰ ਉਨ੍ਹਾਂ ਦੇ ਕੁਝ ਹਿੱਸਿਆਂ ਦੀ ਹੀ ਲੋੜ ਹੈ।
| ਸੁਨੇਹੇ ਦਾ ਹਿੱਸਾ | ਇਹ ਕੀ ਦੱਸਦਾ ਹੈ | ਉਦਾਹਰਣ |
|---|---|---|
| ਕਿਸਮ | ਕਿਸ ਕਿਸਮ ਦੀ ਸਮੱਸਿਆ | TypeError, 404 Not Found, 500 Internal Server Error |
| ਸੁਨੇਹਾ | ਕਿਹੜੀ ਖਾਸ ਚੀਜ਼ ਫੇਲ੍ਹ ਹੋਈ | Cannot read properties of undefined (reading 'name') |
| ਫਾਈਲ ਅਤੇ ਲਾਈਨ | ਕੋਡ ਵਿੱਚ ਕਿੱਥੇ | BookingList.tsx:42 |
ਤੁਹਾਨੂੰ ਇਸਨੂੰ ਸਮਝਣ ਦੀ ਲੋੜ ਨਹੀਂ; ਤੁਹਾਨੂੰ ਇਸਨੂੰ ਬਿਲਕੁਲ ਨਕਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। "Cannot read properties of undefined (reading 'name')" AI ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕੋਡ ਕੁਝ ਡੇਟਾ (ਸ਼ਾਇਦ ਬੁਕਿੰਗ ਜਾਂ ਯੂਜ਼ਰ) ਦੀ ਉਮੀਦ ਕਰ ਰਿਹਾ ਸੀ ਜੋ ਨਹੀਂ ਸੀ। "ਕੋਈ undefined ਐਰਰ" ਵਰਗਾ ਸਾਰ ਉਹ ਜਾਣਕਾਰੀ ਗੁਆ ਦਿੰਦਾ ਹੈ।
ਕੁਝ ਆਮ ਐਰਰ, ਮੋਟੇ ਤੌਰ 'ਤੇ ਅਨੁਵਾਦ ਕੀਤੇ:
undefined/nullਐਰਰ — ਕੋਡ ਨੂੰ ਡੇਟਾ ਦੀ ਉਮੀਦ ਸੀ ਜੋ ਨਹੀਂ ਆਇਆ। ਅਕਸਰ ਲੋਡਿੰਗ ਸਥਿਤੀ ਜਾਂ ਖਾਲੀ ਸੂਚੀ ਜਿਸਨੂੰ ਕੋਡ ਨੇ ਸੰਭਾਲਿਆ ਨਹੀਂ।404 Not Found— ਪੰਨਾ ਜਾਂ API ਪਤਾ ਮੌਜੂਦ ਨਹੀਂ। ਅਕਸਰ ਰੂਟ ਵਿੱਚ ਟਾਈਪੋ ਜਾਂ ਕਿਸੇ ਅਜਿਹੇ ਪੰਨੇ ਦਾ ਲਿੰਕ ਜਿਸਦਾ ਨਾਮ ਬਦਲ ਗਿਆ।401 Unauthorized/403 Forbidden— ਬੇਨਤੀ ਲੌਗਇਨ ਨਹੀਂ ਸੀ, ਜਾਂ ਯੂਜ਼ਰ ਨੂੰ ਇਹ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ।500 Internal Server Error— ਸਰਵਰ ਵਾਲਾ ਕੋਡ ਕ੍ਰੈਸ਼ ਹੋਇਆ। ਅਸਲ ਕਾਰਨ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਨਹੀਂ, ਸਰਵਰ ਲੌਗਾਂ ਵਿੱਚ ਹੈ।CORSਐਰਰ — ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਕਿਸੇ ਹੋਰ ਡੋਮੇਨ ਵੱਲ ਬੇਨਤੀ ਰੋਕੀ। ਆਮ ਤੌਰ 'ਤੇ ਸਰਵਰ ਵਾਲੇ ਪਾਸੇ ਦੀ ਸੰਰਚਨਾ ਦਾ ਮਸਲਾ।
ਕਦਮ 3: ਬ੍ਰਾਊਜ਼ਰ ਡਿਵੈਲਪਰ ਟੂਲ ਵਰਤੋ
ਹਰ ਡੈਸਕਟਾਪ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਬਿਲਟ-ਇਨ ਡਿਵੈਲਪਰ ਟੂਲ ("devtools") ਹੁੰਦੇ ਹਨ। ਇਹ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਪੰਨਾ ਪਰਦੇ ਪਿੱਛੇ ਕੀ ਕਰ ਰਿਹਾ ਹੈ। Chrome, Edge ਅਤੇ Firefox ਵਿੱਚ, ਪੰਨੇ 'ਤੇ ਕਿਤੇ ਵੀ ਸੱਜਾ ਕਲਿੱਕ ਕਰੋ ਅਤੇ Inspect ਚੁਣੋ, ਜਾਂ F12 ਦਬਾਓ (Mac 'ਤੇ Cmd+Option+I)। Safari ਵਿੱਚ, ਪਹਿਲਾਂ Safari ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਵਿੱਚ Develop ਮੀਨੂ ਚਾਲੂ ਕਰੋ।
ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਤਿੰਨ ਟੈਬਾਂ ਚਾਹੀਦੀਆਂ ਹਨ।
Console
Console ਟੈਬ ਪੰਨੇ ਦੇ ਕੋਡ ਤੋਂ ਐਰਰ ਅਤੇ ਸੁਨੇਹੇ ਦਿਖਾਉਂਦਾ ਹੈ। ਐਰਰ ਲਾਲ ਵਿੱਚ ਦਿਖਦੇ ਹਨ। ਜੇ ਬਟਨ ਕਲਿੱਕ ਕਰਨ 'ਤੇ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ, ਤਾਂ ਕੰਸੋਲ ਅਕਸਰ ਠੀਕ ਕਲਿੱਕ ਦੇ ਵੇਲੇ ਇੱਕ ਲਾਲ ਐਰਰ ਦਿਖਾਉਂਦਾ ਹੈ। ਐਰਰ ਦਾ ਪੂਰਾ ਪਾਠ ਕਾਪੀ ਕਰੋ (ਜ਼ਿਆਦਾਤਰ ਬ੍ਰਾਊਜ਼ਰਾਂ ਵਿੱਚ ਇਸ 'ਤੇ ਸੱਜਾ ਕਲਿੱਕ ਕਰਕੇ ਕਾਪੀ ਦਾ ਵਿਕਲਪ ਮਿਲਦਾ ਹੈ)।
Network
Network ਟੈਬ ਪੰਨੇ ਦੀ ਹਰ ਬੇਨਤੀ ਦਿਖਾਉਂਦਾ ਹੈ: ਡੇਟਾ ਲੋਡ ਕਰਨਾ, ਫਾਰਮ ਸੇਵ ਕਰਨਾ, ਲੌਗਇਨ ਕਰਨਾ। ਇਸਨੂੰ ਖੋਲ੍ਹੋ, ਫਿਰ ਉਹ ਕਦਮ ਦੁਹਰਾਓ ਜੋ ਬੱਗ ਪੈਦਾ ਕਰਦੇ ਹਨ।
- ਲਾਲ ਕਤਾਰਾਂ ਜਾਂ 400 ਜਾਂ ਵੱਧ ਸਥਿਤੀ ਵਾਲੀਆਂ ਕਤਾਰਾਂ ਲੱਭੋ।
- ਫੇਲ੍ਹ ਹੋਈ ਕਤਾਰ 'ਤੇ ਕਲਿੱਕ ਕਰੋ ਅਤੇ ਉਸਦਾ Response ਵੇਖੋ। ਸਰਵਰ ਦੀ ਗਲਤੀ ਵਿੱਚ ਅਕਸਰ ਇੱਕ ਸੁਨੇਹਾ ਹੁੰਦਾ ਹੈ ਜੋ ਸਕਰੀਨ 'ਤੇ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨਾਲੋਂ ਵੱਧ ਕੰਮ ਦਾ ਹੁੰਦਾ ਹੈ।
- ਬੇਨਤੀ ਦਾ URL ਅਤੇ ਸਥਿਤੀ ਕੋਡ ਨੋਟ ਕਰੋ। "ਬੁਕਿੰਗ ਲਈ POST /api/bookings 500 ਦਿੱਤਾ" ਇੱਕ ਬਹੁਤ ਕੰਮ ਦਾ ਵਾਕ ਹੈ ਜੋ AI ਨੂੰ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਜੇ ਬੱਗ ਪੰਨਾ ਰੀਲੋਡ ਜਾਂ ਰੀਡਾਇਰੈਕਟ ਨਾਲ ਜੁੜਿਆ ਹੈ, ਤਾਂ Preserve log ਟਿੱਕ ਕਰੋ, ਤਾਂ ਜੋ ਬੇਨਤੀਆਂ ਗਾਇਬ ਨਾ ਹੋਣ।
Elements
Elements (ਜਾਂ Inspector) ਟੈਬ ਪੰਨੇ ਦਾ ਢਾਂਚਾ ਅਤੇ ਸਟਾਈਲ ਦਿਖਾਉਂਦਾ ਹੈ। ਇਹ ਲੇਆਉਟ ਬੱਗਾਂ ਲਈ ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ ਹੈ: ਕਿਸੇ ਤੱਤ 'ਤੇ ਹੋਵਰ ਕਰੋ ਤਾਂ ਉਸਦਾ ਆਕਾਰ ਅਤੇ ਫਾਸਲਾ ਹਾਈਲਾਈਟ ਹੁੰਦਾ ਹੈ। ਇੱਥੇ ਕੁਝ ਸੋਧਣ ਦੀ ਲੋੜ ਨਹੀਂ; ਇਹ ਕਹਿਣਾ ਕਾਫ਼ੀ ਹੈ ਕਿ "ਫੋਨ 'ਤੇ ਫੁੱਟਰ 2,000 ਪਿਕਸਲ ਚੌੜਾ ਹੈ ਅਤੇ ਪੰਨੇ ਨੂੰ ਪਾਸੇ ਧੱਕਦਾ ਹੈ"।
ਕਦਮ 4: ਸਰਵਰ ਲੌਗ ਜਾਂਚੋ
ਕੁਝ ਬੱਗ ਸਰਵਰ 'ਤੇ ਹੁੰਦੇ ਹਨ, ਜਿੱਥੇ ਬ੍ਰਾਊਜ਼ਰ ਨਹੀਂ ਦੇਖ ਸਕਦਾ। ਨੈੱਟਵਰਕ ਟੈਬ ਵਿੱਚ 500 ਐਰਰ ਇਸਦੀ ਕਲਾਸਿਕ ਨਿਸ਼ਾਨੀ ਹੈ। ਸਰਵਰ ਲੌਗ, ਜੋ ਬੈਕਐਂਡ ਚੱਲਣ ਦੌਰਾਨ ਲਿਖਿਆ ਟੈਕਸਟ ਆਉਟਪੁੱਟ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਅਸਲ ਐਰਰ ਸਟੈਕ ਟਰੇਸ ਸਮੇਤ ਰੱਖਦੇ ਹਨ (ਉਨ੍ਹਾਂ ਫੰਕਸ਼ਨਾਂ ਦੀ ਸੂਚੀ ਜੋ ਫੇਲ੍ਹ ਹੋਣ ਵੇਲੇ ਚੱਲ ਰਹੇ ਸਨ)।
ਕਿੱਥੇ ਲੱਭਣੇ ਹਨ ਇਹ ਤੁਹਾਡੇ ਟੂਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਜ਼ਿਆਦਾਤਰ AI ਐਪ ਬਿਲਡਰਾਂ ਵਿੱਚ ਤੁਸੀਂ ਪ੍ਰੋਜੈਕਟ ਲਈ ਟਰਮੀਨਲ ਜਾਂ ਲੌਗ ਦ੍ਰਿਸ਼ ਖੋਲ੍ਹ ਸਕਦੇ ਹੋ, ਜਾਂ ਸਿਰਫ਼ AI ਨੂੰ ਪੁੱਛ ਸਕਦੇ ਹੋ: "ਆਖਰੀ ਬੇਨਤੀ ਦੇ ਸਰਵਰ ਲੌਗ ਵਿੱਚ ਐਰਰ ਲੱਭੋ ਅਤੇ ਦੱਸੋ ਕਿ ਕੀ ਫੇਲ੍ਹ ਹੋਇਆ।"
ਕਦਮ 5: AI ਨੂੰ ਬੱਗ ਦਾ ਵੇਰਵਾ ਦਿਓ
ਜੋ ਤੁਸੀਂ ਇਕੱਠਾ ਕੀਤਾ ਹੈ ਉਸਨੂੰ ਇਸ ਰੂਪ ਵਿੱਚ ਰੱਖੋ:
ਬੁਕਿੰਗ ਪੰਨੇ 'ਤੇ, ਮੈਂਬਰ ਵਜੋਂ ਲੌਗਇਨ ਕਰਕੇ: ਮੈਂ ਕੱਲ੍ਹ ਦੀ 9:00 ਵਾਲੀ ਕਲਾਸ 'ਤੇ Cancel ਕਲਿੱਕ ਕੀਤਾ। ਉਮੀਦ: ਬੁਕਿੰਗ ਗਾਇਬ ਹੋ ਜਾਵੇ ਅਤੇ ਕਲਾਸ ਵਿੱਚ ਇੱਕ ਹੋਰ ਖਾਲੀ ਥਾਂ ਦਿਖੇ। ਅਸਲ: ਸਕਰੀਨ 'ਤੇ ਕੁਝ ਨਹੀਂ ਬਦਲਿਆ। ਕੰਸੋਲ ਵਿੱਚ
TypeError: Cannot read properties of undefined (reading 'id')ਹੈBookingCard.tsx:31'ਤੇ, ਅਤੇ ਨੈੱਟਵਰਕ ਟੈਬ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿDELETE /api/bookings/123ਨੇ 500 ਦਿੱਤਾ। ਕਾਰਨ ਲੱਭੋ, ਠੀਕ ਕਰੋ, ਅਤੇ ਜਾਂਚੋ ਕਿ ਕੈਂਸਲ ਕਰਨਾ ਇੱਕ ਬੁਕਿੰਗ ਵਾਲੇ ਅਤੇ ਕਈ ਬੁਕਿੰਗਾਂ ਵਾਲੇ ਮੈਂਬਰ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ।
ਹਰ ਹਿੱਸਾ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ:
- ਕਿੱਥੇ ਅਤੇ ਕਿਸ ਵਜੋਂ ਇਸਨੂੰ ਇੱਕ ਸਕਰੀਨ ਅਤੇ ਇੱਕ ਭੂਮਿਕਾ ਤੱਕ ਸੀਮਤ ਕਰਦਾ ਹੈ।
- ਸਹੀ ਕਦਮ AI ਨੂੰ ਇਸਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣ ਦਿੰਦੇ ਹਨ।
- ਉਮੀਦ ਬਨਾਮ ਅਸਲ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ "ਠੀਕ" ਦਾ ਕੀ ਅਰਥ ਹੈ।
- ਐਰਰ ਟੈਕਸਟ ਅਤੇ ਫੇਲ੍ਹ ਹੋਈ ਬੇਨਤੀ ਸਿੱਧੇ ਕਾਰਨ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ।
- "ਜਾਂਚੋ ਕਿ…" AI ਨੂੰ ਸਿਰਫ਼ ਬਦਲਣ ਦੀ ਬਜਾਏ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ।
ਜੇ AI ਦੋ ਵਾਰ ਫਿਕਸ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਕੇ ਫੇਲ੍ਹ ਹੋਇਆ ਹੈ, ਤਾਂ ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮਝਾਉਣ ਲਈ ਕਹੋ:
ਅਜੇ ਕੋਡ ਨਾ ਬਦਲੋ। ਤੁਹਾਡੇ ਖਿਆਲ ਵਿੱਚ ਇਹ ਕੀ ਕਰਕੇ ਹੋ ਰਿਹਾ ਹੈ, ਅਤੇ ਕਿਹੜੇ ਸਬੂਤ ਇਸਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ?
ਗਲਤ ਅੰਦਾਜ਼ਾ ਲਿਖਿਆ ਹੋਣ 'ਤੇ ਆਸਾਨੀ ਨਾਲ ਪਛਾਣਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਗਲਤ ਫਿਕਸ ਨਾਲੋਂ ਠੀਕ ਕਰਨਾ ਬਹੁਤ ਸਸਤਾ ਹੈ।
ਕਦਮ 6: ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਨੇੜੇ ਜਾਂਚੋ
ਜਦੋਂ AI ਕਹੇ ਕਿ ਠੀਕ ਹੋ ਗਿਆ, ਤਾਂ ਕਦਮ 1 ਦੇ ਬਿਲਕੁਲ ਉਹੀ ਕਦਮ ਦੁਹਰਾਓ। ਫਿਰ ਆਲੇ-ਦੁਆਲੇ ਦੀਆਂ ਚੀਜ਼ਾਂ ਜਾਂਚੋ:
- ਉਹੀ ਕਾਰਵਾਈ ਵੱਖਰੀ ਯੂਜ਼ਰ ਭੂਮਿਕਾ ਲਈ
- ਉਹੀ ਕਾਰਵਾਈ ਬਿਨਾਂ ਡੇਟਾ ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਡੇਟਾ ਨਾਲ
- ਉਹ ਪੰਨੇ ਜੋ ਉਸ ਕੰਪੋਨੈਂਟ ਨੂੰ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਠੀਕ ਕੀਤਾ
- ਫੋਨ-ਚੌੜਾਈ ਵਾਲੀ ਸਕਰੀਨ, ਜੇ ਫਿਕਸ ਨੇ ਲੇਆਉਟ ਛੂਹਿਆ
AI ਬਦਲਾਅ ਕਈ ਵਾਰ ਇੱਕ ਰਾਹ ਠੀਕ ਕਰਦੇ ਹਨ ਅਤੇ ਕਿਸੇ ਹੋਰ ਨੂੰ ਚੁੱਪਚਾਪ ਤੋੜ ਦਿੰਦੇ ਹਨ। ਹੁਣ ਦੋ ਮਿੰਟ ਦੀ ਜਾਂਚ ਬਾਅਦ ਦੇ ਘੰਟੇ ਭਰ ਦੀ ਉਲਝਣ ਬਚਾਉਂਦੀ ਹੈ।
ਕਦਮ 7: ਹੋਰ ਢੇਰ ਲਾਉਣ ਦੀ ਥਾਂ ਰੋਲਬੈਕ ਕਰੋ
ਜੇ ਕੋਈ ਫਿਕਸ ਹਾਲਾਤ ਹੋਰ ਵਿਗਾੜੇ, ਜਾਂ ਤੁਸੀਂ ਤਿੰਨ ਗੇੜਾਂ ਵਿੱਚ ਬਿਨਾਂ ਤਰੱਕੀ ਦੇ ਹੋ, ਤਾਂ ਵਾਪਸ ਜਾਓ। ਆਖਰੀ ਕੰਮ ਕਰਨ ਵਾਲੇ ਵਰਜਨ 'ਤੇ ਰੋਲਬੈਕ ਕਰੋ ਅਤੇ ਬਿਹਤਰ ਸਬੂਤ ਨਾਲ ਦੁਬਾਰਾ ਲਿਖੋ। ਇਹ ਤਿੰਨ ਗਲਤ ਫਿਕਸਾਂ ਉੱਪਰ ਚੌਥਾ ਫਿਕਸ ਮੰਗਣ ਨਾਲੋਂ ਲਗਭਗ ਹਮੇਸ਼ਾ ਬਿਹਤਰ ਹੁੰਦਾ ਹੈ। ਹਰ ਅਸਫਲ ਕੋਸ਼ਿਸ਼ ਕੋਡ ਛੱਡਦੀ ਹੈ, ਅਤੇ ਉਹ ਕੋਡ ਅਗਲੀ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਉਲਝਾਉਂਦਾ ਹੈ।
ਚੰਗੀਆਂ ਆਦਤਾਂ ਜੋ ਰੋਲਬੈਕ ਆਸਾਨ ਬਣਾਉਂਦੀਆਂ ਹਨ:
- ਹਰ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਪਰਖੋ, ਤਾਂ ਜੋ ਪਤਾ ਲੱਗੇ ਕਿ ਕਿਹੜੇ ਬਦਲਾਅ ਨੇ ਕੀ ਤੋੜਿਆ।
- ਬਦਲਾਅ ਛੋਟੇ ਰੱਖੋ: ਇੱਕ ਸੁਨੇਹੇ ਵਿੱਚ ਇੱਕ ਫੀਚਰ ਜਾਂ ਫਿਕਸ।
- ਕੋਈ ਜੋਖਮ ਭਰੀ ਚੀਜ਼ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਖਰੀ ਚੰਗਾ ਵਰਜਨ ਨੋਟ ਕਰੋ।
- ਜੇ ਕੋਡ Git ਵਿੱਚ ਹੈ, ਤਾਂ ਕੰਮ ਕਰਦੇ ਵਰਜਨ ਕਮਿਟ ਕਰੋ ਤਾਂ ਜੋ ਉਨ੍ਹਾਂ 'ਤੇ ਵਾਪਸ ਜਾ ਸਕੋ।
AI ਨਾਲ ਬਣੀਆਂ ਐਪਾਂ ਦੇ ਆਮ ਬੱਗ ਪੈਟਰਨ
| ਲੱਛਣ | ਸੰਭਾਵਿਤ ਕਾਰਨ | ਕੀ ਮੰਗਣਾ ਹੈ |
|---|---|---|
| ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ, ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ 'ਤੇ ਟੁੱਟਦਾ ਹੈ | ਲਾਈਵ ਐਪ 'ਤੇ ਸੀਕ੍ਰੇਟ ਜਾਂ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਗੁੰਮ, ਜਾਂ ਬਦਲਾਅ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਹੋਇਆ | "ਜਾਂਚੋ ਕਿ ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਲਈ ਹਰ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਸੈੱਟ ਹੈ" |
| ਰਿਫ੍ਰੈਸ਼ ਤੋਂ ਬਾਅਦ ਡੇਟਾ ਗਾਇਬ | ਸਿਰਫ਼ ਪੰਨੇ ਦੀ ਮੈਮਰੀ ਵਿੱਚ ਸੰਭਾਲਿਆ, ਡੇਟਾਬੇਸ ਵਿੱਚ ਨਹੀਂ | "[ਡੇਟਾ] ਨੂੰ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੰਭਾਲੋ ਤਾਂ ਜੋ ਰਿਫ੍ਰੈਸ਼ ਤੋਂ ਬਾਅਦ ਬਣਿਆ ਰਹੇ" |
| ਪੰਨਾ ਖਾਲੀ ਹੈ | ਰੈਂਡਰ ਕਰਦੇ ਸਮੇਂ ਕ੍ਰੈਸ਼ | ਕੰਸੋਲ ਦਾ ਐਰਰ ਕਾਪੀ ਕਰੋ |
| ਤੁਹਾਡੇ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ, ਨਵੇਂ ਯੂਜ਼ਰਾਂ ਲਈ ਨਹੀਂ | ਕੋਡ ਉਹ ਡੇਟਾ ਮੰਨਦਾ ਹੈ ਜੋ ਨਵੇਂ ਖਾਤਿਆਂ ਕੋਲ ਨਹੀਂ | "ਸੰਭਾਲੋ ਕਿ ਜਦੋਂ ਯੂਜ਼ਰ ਕੋਲ ਕੋਈ [ਰਿਕਾਰਡ] ਨਾ ਹੋਵੇ ਤਾਂ ਕੀ ਹੋਵੇ" |
| ਯੂਜ਼ਰ ਇੱਕ-ਦੂਜੇ ਦਾ ਡੇਟਾ ਦੇਖ ਸਕਦੇ ਹਨ | ਸਰਵਰ 'ਤੇ ਇਜਾਜ਼ਤ ਜਾਂਚ ਗਾਇਬ | ਸਾਡੀ ਸੁਰੱਖਿਆ ਚੈੱਕਲਿਸਟ ਵੇਖੋ |
| ਫੋਨ 'ਤੇ ਲੇਆਉਟ ਟੁੱਟਿਆ | ਸਥਿਰ ਚੌੜਾਈਆਂ ਜਾਂ ਸਮੱਗਰੀ ਜੋ ਲਪੇਟਦੀ ਨਹੀਂ | ਸਕਰੀਨਸ਼ਾਟ ਅਤੇ ਸਕਰੀਨ ਦੀ ਚੌੜਾਈ |
| ਲੌਗਇਨ ਕੰਮ ਕਰਦਾ ਹੈ, ਫਿਰ ਰੀਲੋਡ 'ਤੇ ਲੌਗ-ਆਉਟ | ਸੈਸ਼ਨ ਸੰਭਾਲਿਆ ਨਹੀਂ ਜਾਂ ਕੂਕੀ ਸੈਟਿੰਗਾਂ ਗਲਤ | "ਪੰਨਾ ਰਿਫ੍ਰੈਸ਼ ਤੋਂ ਬਾਅਦ ਯੂਜ਼ਰਾਂ ਨੂੰ ਲੌਗਇਨ ਰੱਖੋ" |
ਜਦੋਂ ਸਮੱਸਿਆ ਬੱਗ ਨਾ ਹੋਵੇ
ਕੁਝ "ਬੱਗ" ਅਸਲ ਵਿੱਚ AI ਦਾ ਬਿਲਕੁਲ ਉਹੀ ਬਣਾਉਣਾ ਹੁੰਦਾ ਹੈ ਜੋ ਉਸਨੂੰ ਕਿਹਾ ਗਿਆ ਸੀ, ਅਤੇ ਵੇਰਵਾ ਅਸਪੱਸ਼ਟ ਸੀ। ਜੇ ਤੁਸੀਂ ਜੋ ਫਿਕਸ ਮੰਗ ਰਹੇ ਹੋ ਉਹ ਅਸਲ ਵਿੱਚ ਵਿਹਾਰ ਵਿੱਚ ਤਬਦੀਲੀ ਹੈ, ਤਾਂ ਸਾਫ਼ ਕਹੋ: "ਇਸਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਬਦਲੋ ਕਿ…"। ਜੇ ਤੁਸੀਂ ਅਨਿਸ਼ਚਿਤ ਹੋ ਕਿ ਸਹੀ ਵਿਹਾਰ ਕੀ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਉਹ ਤੈਅ ਕਰੋ। ਨਿਯਮਾਂ ਨੂੰ ਸਾਫ਼ ਲਿਖਣ ਬਾਰੇ ਸਾਡੀ ਗਾਈਡ AI ਐਪ ਬਿਲਡਰਾਂ ਲਈ ਪ੍ਰੋਂਪਟ ਕਿਵੇਂ ਲਿਖੀਏ ਵਿੱਚ ਹੈ। ਅਤੇ ਜੇ ਤੁਸੀਂ ਅਸਲ ਯੂਜ਼ਰਾਂ ਲਈ ਐਪ ਤਿਆਰ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ AI ਪ੍ਰੋਟੋਟਾਈਪ ਨੂੰ ਪ੍ਰੋਡਕਸ਼ਨ ਤੱਕ ਕਿਵੇਂ ਲਿਜਾਈਏ ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਜਾਂਚਾਂ ਦੱਸਦੀ ਹੈ।
Mythex ਵਿੱਚ ਡੀਬੱਗਿੰਗ
Mythex ਵਿੱਚ ਚੱਕਰ ਦੇ ਹਰ ਕਦਮ ਲਈ ਟੂਲ ਹਨ:
- ਪ੍ਰੀਵਿਊ ਬੱਗ ਦੁਬਾਰਾ ਬਣਾਉਣ ਲਈ, ਫੋਨ-ਆਕਾਰ ਦੇ ਫਰੇਮ ਸਮੇਤ।
/testਏਜੰਟ ਨੂੰ ਤੁਹਾਡੀ ਲਾਈਵ ਪ੍ਰੀਵਿਊ 'ਤੇ ਯੂਜ਼ਰ ਵਾਂਗ ਕਲਿੱਕ ਕਰਵਾਉਂਦਾ ਹੈ ਅਤੇ ਟੁੱਟੇ ਪ੍ਰਵਾਹ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ।/fixਏਜੰਟ ਨੂੰ ਖਾਸ ਤੌਰ 'ਤੇ ਟੁੱਟੀਆਂ ਚੀਜ਼ਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ।- Plan ਮੋਡ ਏਜੰਟ ਨੂੰ ਕੁਝ ਵੀ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚ ਅਤੇ ਸਮਝਾਉਣ ਦਿੰਦਾ ਹੈ।
- Code → terminal ਤੁਹਾਡੀ ਐਪ ਦੇ ਸਰਵਰ ਲੌਗ ਦਿਖਾਉਂਦਾ ਹੈ।
- Revert to this point ਕਿਸੇ ਵੀ ਜਵਾਬ 'ਤੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਉਸ ਚੈੱਕਪੌਇੰਟ ਤੱਕ ਰੋਲ ਕਰਦਾ ਹੈ।
ਜੇ ਪ੍ਰਕਾਸ਼ਨ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਪ੍ਰਕਾਸ਼ਨ ਡਾਇਲਾਗ ਆਮ ਤੌਰ 'ਤੇ Fix with AI ਦਿੰਦਾ ਹੈ, ਜੋ ਬਿਲਡ ਆਉਟਪੁੱਟ ਜਾਂ ਐਪ ਦੇ ਲੌਗ ਪੜ੍ਹਦਾ ਹੈ। ਡੌਕਸ ਵਿੱਚ Debug your app ਅਤੇ Publish troubleshooting ਵੇਖੋ।
ਸਵਾਲ
ਜਦੋਂ ਮੇਰੀ ਐਪ ਵਿੱਚ ਬੱਗ ਹੋਵੇ ਤਾਂ AI ਨੂੰ ਕੀ ਦੱਸਾਂ?
ਤਿੰਨ ਚੀਜ਼ਾਂ: ਤੁਸੀਂ ਕਿਹੜੇ ਸਹੀ ਕਦਮ ਚੁੱਕੇ, ਕੀ ਹੋਣ ਦੀ ਉਮੀਦ ਸੀ, ਅਤੇ ਅਸਲ ਵਿੱਚ ਕੀ ਹੋਇਆ, ਜਿਸ ਵਿੱਚ ਕਿਸੇ ਵੀ ਐਰਰ ਸੁਨੇਹੇ ਦਾ ਸਹੀ ਪਾਠ ਸ਼ਾਮਲ ਹੋਵੇ। ਅਕਸਰ ਕਾਰਨ ਲੱਭਣ ਲਈ ਇੰਨਾ ਕਾਫ਼ੀ ਹੁੰਦਾ ਹੈ।
ਬ੍ਰਾਊਜ਼ਰ ਕੰਸੋਲ ਕਿਵੇਂ ਖੋਲ੍ਹਾਂ?
Chrome, Edge ਜਾਂ Firefox ਵਿੱਚ, ਪੰਨੇ 'ਤੇ ਸੱਜਾ ਕਲਿੱਕ ਕਰੋ ਅਤੇ Inspect ਚੁਣੋ, ਫਿਰ Console ਟੈਬ ਖੋਲ੍ਹੋ। ਕੀਬੋਰਡ ਸ਼ਾਰਟਕੱਟ F12 ਹੈ, ਜਾਂ Mac 'ਤੇ Cmd+Option+I। Safari ਵਿੱਚ ਪਹਿਲਾਂ Settings ਵਿੱਚ Develop ਮੀਨੂ ਚਾਲੂ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।
AI ਇੱਕੋ ਬੱਗ ਠੀਕ ਕਰਨ ਵਿੱਚ ਲਗਾਤਾਰ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। ਮੈਂ ਕੀ ਕਰਾਂ?
ਫਿਕਸ 'ਤੇ ਫਿਕਸ ਚੜ੍ਹਾਉਣਾ ਬੰਦ ਕਰੋ। ਆਖਰੀ ਕੰਮ ਕਰਨ ਵਾਲੇ ਵਰਜਨ 'ਤੇ ਵਾਪਸ ਜਾਓ, ਫਿਰ ਬੱਗ ਨੂੰ ਹੋਰ ਵੇਰਵੇ ਨਾਲ ਦੁਬਾਰਾ ਦੱਸੋ: ਸਹੀ ਐਰਰ, ਫੇਲ੍ਹ ਹੋਈ ਨੈੱਟਵਰਕ ਬੇਨਤੀ, ਜਾਂ ਸਕਰੀਨਸ਼ਾਟ। AI ਨੂੰ ਕੋਡ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਕਾਰਨ ਸਮਝਾਉਣ ਲਈ ਕਹਿਣਾ ਵੀ ਮਦਦ ਕਰਦਾ ਹੈ।
ਐਪ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਕੰਮ ਕਰਦੀ ਹੈ ਪਰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਨਹੀਂ। ਕਿਉਂ?
ਆਮ ਕਾਰਨ ਹਨ: ਸੀਕ੍ਰੇਟ ਜਾਂ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਲਾਈਵ ਐਪ ਲਈ ਕਦੇ ਸੈੱਟ ਨਹੀਂ ਕੀਤੇ ਗਏ, ਲਾਈਵ ਵਰਜਨ ਨਾਲ ਡੇਟਾਬੇਸ ਜੁੜਿਆ ਨਹੀਂ, ਜਾਂ ਤਬਦੀਲੀਆਂ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਕੀਤੀਆਂ ਗਈਆਂ। ਕੋਡ ਦੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਜਾਂਚੋ।