ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀ ਐਪ ਕਿਵੇਂ ਟੈਸਟ ਕਰੀਏ: ਇੱਕ ਪ੍ਰੈਕਟੀਕਲ ਯੋਜਨਾ

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

ਇਸ ਲਈ ਤੁਹਾਨੂੰ QA ਟੀਮ ਜਾਂ ਟੈਸਟਿੰਗ ਫਰੇਮਵਰਕ ਦੀ ਲੋੜ ਨਹੀਂ। ਤੁਹਾਨੂੰ ਇੱਕ ਸੂਚੀ, ਇੱਕ-ਦੋ ਘੰਟੇ, ਅਤੇ ਉਸ ਵਿੱਚੋਂ ਅਸਲ ਵਿੱਚ ਕਲਿੱਕ ਕਰਕੇ ਲੰਘਣ ਦਾ ਅਨੁਸ਼ਾਸਨ ਚਾਹੀਦਾ ਹੈ।

ਕਦਮ 1: ਉਹ ਸਫ਼ਰ ਲਿਖੋ ਜੋ ਮਾਇਨੇ ਰੱਖਦੇ ਹਨ

ਸਫ਼ਰ ਇੱਕ ਸ਼ੁਰੂ-ਤੋਂ-ਅੰਤ ਤੱਕ ਦਾ ਕੰਮ ਹੈ ਜੋ ਯੂਜ਼ਰ ਕਰਨ ਆਉਂਦਾ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਐਪਾਂ ਵਿੱਚ ਤਿੰਨ ਤੋਂ ਛੇ ਅਜਿਹੇ ਹੁੰਦੇ ਹਨ ਜੋ ਅਸਲ ਵਿੱਚ ਮਾਇਨੇ ਰੱਖਦੇ ਹਨ। ਇੱਕ ਬੁਕਿੰਗ ਐਪ ਲਈ:

1. ਸਾਈਨ ਅੱਪ ਕਰੋ ਅਤੇ ਖਾਤੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ
2. ਇੱਕ ਕਲਾਸ ਲੱਭੋ ਅਤੇ ਬੁੱਕ ਕਰੋ
3. ਇੱਕ ਬੁਕਿੰਗ ਰੱਦ ਕਰੋ
4. ਕਲਾਸ ਪਾਸ ਲਈ ਭੁਗਤਾਨ ਕਰੋ
5. ਸਟਾਫ਼: ਅੱਜ ਦੀਆਂ ਬੁਕਿੰਗਾਂ ਵੇਖੋ

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

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

ਕਦਮ 2: ਇੱਕ ਨਵੇਂ ਯੂਜ਼ਰ ਵਜੋਂ ਸਹੀ ਰਾਹ ਟੈਸਟ ਕਰੋ

"ਸਹੀ ਰਾਹ" ਉਹ ਸਫ਼ਰ ਹੈ ਜੋ ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਚੱਲਦਾ ਹੈ ਜਿਵੇਂ ਇਰਾਦਾ ਸੀ। ਇਸਨੂੰ ਉਸ ਤਰ੍ਹਾਂ ਟੈਸਟ ਕਰੋ ਜਿਵੇਂ ਕੋਈ ਅਣਜਾਣ ਵਿਅਕਤੀ ਅਨੁਭਵ ਕਰੇਗਾ:

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

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

ਕਦਮ 3: ਇਸਨੂੰ ਤੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ

ਹੁਣ ਹਰ ਸਫ਼ਰ ਦੁਹਰਾਓ ਅਤੇ ਜਾਣ-ਬੁੱਝ ਕੇ ਗਲਤ ਕੰਮ ਕਰੋ।

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

ਕਦਮ 4: ਦੋ ਖਾਤਿਆਂ ਨਾਲ ਇਜਾਜ਼ਤਾਂ ਟੈਸਟ ਕਰੋ

ਖਾਤਿਆਂ ਵਾਲੀ ਕਿਸੇ ਵੀ ਐਪ ਲਈ ਇਹ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਟੈਸਟ ਹੈ, ਅਤੇ ਇਹ ਸਭ ਤੋਂ ਵੱਧ ਛੱਡਿਆ ਜਾਂਦਾ ਹੈ।

ਦੋ ਆਮ ਯੂਜ਼ਰ ਬਣਾਓ, A ਅਤੇ B, ਅਤੇ (ਜੇ ਤੁਹਾਡੀ ਐਪ ਵਿੱਚ ਹੋਵੇ) ਇੱਕ ਐਡਮਿਨ।

• A ਵਜੋਂ, ਇੱਕ ਰਿਕਾਰਡ ਬਣਾਓ। B ਵਜੋਂ ਲੌਗਇਨ ਕਰੋ। ਕੀ B ਇਸਨੂੰ ਵੇਖ, ਸੋਧ ਜਾਂ ਮਿਟਾ ਸਕਦਾ ਹੈ? ਨਹੀਂ ਚਾਹੀਦਾ, ਜਦੋਂ ਤੱਕ ਇਹ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਨਾ ਹੋਵੇ।
• A ਵਜੋਂ, ਆਪਣੇ ਇੱਕ ਰਿਕਾਰਡ ਦਾ URL ਕਾਪੀ ਕਰੋ। B ਵਜੋਂ ਲੌਗਇਨ ਕਰੋ ਅਤੇ ਉਹ URL ਸਿੱਧਾ ਖੋਲ੍ਹੋ।
• ਇੱਕ ਆਮ ਯੂਜ਼ਰ ਵਜੋਂ, ਐਡਮਿਨ ਪੰਨੇ ਉਹਨਾਂ ਦੇ URL ਟਾਈਪ ਕਰਕੇ ਖੋਲ੍ਹੋ।
• ਪੂਰੀ ਤਰ੍ਹਾਂ ਲੌਗ ਆਊਟ ਕਰੋ ਅਤੇ ਉਹੀ URL ਅਜ਼ਮਾਓ।

ਜੇ ਇੱਥੇ ਕੋਈ ਸਮੱਸਿਆ ਮਿਲਦੀ ਹੈ, ਤਾਂ ਠੀਕ ਹੋਣ ਤੱਕ ਲਾਂਚ ਨਾ ਕਰੋ। ਜਾਂਚ ਸਰਵਰ 'ਤੇ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਸਿਰਫ਼ ਬਟਨ ਲੁਕਾ ਕੇ ਨਹੀਂ। ਸਾਡੀ AI ਨਾਲ ਬਣੀਆਂ ਐਪਾਂ ਲਈ ਸੁਰੱਖਿਆ ਚੈੱਕਲਿਸਟ ਵਿੱਚ ਹੋਰ ਵੇਰਵੇ ਹਨ।

ਕਦਮ 5: ਅਸਲ ਡਿਵਾਈਸਾਂ 'ਤੇ ਟੈਸਟ ਕਰੋ

ਐਪ ਨੂੰ ਅਸਲ ਫ਼ੋਨ 'ਤੇ ਖੋਲ੍ਹੋ, ਸਿਰਫ਼ ਤੰਗ ਬ੍ਰਾਊਜ਼ਰ ਵਿੰਡੋ 'ਤੇ ਨਹੀਂ।

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

ਜੇ ਹੋ ਸਕੇ ਤਾਂ ਘੱਟੋ-ਘੱਟ ਇੱਕ iPhone (Safari) ਅਤੇ ਇੱਕ Android ਫ਼ੋਨ (Chrome) 'ਤੇ ਟੈਸਟ ਕਰੋ। Safari ਖਾਸ ਕਰਕੇ ਤਾਰੀਖਾਂ, ਵੀਡੀਓ ਅਤੇ ਫਿਕਸਡ-ਪੋਜ਼ੀਸ਼ਨ ਤੱਤਾਂ ਨਾਲ ਆਪਣੀਆਂ ਅਜੀਬਤਾਵਾਂ ਰੱਖਦਾ ਹੈ।

ਕਦਮ 6: ਪੈਸਾ ਅਤੇ ਈਮੇਲ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਟੈਸਟ ਕਰੋ

ਜੋ ਵੀ ਕਾਰਡ ਚਾਰਜ ਕਰਦਾ ਹੈ ਜਾਂ ਈਮੇਲ ਭੇਜਦਾ ਹੈ, ਉਸਦੀ ਪੂਰੀ ਜਾਂਚ ਚਾਹੀਦੀ ਹੈ।

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

ਈਮੇਲਾਂ। ਦੋ ਜਾਂ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਅਸਲ ਪਤਿਆਂ ਨਾਲ ਸਾਈਨ ਅੱਪ ਕਰੋ। ਜਾਂਚੋ ਕਿ ਈਮੇਲਾਂ ਪਹੁੰਚਦੀਆਂ ਹਨ, ਸਪੈਮ ਵਿੱਚ ਨਹੀਂ ਜਾਂਦੀਆਂ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚ ਹਰ ਲਿੰਕ ਲਾਈਵ ਡੋਮੇਨ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਪ੍ਰੀਵਿਊ ਪਤੇ ਵੱਲ ਨਹੀਂ।

ਕਦਮ 7: ਰਫ਼ਤਾਰ ਅਤੇ ਗਲਤੀਆਂ ਜਾਂਚੋ

• ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਡਿਵੈਲਪਰ ਟੂਲ ਖੋਲ੍ਹੋ (ਸੱਜਾ ਕਲਿੱਕ → Inspect) ਅਤੇ ਹਰ ਮੁੱਖ ਪੰਨੇ 'ਤੇ Console ਟੈਬ ਵੇਖੋ। ਲਾਲ ਗਲਤੀਆਂ ਠੀਕ ਕਰਨ ਯੋਗ ਹਨ, ਭਾਵੇਂ ਕੁਝ ਵੀ ਟੁੱਟਿਆ ਨਾ ਲੱਗੇ।
• ਸਾਈਟ ਨੂੰ Wi-Fi ਦੀ ਥਾਂ ਮੋਬਾਈਲ ਡਾਟੇ 'ਤੇ ਫ਼ੋਨ ਵਿੱਚ ਲੋਡ ਕਰੋ। ਜੇ ਪਹਿਲੀ ਸਕਰੀਨ ਕਈ ਸਕਿੰਟ ਲੈਂਦੀ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਤਸਵੀਰਾਂ ਦੇ ਆਕਾਰ ਵੇਖੋ।
• ਤੇਜ਼ ਪੜ੍ਹਤ ਲਈ, Chrome ਦੇ ਡਿਵੈਲਪਰ ਟੂਲਾਂ ਵਿੱਚ Lighthouse ਵਰਗਾ ਮੁਫ਼ਤ ਆਡਿਟ ਚਲਾਓ, ਜੋ ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਪਹੁੰਚਯੋਗਤਾ ਦਿਖਾਉਂਦਾ ਹੈ।

ਕਦਮ 8: ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਟੈਸਟ ਕਰੋ, ਸਿਰਫ਼ ਪ੍ਰੀਵਿਊ ਨਹੀਂ

ਪ੍ਰੀਵਿਊ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਇੱਕੋ ਵਾਤਾਵਰਣ ਨਹੀਂ ਹਨ। ਲਾਂਚ ਬਾਰੇ ਕਿਸੇ ਨੂੰ ਦੱਸਣ ਤੋਂ ਪਹਿਲਾਂ, ਲਾਈਵ URL 'ਤੇ ਮੁੱਖ ਸਫ਼ਰ ਦੁਹਰਾਓ:

• ਕੀ ਸਾਰੇ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਅਤੇ ਸੀਕਰੇਟ ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਲਈ ਸੈੱਟ ਹਨ?
• ਕੀ ਇਹ ਸਹੀ ਡਾਟਾਬੇਸ ਵਰਤ ਰਹੀ ਹੈ, ਉਸ ਡਾਟੇ ਨਾਲ ਜੋ ਤੁਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹੋ?
• ਕੀ ਲੌਗਇਨ ਰੀਡਾਇਰੈਕਟ ਅਤੇ ਈਮੇਲ ਲਿੰਕ ਲਾਈਵ ਡੋਮੇਨ ਵਰਤਦੇ ਹਨ?
• ਕੀ ਕਿਸੇ ਡੂੰਘੇ ਪੰਨੇ 'ਤੇ ਰੀਫ੍ਰੈਸ਼ ਸਹੀ ਢੰਗ ਨਾਲ ਲੋਡ ਹੁੰਦਾ ਹੈ?

ਕਦਮ 9: ਕਿਸੇ ਹੋਰ ਨੂੰ ਇਸਨੂੰ ਵਰਤਦੇ ਵੇਖੋ

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

ਜਦੋਂ ਉਹਨਾਂ ਨੂੰ ਕੋਈ ਬੱਗ ਮਿਲੇ, ਤਾਂ ਉਸਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਲਿਖੋ: ਕਦਮ, ਉਮੀਦ ਕੀਤਾ ਨਤੀਜਾ, ਅਤੇ ਅਸਲ ਨਤੀਜਾ। ਚੰਗੀ ਬੱਗ ਰਿਪੋਰਟ ਕਿਵੇਂ ਲਿਖੀਏ ਵਿੱਚ ਫਾਰਮੈਟ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।

ਟੈਸਟਿੰਗ ਵਿੱਚ AI ਦੀ ਮਦਦ ਲਓ

ਜੇ ਤੁਸੀਂ AI ਨਾਲ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਉਸਨੂੰ ਟੈਸਟਾਂ ਦੀ ਯੋਜਨਾ ਅਤੇ ਚਲਾਉਣ ਵਿੱਚ ਮਦਦ ਲਈ ਕਹਿ ਸਕਦੇ ਹੋ:

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

ਦੋ ਵੱਖ-ਵੱਖ ਟੈਸਟ ਯੂਜ਼ਰਾਂ ਵਜੋਂ ਲੌਗਇਨ ਕਰੋ ਅਤੇ ਜਾਂਚੋ ਕਿ ਕੀ ਯੂਜ਼ਰ B, ਯੂਜ਼ਰ A ਦੁਆਰਾ ਬਣਾਈ ਕੋਈ ਚੀਜ਼ ਵੇਖ ਜਾਂ ਬਦਲ ਸਕਦਾ ਹੈ, A ਦੇ ਰਿਕਾਰਡ URL ਸਿੱਧੇ ਖੋਲ੍ਹ ਕੇ ਵੀ। ਕੁਝ ਵੀ ਠੀਕ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜੋ ਮਿਲੇ ਉਸਦੀ ਰਿਪੋਰਟ ਦਿਓ।

AI ਦੀ ਆਪਣੀ ਟੈਸਟ ਰਿਪੋਰਟ ਨੂੰ ਪਹਿਲੀ ਪੜਤਾਲ ਵਜੋਂ ਲਓ। ਪੈਸੇ ਅਤੇ ਇਜਾਜ਼ਤਾਂ ਵਾਲੇ ਸਫ਼ਰ ਆਪ ਕਲਿੱਕ ਕਰਕੇ ਜ਼ਰੂਰ ਜਾਂਚੋ।

Mythex ਵਿੱਚ ਟੈਸਟਿੰਗ

Mythex ਵਿੱਚ, /test ਕਮਾਂਡ ਐਪ ਟੈਸਟਿੰਗ ਚਲਾਉਂਦੀ ਹੈ: ਏਜੰਟ ਤੁਹਾਡੇ ਲਾਈਵ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਬ੍ਰਾਊਜ਼ਰ ਚਲਾਉਂਦਾ ਹੈ, ਪੰਨਿਆਂ 'ਤੇ ਕਲਿੱਕ ਕਰਦਾ ਹੈ, ਸਕਰੀਨਸ਼ਾਟ ਲੈਂਦਾ ਹੈ ਅਤੇ ਟੁੱਟੇ ਪ੍ਰਵਾਹਾਂ ਦੀ ਚੈਟ ਵਿੱਚ ਰਿਪੋਰਟ ਦਿੰਦਾ ਹੈ। ਇਹ ਕਿਸੇ ਖਾਸ ਸਫ਼ਰ ਨਾਲ ਸਭ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ "ਸਾਈਨ-ਅੱਪ ਅਤੇ ਕਲਾਸ ਬੁੱਕ ਕਰਨ ਦੀ ਜਾਂਚ ਕਰੋ"। ਜੋ ਇਹ ਲੱਭੇ ਉਸਨੂੰ /fix ਨਾਲ ਜਾਂ ਇੱਕ ਆਮ ਸੁਨੇਹੇ ਨਾਲ ਠੀਕ ਕਰੋ, ਫਿਰ /test ਮੁੜ ਚਲਾਓ। App Testing ਪ੍ਰੀਵਿਊ ਵਰਤਦਾ ਹੈ, ਇਸ ਲਈ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਮੁੱਖ ਸਫ਼ਰ ਪ੍ਰਕਾਸ਼ਿਤ URL 'ਤੇ ਆਪ ਜਾਂਚੋ। ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ App Testing ਵੇਖੋ, ਅਤੇ ਜਦੋਂ ਕੁਝ ਫੇਲ੍ਹ ਹੋਵੇ ਤਾਂ AI ਨਾਲ ਬਣੀ ਐਪ ਨੂੰ ਡੀਬੱਗ ਕਿਵੇਂ ਕਰੀਏ ਸਾਡੀ ਗਾਈਡ ਵੇਖੋ।

ਆਮ ਗਲਤੀਆਂ

• ਸਿਰਫ਼ ਆਪਣੇ ਆਪ ਵਜੋਂ ਟੈਸਟ ਕਰਨਾ। ਬਹੁਤ ਸਾਰੇ ਡਾਟੇ ਵਾਲਾ ਤੁਹਾਡਾ ਐਡਮਿਨ ਖਾਤਾ ਖਾਲੀ-ਹਾਲਤ ਅਤੇ ਇਜਾਜ਼ਤ ਦੇ ਬੱਗ ਲੁਕਾ ਦਿੰਦਾ ਹੈ।
• ਸਿਰਫ਼ ਲੈਪਟਾਪ 'ਤੇ ਟੈਸਟ ਕਰਨਾ। ਬਹੁਤ ਸਾਰੀਆਂ ਸਾਈਟਾਂ ਦੇ ਜ਼ਿਆਦਾਤਰ ਵਿਜ਼ਟਰ ਫ਼ੋਨ ਤੋਂ ਆਉਂਦੇ ਹਨ।
• ਦੂਜਾ ਖਾਤਾ ਛੱਡਣਾ। ਯੂਜ਼ਰਾਂ ਵਿਚਕਾਰ ਡਾਟਾ ਲੀਕ ਹੋਣਾ ਸਭ ਤੋਂ ਗੰਭੀਰ ਬੱਗ ਹੈ ਜਿਸ ਨਾਲ ਕੋਈ ਐਪ ਲਾਂਚ ਹੋ ਸਕਦੀ ਹੈ।
• ਪ੍ਰੀਵਿਊ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ। ਲਾਈਵ ਐਪ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਵੱਖਰੀਆਂ ਹਨ; ਉਸਨੂੰ ਵੀ ਟੈਸਟ ਕਰੋ।
• ਬੱਗ ਠੀਕ ਕਰਕੇ ਨੇੜਲੇ ਹਿੱਸੇ ਮੁੜ ਟੈਸਟ ਨਾ ਕਰਨਾ। ਇੱਕ ਫਾਰਮ ਦੀ ਫਿਕਸ ਕੋਡ ਸਾਂਝਾ ਕਰਨ ਵਾਲੇ ਦੂਜੇ ਫਾਰਮ ਨੂੰ ਤੋੜ ਸਕਦੀ ਹੈ।

ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਚੈੱਕਲਿਸਟ

• ਮੁੱਖ ਸਫ਼ਰ ਸੂਚੀਬੱਧ ਅਤੇ ਦਰਜਾਬੱਧ
• ਹਰ ਸਫ਼ਰ ਪ੍ਰਾਈਵੇਟ ਵਿੰਡੋ ਵਿੱਚ ਬਿਲਕੁਲ ਨਵੇਂ ਯੂਜ਼ਰ ਵਜੋਂ ਪਾਸ ਹੁੰਦਾ ਹੈ
• ਖਾਲੀ, ਗਲਤ, ਲੰਮਾ ਅਤੇ ਦੁਹਰਾਇਆ ਇਨਪੁੱਟ ਸੰਭਾਲਿਆ ਗਿਆ
• ਹਰ ਪੰਨੇ 'ਤੇ ਰੀਫ੍ਰੈਸ਼ ਕੰਮ ਕਰਦਾ ਹੈ
• ਯੂਜ਼ਰ ਇੱਕ-ਦੂਜੇ ਦਾ ਡਾਟਾ ਨਹੀਂ ਵੇਖ ਜਾਂ ਬਦਲ ਸਕਦੇ, URL ਰਾਹੀਂ ਵੀ ਨਹੀਂ
• ਆਮ ਯੂਜ਼ਰਾਂ ਅਤੇ ਲੌਗ-ਆਊਟ ਵਿਜ਼ਟਰਾਂ ਲਈ ਐਡਮਿਨ ਪੰਨੇ ਬਲੌਕ
• ਅਸਲ iPhone ਅਤੇ Android ਫ਼ੋਨ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ
• ਭੁਗਤਾਨ ਟੈਸਟ ਕੀਤੇ: ਸਫ਼ਲਤਾ, ਰੱਦ, ਕੈਂਸਲ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਐਪ ਅੱਪਡੇਟ ਹੁੰਦੀ ਹੈ
• ਈਮੇਲਾਂ ਪਹੁੰਚਦੀਆਂ ਹਨ, ਸਪੈਮ ਤੋਂ ਬਚਦੀਆਂ ਹਨ, ਅਤੇ ਲਾਈਵ ਡੋਮੇਨ ਨਾਲ ਲਿੰਕ ਕਰਦੀਆਂ ਹਨ
• ਮੁੱਖ ਪੰਨਿਆਂ 'ਤੇ ਕੰਸੋਲ ਵਿੱਚ ਕੋਈ ਲਾਲ ਗਲਤੀ ਨਹੀਂ
• ਪ੍ਰਕਾਸ਼ਿਤ URL 'ਤੇ ਮੁੱਖ ਸਫ਼ਰ ਦੁਹਰਾਏ
• ਘੱਟੋ-ਘੱਟ ਇੱਕ ਬਾਹਰਲੇ ਵਿਅਕਤੀ ਨੇ ਤੁਹਾਡੇ ਵੇਖਦੇ ਹੋਏ ਇਸਨੂੰ ਅਜ਼ਮਾਇਆ

ਸਵਾਲ