- API ਟੈਸਟਿੰਗ ਟਿਊਟੋਰਿਅਲ ਦੀ ਸੂਚੀ
- ਇਸ API ਟੈਸਟਿੰਗ ਲੜੀ ਵਿੱਚ ਟਿਊਟੋਰਿਅਲਸ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ
- ਸਿੱਟਾ
- API ਟੈਸਟਿੰਗ ਟਿਊਟੋਰਿਅਲ
- ਤੁਹਾਡੇ ਸੰਗਠਨ ਵਿੱਚ API ਟੈਸਟਿੰਗ ਪੇਸ਼ ਕਰ ਰਿਹਾ ਹੈ
ਇਹ ਡੂੰਘਾਈ ਵਾਲਾ API ਟੈਸਟਿੰਗ ਟਿਊਟੋਰਿਅਲ API ਟੈਸਟਿੰਗ, ਵੈੱਬ ਸੇਵਾਵਾਂ ਅਤੇ ਤੁਹਾਡੇ ਸੰਗਠਨ ਵਿੱਚ API ਟੈਸਟਿੰਗ ਨੂੰ ਕਿਵੇਂ ਪੇਸ਼ ਕਰਨਾ ਹੈ ਬਾਰੇ ਸਭ ਕੁਝ ਦੱਸਦਾ ਹੈ:
ਏਪੀਆਈ ਟੈਸਟਿੰਗ ਵਿੱਚ ਡੂੰਘੀ ਸਮਝ ਪ੍ਰਾਪਤ ਕਰੋ ਇਸ ਸ਼ੁਰੂਆਤੀ ਟਿਊਟੋਰਿਅਲ ਤੋਂ ਸ਼ਿਫਟ-ਖੱਬੇ ਟੈਸਟਿੰਗ ਅਤੇ ਵੈਬ ਸੇਵਾਵਾਂ ਦੀ ਧਾਰਨਾ।
ਸੰਕਲਪ ਜਿਵੇਂ ਕਿ ਵੈੱਬ API, API ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ (ਅਸਲ-ਸੰਸਾਰ ਉਦਾਹਰਨ ਦੇ ਨਾਲ) ਅਤੇ ਇਹ ਵੈੱਬ ਸੇਵਾਵਾਂ ਤੋਂ ਕਿਵੇਂ ਵੱਖਰਾ ਹੈ ਇਸ ਵਿੱਚ ਉਦਾਹਰਣਾਂ ਨਾਲ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਮਝਾਇਆ ਗਿਆ ਹੈ। ਟਿਊਟੋਰਿਅਲ।
API ਟੈਸਟਿੰਗ ਟਿਊਟੋਰਿਅਲ ਦੀ ਸੂਚੀ
ਟਿਊਟੋਰਿਅਲ #1: API ਟੈਸਟਿੰਗ ਟਿਊਟੋਰਿਅਲ: ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲਿਆਂ ਲਈ ਇੱਕ ਸੰਪੂਰਨ ਗਾਈਡ
ਟਿਊਟੋਰਿਅਲ #2: ਵੈੱਬ ਸਰਵਿਸਿਜ਼ ਟਿਊਟੋਰਿਅਲ: ਕੰਪੋਨੈਂਟਸ, ਆਰਕੀਟੈਕਚਰ, ਕਿਸਮਾਂ & ਉਦਾਹਰਨਾਂ
ਟਿਊਟੋਰਿਅਲ #3: ਉੱਤਰਾਂ ਦੇ ਨਾਲ ਸਿਖਰ ਦੇ 35 ASP.Net ਅਤੇ ਵੈੱਬ API ਇੰਟਰਵਿਊ ਸਵਾਲ
ਟਿਊਟੋਰਿਅਲ #4: ਪੋਸਟਮੈਨ ਟਿਊਟੋਰਿਅਲ: API ਟੈਸਟਿੰਗ ਪੋਸਟਮੈਨ ਦੀ ਵਰਤੋਂ ਕਰਨਾ
ਟਿਊਟੋਰਿਅਲ #5: ਅਪਾਚੇ HTTP ਕਲਾਇੰਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵੈੱਬ ਸੇਵਾਵਾਂ ਦੀ ਜਾਂਚ
ਇਸ API ਟੈਸਟਿੰਗ ਲੜੀ ਵਿੱਚ ਟਿਊਟੋਰਿਅਲਸ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ
ਟਿਊਟੋਰਿਅਲ # | ਤੁਸੀਂ ਕੀ ਸਿੱਖੋਗੇ | |||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
ਟਿਊਟੋਰਿਅਲ_#1: | API ਟੈਸਟਿੰਗ ਟਿਊਟੋਰਿਅਲ : ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲਿਆਂ ਲਈ ਇੱਕ ਸੰਪੂਰਨ ਗਾਈਡ ਇਹ ਡੂੰਘਾਈ ਨਾਲ API ਟੈਸਟਿੰਗ ਟਿਊਟੋਰਿਅਲ API ਟੈਸਟਿੰਗ, ਅਤੇ ਵੈੱਬ ਸੇਵਾਵਾਂ ਬਾਰੇ ਸਭ ਕੁਝ ਵਿਸਤਾਰ ਵਿੱਚ ਦੱਸੇਗਾ ਅਤੇ ਤੁਹਾਨੂੰ ਇਹ ਵੀ ਸਿਖਾਏਗਾ ਕਿ ਤੁਹਾਡੀ ਸੰਸਥਾ ਵਿੱਚ API ਟੈਸਟਿੰਗ ਨੂੰ ਕਿਵੇਂ ਪੇਸ਼ ਕਰਨਾ ਹੈ। | |||||||||||||||||||||||||||||||||||||||||||||
ਟਿਊਟੋਰੀਅਲ_#2: | ਵੈੱਬ ਸੇਵਾਵਾਂ ਟਿਊਟੋਰਿਅਲ: ਕੰਪੋਨੈਂਟਸ, ਆਰਕੀਟੈਕਚਰ, ਕਿਸਮਾਂ ਅਤੇ ਉਦਾਹਰਨਾਂ ਇਹ ਵੈੱਬਵੈਧ ਅਤੇ ਅਵੈਧ ਜਵਾਬ ਲਈ API ਤੋਂ ਜਵਾਬਾਂ ਦੀ ਸ਼ੁੱਧਤਾ ਅਸਲ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜੇਕਰ 200 ਦਾ ਸਟੇਟਸ ਕੋਡ (ਮਤਲਬ ਸਭ ਠੀਕ ਹੈ) ਟੈਸਟ API ਤੋਂ ਜਵਾਬ ਵਜੋਂ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਪਰ ਜੇਕਰ ਜਵਾਬ ਟੈਕਸਟ ਕਹਿੰਦਾ ਹੈ ਕਿ ਇੱਕ ਗਲਤੀ ਆਈ ਹੈ, ਤਾਂ ਇਹ ਇੱਕ ਨੁਕਸ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੇਕਰ ਗਲਤੀ ਸੁਨੇਹਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਗਲਤ ਹੈ, ਫਿਰ ਇਹ ਅੰਤਮ ਗਾਹਕ ਲਈ ਬਹੁਤ ਗੁੰਮਰਾਹਕੁੰਨ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਇਸ API ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਸਕ੍ਰੀਨਸ਼ਾਟ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਨੇ ਅਵੈਧ ਵਜ਼ਨ ਦਰਜ ਕੀਤਾ ਹੈ, ਜੋ ਕਿ ਸਵੀਕਾਰਯੋਗ 2267 ਕਿਲੋਗ੍ਰਾਮ ਤੋਂ ਵੱਧ ਹੈ। API ਗਲਤੀ ਸਥਿਤੀ ਕੋਡ ਅਤੇ ਗਲਤੀ ਸੁਨੇਹੇ ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਗਲਤੀ ਸੰਦੇਸ਼ KG ਦੀ ਬਜਾਏ lbs ਦੇ ਤੌਰ 'ਤੇ ਭਾਰ ਇਕਾਈਆਂ ਦਾ ਗਲਤ ਜ਼ਿਕਰ ਕਰਦਾ ਹੈ। ਇਹ ਇੱਕ ਨੁਕਸ ਹੈ ਜੋ ਅੰਤਮ ਗਾਹਕ ਨੂੰ ਭੰਬਲਭੂਸੇ ਵਿੱਚ ਪਾ ਸਕਦਾ ਹੈ। (ii) ਲੋਡ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਜਾਂਚAPIs ਦਾ ਮਤਲਬ ਡਿਜ਼ਾਈਨ ਦੁਆਰਾ ਸਕੇਲੇਬਲ ਹੋਣਾ ਹੈ। ਇਹ, ਬਦਲੇ ਵਿੱਚ, ਲੋਡ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਟੈਸਟਿੰਗ ਨੂੰ ਜ਼ਰੂਰੀ ਬਣਾਉਂਦਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਜੇ ਡਿਜ਼ਾਇਨ ਕੀਤੇ ਜਾ ਰਹੇ ਸਿਸਟਮ ਤੋਂ ਲੋੜ ਦੇ ਆਧਾਰ 'ਤੇ, ਪ੍ਰਤੀ ਮਿੰਟ ਜਾਂ ਘੰਟੇ ਹਜ਼ਾਰਾਂ ਬੇਨਤੀਆਂ ਦੀ ਸੇਵਾ ਕਰਨ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। API 'ਤੇ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਲੋਡ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਟੈਸਟਾਂ ਦਾ ਪ੍ਰਦਰਸ਼ਨ ਪ੍ਰਦਰਸ਼ਨ, ਪੀਕ ਲੋਡ ਅਤੇ ਬ੍ਰੇਕਿੰਗ ਪੁਆਇੰਟ ਨੂੰ ਬੈਂਚਮਾਰਕ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ। ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਕੇਲ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਵੇਲੇ ਇਹ ਡੇਟਾ ਉਪਯੋਗੀ ਹੁੰਦਾ ਹੈ। ਇਹ ਜਾਣਕਾਰੀ ਉਪਲਬਧ ਹੋਣ ਨਾਲ ਫੈਸਲਿਆਂ ਅਤੇ ਯੋਜਨਾਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਿੱਚ ਮਦਦ ਮਿਲੇਗੀ, ਖਾਸ ਤੌਰ 'ਤੇ ਜੇ ਸੰਗਠਨ ਹੋਰ ਗਾਹਕਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਿਹਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੋਵੇਗਾ ਵਧੇਰੇ ਆਉਣ ਵਾਲੇਬੇਨਤੀਆਂ। ਤੁਹਾਡੀ ਸੰਸਥਾ ਵਿੱਚ API ਟੈਸਟਿੰਗ ਨੂੰ ਕਿਵੇਂ ਪੇਸ਼ ਕਰਨਾ ਹੈਕਿਸੇ ਵੀ ਸੰਸਥਾ ਵਿੱਚ API ਟੈਸਟਿੰਗ ਨੂੰ ਪੇਸ਼ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਿਸੇ ਹੋਰ ਟੈਸਟਿੰਗ ਟੂਲ ਅਤੇ ਫਰੇਮਵਰਕ ਨੂੰ ਲਾਗੂ ਕਰਨ ਜਾਂ ਰੋਲਆਊਟ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਸਮਾਨ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਹਰ ਪੜਾਅ ਦੇ ਸੰਭਾਵਿਤ ਨਤੀਜਿਆਂ ਦੇ ਨਾਲ ਮੁੱਖ ਪੜਾਵਾਂ ਦਾ ਸਾਰ ਦਿੰਦੀ ਹੈ।
ਆਮ ਚੁਣੌਤੀਆਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਘਟਾਉਣ ਦੇ ਤਰੀਕੇਆਓ ਕੁਝ ਆਮ ਚੁਣੌਤੀਆਂ ਬਾਰੇ ਚਰਚਾ ਕਰੋ ਜੋ QA ਟੀਮਾਂ ਕਿਸੇ ਸੰਸਥਾ ਵਿੱਚ API ਟੈਸਟਿੰਗ ਫਰੇਮਵਰਕ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਸਮੇਂ ਸਾਹਮਣਾ ਕਰੋ। #1) ਸਹੀ ਟੂਲ ਦੀ ਚੋਣ ਕਰਨਾਨੌਕਰੀ ਲਈ ਸਹੀ ਟੂਲ ਦੀ ਚੋਣ ਕਰਨਾ ਸਭ ਤੋਂ ਆਮ ਚੁਣੌਤੀ ਹੈ। ਬਹੁਤ ਸਾਰੇ API ਟੈਸਟ ਟੂਲ ਹਨ ਜੋ ਬਜ਼ਾਰ ਵਿੱਚ ਉਪਲਬਧ ਹਨ। ਬਜ਼ਾਰ ਵਿੱਚ ਉਪਲਬਧ ਨਵੀਨਤਮ, ਸਭ ਤੋਂ ਮਹਿੰਗੇ ਟੂਲ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਬਹੁਤ ਵਧੀਆ ਲੱਗ ਸਕਦਾ ਹੈ- ਪਰ ਜੇਕਰ ਇਹ ਲੋੜੀਂਦੇ ਨਤੀਜੇ ਨਹੀਂ ਲਿਆਉਂਦਾ, ਤਾਂ ਉਹ ਟੂਲ ਇਸ ਦਾ ਕੋਈ ਫਾਇਦਾ ਨਹੀਂ ਹੈ। ਇਸ ਲਈ, ਹਮੇਸ਼ਾ ਉਹ ਟੂਲ ਚੁਣੋ ਜੋ ਤੁਹਾਡੀਆਂ ਸੰਗਠਨਾਤਮਕ ਜ਼ਰੂਰਤਾਂ ਦੇ ਆਧਾਰ 'ਤੇ 'ਲਾਜ਼ਮੀ' ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਇੱਥੇ ਲਈ ਇੱਕ ਨਮੂਨਾ ਟੂਲ ਮੁਲਾਂਕਣ ਮੈਟਰਿਕਸ ਹੈ ਉਪਲਬਧ API ਟੂਲ
#2) ਗੁੰਮ ਟੈਸਟ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂਟੈਸਟਰਾਂ ਵਜੋਂ, ਸਾਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਲੋੜ ਹੈ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਟੈਸਟ ਕਰਨ ਲਈ ਉਮੀਦ ਕੀਤੇ ਨਤੀਜੇ. ਇਹ ਅਕਸਰ ਇੱਕ ਚੁਣੌਤੀ ਹੁੰਦੀ ਹੈ, ਕਿਉਂਕਿ ਸੰਭਾਵਿਤ ਨਤੀਜਿਆਂ ਨੂੰ ਜਾਣਨ ਲਈ, ਸਾਨੂੰ ਸਪਸ਼ਟ ਸਟੀਕ ਲੋੜਾਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ – ਜੋ ਕਿ ਅਜਿਹਾ ਨਹੀਂ ਹੈ। ਉਦਾਹਰਨ ਲਈ , ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਲੋੜਾਂ 'ਤੇ ਵਿਚਾਰ ਕਰੋ: "ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਿਰਫ ਇੱਕ ਵੈਧ ਸ਼ਿਪਿੰਗ ਮਿਤੀ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਸਾਰੀਆਂ ਅਵੈਧ ਲੋੜਾਂ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ" ਇਹ ਲੋੜਾਂ ਮੁੱਖ ਵੇਰਵਿਆਂ ਵਿੱਚ ਗੁੰਮ ਹਨ ਅਤੇ ਬਹੁਤ ਅਸਪਸ਼ਟ ਹਨ - ਅਸੀਂ ਇੱਕ ਵੈਧ ਮਿਤੀ ਨੂੰ ਕਿਵੇਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰ ਰਹੇ ਹਾਂ? ਫਾਰਮੈਟ ਬਾਰੇ ਕੀ? ਕੀ ਅਸੀਂ ਅੰਤਮ-ਉਪਭੋਗਤਾ ਆਦਿ ਨੂੰ ਕੋਈ ਅਸਵੀਕਾਰ ਸੰਦੇਸ਼ ਵਾਪਸ ਕਰ ਰਹੇ ਹਾਂ? ਸਪਸ਼ਟ ਲੋੜਾਂ ਦੀ ਉਦਾਹਰਨ: 1) ਐਪਲੀਕੇਸ਼ਨ ਸਿਰਫ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਇੱਕ ਵੈਧ ਸ਼ਿਪਿੰਗ ਮਿਤੀ ਨੂੰ ਸਵੀਕਾਰ ਕਰੋ। ਸ਼ਿਪਿੰਗ ਮਿਤੀ ਨੂੰ ਵੈਧ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਜੇਕਰ ਇਹਹੈ
2) ਜਵਾਬ ਸਥਿਤੀ ਕੋਡ = 200 ਸੁਨੇਹਾ: ਠੀਕ ਹੈ 3) ਸ਼ਿਪਿੰਗ ਮਿਤੀ ਜੋ ਉਪਰੋਕਤ ਮਾਪਦੰਡਾਂ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ, ਨੂੰ ਅਵੈਧ ਮੰਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਕੋਈ ਗਾਹਕ ਇੱਕ ਅਵੈਧ ਸ਼ਿਪਿੰਗ ਮਿਤੀ ਭੇਜਦਾ ਹੈ, ਤਾਂ ਉਸਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਗਲਤੀ ਸੁਨੇਹਿਆਂ ਨਾਲ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ: 3.1 ਜਵਾਬ ਸਥਿਤੀ ਕੋਡ 200 ਨਹੀਂ ਗਲਤੀ: ਪ੍ਰਦਾਨ ਕੀਤੀ ਸ਼ਿਪਿੰਗ ਮਿਤੀ ਅਵੈਧ ਹੈ; ਕਿਰਪਾ ਕਰਕੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਮਿਤੀ DD/MM/YYYY ਫਾਰਮੈਟ ਵਿੱਚ ਹੈ 3.2 ਜਵਾਬ ਸਥਿਤੀ ਕੋਡ 200 ਨਹੀਂ ਗਲਤੀ: ਪ੍ਰਦਾਨ ਕੀਤੀ ਸ਼ਿਪਿੰਗ ਮਿਤੀ ਵਿੱਚ ਹੈ ਅਤੀਤ #3) ਲਰਨਿੰਗ ਕਰਵਜਿਵੇਂ ਕਿ ਪਹਿਲਾਂ ਦੱਸਿਆ ਗਿਆ ਹੈ, GUI ਅਧਾਰਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਜਾਂਚ ਕਰਦੇ ਸਮੇਂ ਅਪਣਾਈ ਗਈ ਪਹੁੰਚ ਦੀ ਤੁਲਨਾ ਵਿੱਚ API ਟੈਸਟਿੰਗ ਲਈ ਪਹੁੰਚ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਏਪੀਆਈ ਟੈਸਟਿੰਗ ਲਈ ਜਾਂ ਤਾਂ ਅੰਦਰ-ਅੰਦਰ ਜਾਂ ਸਲਾਹਕਾਰਾਂ ਦੀ ਭਰਤੀ ਕਰ ਰਹੇ ਹਨ, ਤਾਂ API ਟੈਸਟ ਪਹੁੰਚ ਜਾਂ API ਟੈਸਟ ਟੂਲ ਦੀ ਸਿਖਲਾਈ ਵਕਰ ਘੱਟ ਹੋ ਸਕਦੀ ਹੈ। ਕੋਈ ਵੀ ਸਿੱਖਣ ਦੀ ਵਕਰ, ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਉਤਪਾਦ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਗਿਆਨ ਪ੍ਰਾਪਤ ਕਰਨ ਨਾਲ ਜੁੜੀ ਹੋਵੇਗੀ। ਜੇਕਰ ਇੱਕ ਮੌਜੂਦਾ ਟੀਮ ਮੈਂਬਰ ਨੂੰ ਏਪੀਆਈ ਟੈਸਟਿੰਗ ਸਿੱਖਣ ਲਈ ਨਿਯੁਕਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਵਿਕਲਪ ਦੇ ਟੂਲ ਦੇ ਆਧਾਰ 'ਤੇ, ਸਿੱਖਣ ਦੀ ਵਕਰ ਹੋ ਸਕਦੀ ਹੈ। ਮਾਧਿਅਮ ਤੋਂ ਉੱਚ, ਟੈਸਟ ਪਹੁੰਚ ਨੂੰ ਬਦਲਣ ਦੇ ਨਾਲ। ਉਤਪਾਦ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਸਿੱਖਣ ਦਾ ਵਕਰ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਇਸ ਟੈਸਟਰ ਨੇ ਟੈਸਟ ਕੀਤਾ ਹੈਉਹ ਐਪਲੀਕੇਸ਼ਨ ਪਹਿਲਾਂ ਜਾਂ ਨਹੀਂ। #4) ਮੌਜੂਦਾ ਹੁਨਰ ਸੈੱਟਇਹ ਸਿੱਖਣ ਦੇ ਕਰਵ ਬਾਰੇ ਪਿਛਲੇ ਬਿੰਦੂ ਨਾਲ ਸਿੱਧਾ ਸਬੰਧ ਰੱਖਦਾ ਹੈ। ਜੇ ਕੋਈ ਟੈਸਟਰ ਇਸ ਤੋਂ ਬਦਲ ਰਿਹਾ ਸੀ GUI ਅਧਾਰਤ ਟੈਸਟਿੰਗ, ਫਿਰ ਟੈਸਟਰ ਨੂੰ ਟੈਸਟਿੰਗ ਪਹੁੰਚ ਨੂੰ ਬਦਲਣ ਅਤੇ ਲੋੜ ਅਨੁਸਾਰ ਨਵੇਂ ਟੂਲ ਜਾਂ ਫਰੇਮਵਰਕ ਨੂੰ ਸਿੱਖਣ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਉਦਾਹਰਨ ਲਈ ਜੇਕਰ API JSON ਫਾਰਮੈਟ ਵਿੱਚ ਬੇਨਤੀਆਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਟੈਸਟਰ ਨੂੰ ਇਹ ਸਿੱਖਣ ਦੀ ਲੋੜ ਹੋਵੇਗੀ ਕਿ JSON ਕੀ ਹੈ, ਟੈਸਟ ਬਣਾਉਣਾ ਸ਼ੁਰੂ ਕਰਨ ਲਈ। ਕੇਸ ਸਟੱਡੀਟਾਸਕ ਕਿਸੇ ਮੌਜੂਦਾ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵਧਾਉਣ ਲਈ, ਇੱਕ ਕੰਪਨੀ API ਦੇ ਨਾਲ-ਨਾਲ ਇੱਕ ਮਿਆਰੀ GUI ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਇੱਕ ਉਤਪਾਦ ਪੇਸ਼ ਕਰਨਾ ਚਾਹੁੰਦੀ ਸੀ। QA ਟੀਮ ਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਇੱਕ ਟੈਸਟ ਕਵਰੇਜ ਯੋਜਨਾ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਕਿਹਾ ਗਿਆ ਸੀ ਕਿ ਉਹ ਨਿਯਮਤ GUI ਅਧਾਰਤ ਟੈਸਟਾਂ ਤੋਂ ਇਲਾਵਾ API ਟੈਸਟਿੰਗ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਲਈ ਤਿਆਰ ਹਨ। ਚੁਣੌਤੀਆਂ
ਜੋਖਮਾਂ ਨੂੰ ਘਟਾਉਣ ਅਤੇ ਚੁਣੌਤੀਆਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਕੰਮ ਕਰਨ ਲਈ ਟੀਮ ਦੁਆਰਾ ਅਪਣਾਈ ਗਈ ਪਹੁੰਚ
| |||||||||||||||||||||||||||||||||||||||||||||
ਟਿਊਟੋਰੀਅਲ_#3: | ਉੱਤਰਾਂ ਦੇ ਨਾਲ ਸਿਖਰ ਦੇ 35 ASP.Net ਅਤੇ Web API ਇੰਟਰਵਿਊ ਸਵਾਲ ਤੁਸੀਂ ਜਵਾਬਾਂ ਦੇ ਨਾਲ ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਸਿੱਧ ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ASP.Net ਅਤੇ Web API ਇੰਟਰਵਿਊ ਸਵਾਲਾਂ ਦੀ ਸੂਚੀ ਦੀ ਪੜਚੋਲ ਕਰ ਸਕਦੇ ਹੋ & ਇਸ ਟਿਊਟੋਰਿਅਲ ਵਿੱਚ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲਿਆਂ ਅਤੇ ਤਜਰਬੇਕਾਰ ਪੇਸ਼ੇਵਰਾਂ ਲਈ ਉਦਾਹਰਨਾਂ। | |||||||||||||||||||||||||||||||||||||||||||||
ਟਿਊਟੋਰਿਅਲ_#4: | ਪੋਸਟਮੈਨ ਟਿਊਟੋਰਿਅਲ: API ਟੈਸਟਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਨਾ POSTMAN ਇਹ ਕਦਮ-ਦਰ-ਕਦਮ ਟਿਊਟੋਰਿਅਲ POSTMAN, ਇਸ ਦੇ ਭਾਗਾਂ ਅਤੇ ਨਮੂਨਾ ਬੇਨਤੀ ਅਤੇ ਨਮੂਨੇ ਦੀ ਬੇਨਤੀ ਦੀਆਂ ਮੂਲ ਗੱਲਾਂ ਦੇ ਨਾਲ POSTMAN ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ API ਟੈਸਟਿੰਗ ਦੀ ਵਿਆਖਿਆ ਕਰੇਗਾ। ਤੁਹਾਡੀ ਸੌਖੀ ਸਮਝ ਲਈ ਸਰਲ ਸ਼ਬਦਾਂ ਵਿੱਚ ਜਵਾਬ। | |||||||||||||||||||||||||||||||||||||||||||||
ਟਿਊਟੋਰਿਅਲ_#5: | ਅਪਾਚੇ HTTP ਕਲਾਇੰਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵੈੱਬ ਸੇਵਾਵਾਂ ਦੀ ਜਾਂਚ ਇਹ API ਟਿਊਟੋਰਿਅਲ ਵੈੱਬ ਸੇਵਾਵਾਂ 'ਤੇ ਵੱਖ-ਵੱਖ CRUD ਓਪਰੇਸ਼ਨਾਂ ਅਤੇ ਅਪਾਚੇ HTTP ਕਲਾਇੰਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵੈੱਬ ਸੇਵਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਬਾਰੇ ਹੈ |
API ਟੈਸਟਿੰਗ ਟਿਊਟੋਰਿਅਲ
ਇਹ ਸੈਕਸ਼ਨ ਵੈੱਬ ਸੇਵਾਵਾਂ ਅਤੇ ਵੈੱਬ API ਦੀ ਮੁੱਢਲੀ ਸਮਝ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰੇਗਾ, ਜੋ ਬਦਲੇ ਵਿੱਚ, ਇਸ API ਟੈਸਟਿੰਗ ਲੜੀ ਵਿੱਚ ਆਉਣ ਵਾਲੇ ਟਿਊਟੋਰਿਅਲਾਂ ਵਿੱਚ ਮੁੱਖ ਧਾਰਨਾਵਾਂ ਨੂੰ ਸਮਝਣ ਵਿੱਚ ਮਦਦਗਾਰ ਹੋਵੇਗਾ।
API ( ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਗਰਾਮਿੰਗ ਇੰਟਰਫੇਸ) ਸਾਰੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਫੰਕਸ਼ਨਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਜੋ ਸਾਨੂੰ ਡੇਟਾ ਜਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਐਕਸੈਸ ਕਰਕੇ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਜਾਂ ਪਲੇਟਫਾਰਮ। ਅਜਿਹੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਜਾਂਚ ਨੂੰ API ਟੈਸਟਿੰਗ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ।
ਸ਼ਿਫਟ ਖੱਬੇ ਟੈਸਟਿੰਗ
ਅੱਜ-ਕੱਲ੍ਹ API ਟੈਸਟਿੰਗ ਇੰਟਰਵਿਊਜ਼ ਵਿੱਚ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਟੈਸਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਕਿਸਮ ਹੈ ਸ਼ਿਫਟ ਖੱਬੇ ਟੈਸਟਿੰਗ। ਇਸ ਕਿਸਮ ਦੀ ਜਾਂਚ ਦਾ ਅਭਿਆਸ ਲਗਭਗ ਸਾਰੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜੋ ਇੱਕ ਚੁਸਤ ਵਿਧੀ ਦਾ ਪਾਲਣ ਕਰਦੇ ਹਨ।
ਖੱਬੇ ਪਾਸੇ ਸ਼ਿਫਟ ਟੈਸਟਿੰਗ ਪੇਸ਼ ਕੀਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ, ਕੋਡਿੰਗ ਪੂਰੀ ਹੋਣ ਅਤੇ ਟੈਸਟਰਾਂ ਨੂੰ ਕੋਡ ਡਿਲੀਵਰ ਕੀਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਹੀ ਸਾਫਟਵੇਅਰ ਟੈਸਟਿੰਗ ਤਸਵੀਰ ਵਿੱਚ ਆਉਂਦੀ ਹੈ। ਇਸ ਅਭਿਆਸ ਨੇ ਅੰਤਮ ਤਾਰੀਖ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਆਖ਼ਰੀ ਮਿੰਟ ਦੀ ਭੀੜ ਨੂੰ ਅਗਵਾਈ ਦਿੱਤੀ ਅਤੇ ਇਸਨੇ ਉਤਪਾਦ ਦੀ ਗੁਣਵੱਤਾ ਨੂੰ ਵੀ ਕਾਫੀ ਹੱਦ ਤੱਕ ਰੋਕਿਆ।
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕੀਤੇ ਗਏ ਯਤਨ (ਜਦੋਂ ਉਤਪਾਦਨ ਤੋਂ ਪਹਿਲਾਂ ਆਖਰੀ ਪੜਾਅ 'ਤੇ ਨੁਕਸ ਦੱਸੇ ਗਏ ਸਨ) ਸਨ। ਬਹੁਤ ਵੱਡਾ ਕਿਉਂਕਿ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਡਿਜ਼ਾਇਨ ਅਤੇ ਕੋਡਿੰਗ ਪੜਾਅ ਦੋਵਾਂ ਵਿੱਚੋਂ ਲੰਘਣਾ ਪੈਂਦਾ ਸੀ।
ਸਾਫਟਵੇਅਰ ਡਿਵੈਲਪਮੈਂਟ ਲਾਈਫ ਸਾਈਕਲ (SDLC) ਖੱਬੇ ਟੈਸਟਿੰਗ ਤੋਂ ਪਹਿਲਾਂ
ਰਵਾਇਤੀ SDLC ਪ੍ਰਵਾਹ ਸੀ: ਲੋੜ - > ਡਿਜ਼ਾਈਨ –> ਕੋਡਿੰਗ –> ਟੈਸਟਿੰਗ।
ਰਵਾਇਤੀ ਟੈਸਟਿੰਗ ਦੇ ਨੁਕਸਾਨ
- ਟੈਸਟਿੰਗ ਬਿਲਕੁਲ ਸਹੀ ਹੈ। ਜਦੋਂ ਕਿਸੇ ਬੱਗ ਦੀ ਆਖਰੀ ਸਮੇਂ 'ਤੇ ਪਛਾਣ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਬਹੁਤ ਸਾਰੇ ਖਰਚੇ ਹੁੰਦੇ ਹਨ।
- ਬੱਗ ਨੂੰ ਹੱਲ ਕਰਨ ਅਤੇ ਇਸਨੂੰ ਉਤਪਾਦਨ ਵਿੱਚ ਅੱਗੇ ਵਧਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਦੁਬਾਰਾ ਜਾਂਚਣ ਵਿੱਚ ਸਮਾਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਖਰਚ ਹੁੰਦਾ ਹੈ।
ਇਸ ਲਈ, ਟੈਸਟਿੰਗ ਪੜਾਅ ਨੂੰ ਖੱਬੇ ਪਾਸੇ ਸ਼ਿਫਟ ਕਰਨ ਲਈ ਇੱਕ ਨਵਾਂ ਵਿਚਾਰ ਸਾਹਮਣੇ ਆਇਆ ਜਿਸ ਨਾਲ ਖੱਬੇ ਟੈਸਟਿੰਗ ਨੂੰ ਸ਼ਿਫਟ ਕੀਤਾ ਗਿਆ।
ਸੁਝਾਏ ਗਏ ਰੀਡ => ਖੱਬੇ ਟੈਸਟਿੰਗ ਸ਼ਿਫਟ ਕਰੋ: Aਸਾਫਟਵੇਅਰ ਸਫਲਤਾ ਲਈ ਗੁਪਤ ਮੰਤਰ
ਖੱਬੇ ਸ਼ਿਫਟ ਟੈਸਟਿੰਗ ਦੇ ਪੜਾਅ
ਖੱਬੇ ਸ਼ਿਫਟ ਟੈਸਟਿੰਗ ਨੇ ਨੁਕਸ ਖੋਜ ਤੋਂ ਨੁਕਸ ਦੀ ਰੋਕਥਾਮ ਤੱਕ ਸਫਲਤਾਪੂਰਵਕ ਮਾਈਗ੍ਰੇਸ਼ਨ ਕੀਤੀ। ਇਸਨੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਅਸਫਲ ਹੋਣ ਅਤੇ ਸਾਰੀਆਂ ਅਸਫਲਤਾਵਾਂ ਨੂੰ ਜਲਦੀ ਤੋਂ ਜਲਦੀ ਠੀਕ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕੀਤੀ।
ਵੈੱਬ API
ਆਮ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਇੱਕ ਵੈੱਬ API ਨੂੰ ਅਜਿਹੀ ਚੀਜ਼ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਇੱਕ ਗਾਹਕ ਤੋਂ ਬੇਨਤੀ ਲੈਂਦਾ ਹੈ। ਸਿਸਟਮ ਨੂੰ ਇੱਕ ਵੈੱਬ ਸਰਵਰ ਤੇ ਭੇਜਦਾ ਹੈ ਅਤੇ ਇੱਕ ਵੈੱਬ ਸਰਵਰ ਤੋਂ ਇੱਕ ਕਲਾਇੰਟ ਮਸ਼ੀਨ ਨੂੰ ਜਵਾਬ ਵਾਪਸ ਭੇਜਦਾ ਹੈ।
ਇੱਕ API ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ?
ਆਓ www.makemytrip.com 'ਤੇ ਫਲਾਈਟ ਬੁੱਕ ਕਰਨ ਦੇ ਇੱਕ ਬਹੁਤ ਹੀ ਆਮ ਦ੍ਰਿਸ਼ ਨੂੰ ਲੈਂਦੇ ਹਾਂ, ਜੋ ਕਿ ਇੱਕ ਔਨਲਾਈਨ ਯਾਤਰਾ ਸੇਵਾ ਹੈ ਜੋ ਕਈ ਏਅਰਲਾਈਨਾਂ ਤੋਂ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰਦੀ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਫਲਾਈਟ ਬੁਕਿੰਗ ਲਈ ਜਾਂਦੇ ਹੋ, ਤੁਸੀਂ ਯਾਤਰਾ ਦੀ ਮਿਤੀ/ਵਾਪਸੀ ਦੀ ਮਿਤੀ, ਕਲਾਸ, ਆਦਿ ਵਰਗੀ ਜਾਣਕਾਰੀ ਦਰਜ ਕਰਦੇ ਹੋ ਅਤੇ ਖੋਜ 'ਤੇ ਕਲਿੱਕ ਕਰੋ।
ਇਹ ਤੁਹਾਨੂੰ ਕਈ ਏਅਰਲਾਈਨਾਂ ਦੀ ਕੀਮਤ ਅਤੇ ਉਨ੍ਹਾਂ ਦੀ ਉਪਲਬਧਤਾ ਦਿਖਾਏਗਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਐਪਲੀਕੇਸ਼ਨ ਕਈ ਏਅਰਲਾਈਨਾਂ ਦੇ APIs ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਦੀ ਹੈ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਏਅਰਲਾਈਨ ਦੇ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਦਿੰਦੀ ਹੈ।
ਇੱਕ ਹੋਰ ਉਦਾਹਰਨ www.trivago.com ਹੈ ਜੋ ਵੱਖ-ਵੱਖ ਹੋਟਲਾਂ ਦੀ ਕੀਮਤ, ਉਪਲਬਧਤਾ ਆਦਿ ਦੀ ਤੁਲਨਾ ਅਤੇ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ। ਕਿਸੇ ਖਾਸ ਸ਼ਹਿਰ ਤੋਂ। ਇਹ ਵੈੱਬਸਾਈਟ ਡਾਟਾਬੇਸ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ ਕਈ ਹੋਟਲਾਂ ਦੇ APIs ਨਾਲ ਸੰਚਾਰ ਕਰਦੀ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੀ ਵੈੱਬਸਾਈਟ ਤੋਂ ਕੀਮਤਾਂ ਅਤੇ ਉਪਲਬਧਤਾ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ।
ਇਸ ਤਰ੍ਹਾਂ, ਇੱਕ ਵੈੱਬ API ਨੂੰ "ਇੱਕ ਇੰਟਰਫੇਸ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਇੱਕ ਕਲਾਇੰਟ ਮਸ਼ੀਨ ਅਤੇ ਵਿਚਕਾਰ ਸੰਚਾਰ ਦੀ ਸਹੂਲਤ ਦਿੰਦਾ ਹੈ। ਦੀਵੈੱਬ ਸਰਵਰ”।
ਵੈੱਬ ਸੇਵਾਵਾਂ
ਵੈੱਬ ਸੇਵਾਵਾਂ (ਵੈੱਬ API ਵਾਂਗ) ਉਹ ਸੇਵਾਵਾਂ ਹਨ ਜੋ ਇੱਕ ਮਸ਼ੀਨ ਤੋਂ ਦੂਜੀ ਮਸ਼ੀਨ ਵਿੱਚ ਸੇਵਾ ਕਰਦੀਆਂ ਹਨ। ਪਰ API ਅਤੇ ਵੈੱਬ ਸੇਵਾਵਾਂ ਵਿੱਚ ਵੱਡਾ ਅੰਤਰ ਇਹ ਹੈ ਕਿ ਵੈੱਬ ਸੇਵਾਵਾਂ ਇੱਕ ਨੈੱਟਵਰਕ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ।
ਇਹ ਕਹਿਣਾ ਸੁਰੱਖਿਅਤ ਹੈ ਕਿ ਸਾਰੀਆਂ ਵੈੱਬ ਸੇਵਾਵਾਂ ਵੈੱਬ API ਹਨ ਪਰ ਸਾਰੀਆਂ ਵੈੱਬ API ਵੈੱਬ ਸੇਵਾਵਾਂ ਨਹੀਂ ਹਨ (ਇਸ ਵਿੱਚ ਵਿਆਖਿਆ ਕੀਤੀ ਗਈ ਹੈ। ਲੇਖ ਦਾ ਪਿਛਲਾ ਹਿੱਸਾ). ਇਸ ਤਰ੍ਹਾਂ, ਵੈੱਬ ਸੇਵਾਵਾਂ ਵੈੱਬ API ਦਾ ਸਬਸੈੱਟ ਹਨ। ਵੈੱਬ API ਅਤੇ ਵੈੱਬ ਸੇਵਾਵਾਂ ਬਾਰੇ ਹੋਰ ਜਾਣਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਚਿੱਤਰ ਨੂੰ ਵੇਖੋ।
ਵੈੱਬ API ਬਨਾਮ ਵੈੱਬ ਸੇਵਾਵਾਂ
ਵੈੱਬ ਸੇਵਾਵਾਂ ਬਨਾਮ ਵੈੱਬ API
ਵੈੱਬ API ਅਤੇ ਵੈੱਬ ਸੇਵਾਵਾਂ ਦੋਵਾਂ ਦੀ ਵਰਤੋਂ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਵਿਚਕਾਰ ਸੰਚਾਰ ਦੀ ਸਹੂਲਤ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਮੁੱਖ ਅੰਤਰ ਸਿਰਫ਼ ਉਹਨਾਂ ਦੇ ਸੰਚਾਰ ਕਰਨ ਦੇ ਤਰੀਕੇ ਵਿੱਚ ਆਉਂਦਾ ਹੈ।
ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਨੂੰ ਇੱਕ ਬੇਨਤੀ ਸੰਸਥਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਇੱਕ ਖਾਸ ਭਾਸ਼ਾ ਵਿੱਚ ਸਵੀਕਾਰਯੋਗ ਹੋਵੇ, ਇੱਕ ਸੁਰੱਖਿਅਤ ਕਨੈਕਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਨ ਵਿੱਚ ਉਹਨਾਂ ਦੇ ਅੰਤਰ, ਸਰਵਰ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਅਤੇ ਜਵਾਬ ਦੇਣ ਦੀ ਉਹਨਾਂ ਦੀ ਗਤੀ। ਕਲਾਇੰਟ ਲਈ, ਆਦਿ।
ਵੈੱਬ ਸੇਵਾਵਾਂ ਅਤੇ ਵੈੱਬ API ਵਿਚਕਾਰ ਅੰਤਰ ਤੁਹਾਡੇ ਸੰਦਰਭ ਲਈ ਹੇਠਾਂ ਸੂਚੀਬੱਧ ਹਨ।
ਵੈੱਬ ਸੇਵਾ
- ਵੈੱਬ ਸੇਵਾਵਾਂ ਆਮ ਤੌਰ 'ਤੇ XML (ਐਕਸਟੈਂਸੀਬਲ ਮਾਰਕਅੱਪ ਲੈਂਗੂਏਜ਼) ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਹ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਹਨ।
- ਵੈੱਬ ਸੇਵਾਵਾਂ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਹਨ ਕਿਉਂਕਿ ਵੈੱਬ ਸੇਵਾਵਾਂ ਅਤੇ API ਦੋਵੇਂ ਡਾਟਾ ਸੰਚਾਰ ਦੌਰਾਨ SSL (ਸੁਰੱਖਿਅਤ ਸਾਕਟ ਲੇਅਰ) ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। , ਪਰ ਇਹ WSS (ਵੈੱਬ ਸੇਵਾਵਾਂ ਸੁਰੱਖਿਆ) ਵੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
- ਵੈੱਬ ਸੇਵਾ ਵੈੱਬ API ਦਾ ਸਬਸੈੱਟ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਵੈੱਬ ਸੇਵਾਵਾਂ ਸਿਰਫ਼ ਵਰਤੋਂ ਦੀਆਂ ਤਿੰਨ ਸ਼ੈਲੀਆਂ 'ਤੇ ਆਧਾਰਿਤ ਹਨ ਜਿਵੇਂ ਕਿ SOAP, REST ਅਤੇ XML-RPC।
- ਵੈੱਬ ਸੇਵਾਵਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਹਮੇਸ਼ਾ ਇੱਕ ਨੈੱਟਵਰਕ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
- ਵੈੱਬ ਸੇਵਾਵਾਂ "ਇੱਕ ਕੋਡ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨਾਂ" ਦਾ ਸਮਰਥਨ ਕਰਦੀਆਂ ਹਨ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਇੱਕ ਵਧੇਰੇ ਆਮ ਕੋਡ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ।
ਵੈੱਬ API
- ਇੱਕ ਵੈੱਬ API ਆਮ ਤੌਰ 'ਤੇ JSON (JavaScript ਆਬਜੈਕਟ ਨੋਟੇਸ਼ਨ) ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਵੈੱਬ API ਤੇਜ਼ ਹੈ।
- ਵੈੱਬ API ਤੇਜ਼ ਹੈ ਕਿਉਂਕਿ JSON ਹਲਕੇ-ਵਜ਼ਨ ਵਾਲਾ ਹੈ, XML ਦੇ ਉਲਟ।
- ਵੈੱਬ API ਵੈੱਬ ਸੇਵਾਵਾਂ ਦੇ ਸੁਪਰਸੈੱਟ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਵੈੱਬ ਸੇਵਾਵਾਂ ਦੀਆਂ ਤਿੰਨੋਂ ਸ਼ੈਲੀਆਂ ਵੈੱਬ API ਵਿੱਚ ਵੀ ਮੌਜੂਦ ਹਨ, ਪਰ ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹ JSON – RPC ਵਰਗੀਆਂ ਹੋਰ ਸ਼ੈਲੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ।
- ਵੈੱਬ API ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਸੰਚਾਲਿਤ ਕਰਨ ਲਈ ਇੱਕ ਨੈੱਟਵਰਕ।
- ਵੈੱਬ API ਸਿਸਟਮ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਪ੍ਰਕਿਰਤੀ ਦੇ ਆਧਾਰ 'ਤੇ ਅੰਤਰ-ਕਾਰਜਸ਼ੀਲਤਾ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਵੀ ਕਰ ਸਕਦਾ ਹੈ।
ਤੁਹਾਡੇ ਸੰਗਠਨ ਵਿੱਚ API ਟੈਸਟਿੰਗ ਪੇਸ਼ ਕਰ ਰਿਹਾ ਹੈ
ਸਾਡੇ ਰੋਜ਼ਾਨਾ ਜੀਵਨ ਵਿੱਚ, ਅਸੀਂ ਸਾਰੇ ਏਪੀਆਈ ਦੇ ਨਾਲ ਐਪਸ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਦੇ ਆਦੀ ਹਾਂ ਅਤੇ ਫਿਰ ਵੀ ਅਸੀਂ ਬੈਕ-ਐਂਡ ਪ੍ਰਕਿਰਿਆਵਾਂ ਬਾਰੇ ਨਹੀਂ ਸੋਚਦੇ ਜੋ ਅੰਡਰਲਾਈੰਗ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਚਲਾਉਂਦੇ ਹਨ।
ਉਦਾਹਰਨ ਲਈ , ਆਓ ਵਿਚਾਰ ਕਰੀਏ ਕਿ ਤੁਸੀਂ Amazon.com 'ਤੇ ਉਤਪਾਦਾਂ ਨੂੰ ਦੇਖ ਰਹੇ ਹੋ ਅਤੇ ਤੁਸੀਂ ਇੱਕ ਉਤਪਾਦ/ਡੀਲ ਦੇਖਦੇ ਹੋ ਜੋ ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਪਸੰਦ ਹੈ ਅਤੇ ਤੁਸੀਂ ਇਸਨੂੰ ਆਪਣੇ Facebook ਨੈੱਟਵਰਕ ਨਾਲ ਸਾਂਝਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।
ਜਿਸ ਪਲ ਤੁਸੀਂ ਕਲਿੱਕ ਕਰਦੇ ਹੋ। ਪੇਜ ਦੇ ਸ਼ੇਅਰ ਸੈਕਸ਼ਨ 'ਤੇ ਫੇਸਬੁੱਕ ਆਈਕਨ 'ਤੇ ਅਤੇ ਆਪਣਾ ਦਰਜ ਕਰੋਸ਼ੇਅਰ ਕਰਨ ਲਈ Facebook ਖਾਤੇ ਦੇ ਪ੍ਰਮਾਣ ਪੱਤਰ, ਤੁਸੀਂ ਇੱਕ API ਨਾਲ ਇੰਟਰੈਕਟ ਕਰ ਰਹੇ ਹੋ ਜੋ ਅਮੇਜ਼ਨ ਵੈੱਬਸਾਈਟ ਨੂੰ ਫੇਸਬੁੱਕ ਨਾਲ ਸਹਿਜੇ ਹੀ ਜੋੜ ਰਿਹਾ ਹੈ।
API ਟੈਸਟਿੰਗ 'ਤੇ ਫੋਕਸ ਸ਼ਿਫਟ
API ਟੈਸਟਿੰਗ ਬਾਰੇ ਹੋਰ ਚਰਚਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਆਓ ਕਾਰਨਾਂ ਬਾਰੇ ਚਰਚਾ ਕਰੀਏ। ਜਿਸ ਲਈ API ਅਧਾਰਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੇ ਹਾਲ ਹੀ ਦੇ ਸਮੇਂ ਵਿੱਚ ਪ੍ਰਸਿੱਧੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਹੈ।
ਇੱਥੇ ਕਈ ਕਾਰਨ ਹਨ ਜਿਨ੍ਹਾਂ ਲਈ ਸੰਸਥਾਵਾਂ API ਅਧਾਰਤ ਉਤਪਾਦਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਤਬਦੀਲ ਹੋ ਰਹੀਆਂ ਹਨ। ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਤੁਹਾਡੇ ਹਵਾਲੇ ਲਈ ਹੇਠਾਂ ਸੂਚੀਬੱਧ ਕੀਤੇ ਗਏ ਹਨ।
#1) API ਅਧਾਰਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਰਵਾਇਤੀ ਐਪਲੀਕੇਸ਼ਨਾਂ/ਸਾਫਟਵੇਅਰ ਦੀ ਤੁਲਨਾ ਵਿੱਚ ਵਧੇਰੇ ਮਾਪਯੋਗ ਹਨ। ਕੋਡ ਡਿਵੈਲਪਮੈਂਟ ਦੀ ਦਰ ਤੇਜ਼ ਹੈ ਅਤੇ ਉਹੀ API ਬਿਨਾਂ ਕਿਸੇ ਵੱਡੇ ਕੋਡ ਜਾਂ ਬੁਨਿਆਦੀ ਢਾਂਚਾਗਤ ਤਬਦੀਲੀਆਂ ਦੇ ਹੋਰ ਬੇਨਤੀਆਂ ਦੀ ਸੇਵਾ ਕਰ ਸਕਦਾ ਹੈ।
#2) ਵਿਕਾਸ ਟੀਮਾਂ ਨੂੰ ਹਰ ਇੱਕ ਸਕ੍ਰੈਚ ਤੋਂ ਕੋਡਿੰਗ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ ਜਦੋਂ ਉਹ ਕਿਸੇ ਵਿਸ਼ੇਸ਼ਤਾ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵਿਕਸਤ ਕਰਨ 'ਤੇ ਕੰਮ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ। API ਅਕਸਰ ਮੌਜੂਦਾ, ਦੁਹਰਾਉਣ ਯੋਗ ਫੰਕਸ਼ਨਾਂ, ਲਾਇਬ੍ਰੇਰੀਆਂ, ਸਟੋਰ ਕੀਤੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਆਦਿ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸਲਈ ਇਹ ਪ੍ਰਕਿਰਿਆ ਉਹਨਾਂ ਨੂੰ ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ ਵਧੇਰੇ ਲਾਭਕਾਰੀ ਬਣਾ ਸਕਦੀ ਹੈ।
ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਡਿਵੈਲਪਰ ਹੋ ਈ-ਕਾਮਰਸ ਵੈੱਬਸਾਈਟ ਅਤੇ ਤੁਸੀਂ ਐਮਾਜ਼ਾਨ ਨੂੰ ਇੱਕ ਭੁਗਤਾਨ ਪ੍ਰੋਸੈਸਰ ਦੇ ਤੌਰ 'ਤੇ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ - ਫਿਰ ਤੁਹਾਨੂੰ ਸਕ੍ਰੈਚ ਤੋਂ ਕੋਡ ਲਿਖਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
ਤੁਹਾਨੂੰ ਬਸ ਆਪਣੀ ਵੈੱਬਸਾਈਟ ਅਤੇ ਐਮਾਜ਼ਾਨ API ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਏਕੀਕਰਣ ਸਥਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਏਕੀਕਰਣ ਕੁੰਜੀਆਂ ਅਤੇ ਚੈਕਆਉਟ ਦੌਰਾਨ ਭੁਗਤਾਨਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਲਈ ਐਮਾਜ਼ਾਨ API ਨੂੰ ਕਾਲ ਕਰੋ।
#3) API ਆਗਿਆ ਦਿੰਦੇ ਹਨਸਮਰਥਿਤ ਸਟੈਂਡਅਲੋਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਨਾਲ-ਨਾਲ API ਅਧਾਰਤ ਸਾਫਟਵੇਅਰ ਉਤਪਾਦਾਂ ਲਈ ਦੂਜੇ ਸਿਸਟਮਾਂ ਨਾਲ ਆਸਾਨ ਏਕੀਕਰਣ।
ਉਦਾਹਰਨ ਲਈ , ਆਓ ਅਸੀਂ ਵਿਚਾਰ ਕਰੀਏ ਕਿ ਤੁਸੀਂ ਟੋਰਾਂਟੋ ਤੋਂ ਨਿਊਯਾਰਕ ਤੱਕ ਇੱਕ ਸ਼ਿਪਮੈਂਟ ਭੇਜਣਾ ਚਾਹੁੰਦੇ ਹੋ। . ਤੁਸੀਂ ਔਨਲਾਈਨ ਜਾਂਦੇ ਹੋ, ਚੰਗੀ ਤਰ੍ਹਾਂ ਜਾਣੀ ਜਾਣ ਵਾਲੀ ਮਾਲ ਜਾਂ ਲੌਜਿਸਟਿਕਸ ਵੈੱਬਸਾਈਟ 'ਤੇ ਨੈਵੀਗੇਟ ਕਰੋ ਅਤੇ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਦਾਖਲ ਕਰੋ।
ਲਾਜ਼ਮੀ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਜਦੋਂ ਤੁਸੀਂ ਰੇਟ ਪ੍ਰਾਪਤ ਕਰੋ ਬਟਨ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ - ਪਿਛਲੇ ਸਿਰੇ ਵਿੱਚ, ਇਹ ਲੌਜਿਸਟਿਕਸ ਵੈੱਬਸਾਈਟ ਜੁੜ ਸਕਦੀ ਹੈ। ਕਈ ਕੈਰੀਅਰ ਅਤੇ ਸੇਵਾ ਪ੍ਰਦਾਤਾ API ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਨਾਲ ਸਥਾਨਾਂ ਦੇ ਮੂਲ ਤੋਂ ਮੰਜ਼ਿਲ ਦੇ ਸੁਮੇਲ ਲਈ ਗਤੀਸ਼ੀਲ ਦਰਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ।
API ਟੈਸਟਿੰਗ ਦਾ ਪੂਰਾ ਸਪੈਕਟ੍ਰਮ
APIs ਦੀ ਜਾਂਚ ਇੱਕ ਬੇਨਤੀ ਭੇਜਣ ਤੱਕ ਸੀਮਤ ਨਹੀਂ ਹੈ API ਨੂੰ ਅਤੇ ਇਕੱਲੇ ਸ਼ੁੱਧਤਾ ਲਈ ਜਵਾਬ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨਾ। APIs ਨੂੰ ਕਮਜ਼ੋਰੀਆਂ ਲਈ ਵੱਖ-ਵੱਖ ਲੋਡਾਂ ਦੇ ਅਧੀਨ ਉਹਨਾਂ ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਟੈਸਟ ਕੀਤੇ ਜਾਣ ਦੀ ਲੋੜ ਹੈ।
ਆਓ ਇਸ ਬਾਰੇ ਵਿਸਥਾਰ ਵਿੱਚ ਚਰਚਾ ਕਰੀਏ।
(i) ਕਾਰਜਸ਼ੀਲ ਟੈਸਟਿੰਗ
ਇੱਕ GUI ਇੰਟਰਫੇਸ ਦੀ ਘਾਟ ਕਾਰਨ ਫੰਕਸ਼ਨਲ ਟੈਸਟਿੰਗ ਇੱਕ ਚੁਣੌਤੀਪੂਰਨ ਕੰਮ ਹੋ ਸਕਦਾ ਹੈ।
ਆਓ ਦੇਖੀਏ ਕਿ APIs ਲਈ ਫੰਕਸ਼ਨਲ ਟੈਸਟਿੰਗ ਪਹੁੰਚ GUI ਅਧਾਰਤ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਕਿਵੇਂ ਵੱਖਰੀ ਹੈ ਅਤੇ ਅਸੀਂ ਇਸਦੇ ਆਲੇ ਦੁਆਲੇ ਦੀਆਂ ਕੁਝ ਉਦਾਹਰਣਾਂ ਬਾਰੇ ਵੀ ਚਰਚਾ ਕਰਾਂਗੇ।
a) ਸਭ ਤੋਂ ਸਪੱਸ਼ਟ ਅੰਤਰ ਇਹ ਹੈ ਕਿ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ ਕੋਈ GUI ਨਹੀਂ ਹੈ। ਟੈਸਟ ਕਰਨ ਵਾਲੇ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਜੀਯੂਆਈ ਅਧਾਰਤ ਕਾਰਜਸ਼ੀਲ ਟੈਸਟਿੰਗ ਕਰਦੇ ਹਨ, ਦੀ ਤੁਲਨਾ ਵਿੱਚ ਗੈਰ-ਜੀਯੂਆਈ ਐਪਲੀਕੇਸ਼ਨ ਟੈਸਟਿੰਗ ਵਿੱਚ ਤਬਦੀਲੀ ਕਰਨਾ ਥੋੜਾ ਮੁਸ਼ਕਲ ਲੱਗਦਾ ਹੈਕੋਈ ਵਿਅਕਤੀ ਜੋ ਪਹਿਲਾਂ ਹੀ ਇਸ ਤੋਂ ਜਾਣੂ ਹੈ।
ਸ਼ੁਰੂ ਵਿੱਚ, ਤੁਹਾਡੇ ਵੱਲੋਂ API ਦੀ ਜਾਂਚ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਪ੍ਰਮਾਣੀਕਰਨ ਪ੍ਰਕਿਰਿਆ ਦੀ ਜਾਂਚ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਇੱਕ API ਤੋਂ ਦੂਜੇ API ਵਿੱਚ ਵੱਖੋ-ਵੱਖਰੀ ਹੋਵੇਗੀ ਅਤੇ ਪ੍ਰਮਾਣੀਕਰਨ ਲਈ ਕੁਝ ਕਿਸਮ ਦੀ ਕੁੰਜੀ ਜਾਂ ਟੋਕਨ ਸ਼ਾਮਲ ਹੋਵੇਗੀ।
ਜੇਕਰ ਤੁਸੀਂ API ਨਾਲ ਸਫਲਤਾਪੂਰਵਕ ਕਨੈਕਟ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ ਹੋ, ਤਾਂ ਅਗਲੀ ਜਾਂਚ ਅੱਗੇ ਨਹੀਂ ਵਧ ਸਕਦੀ। ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਮਿਆਰੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣਿਕਤਾ ਨਾਲ ਤੁਲਨਾਯੋਗ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਿੱਥੇ ਤੁਹਾਨੂੰ ਲੌਗਇਨ ਕਰਨ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਵੈਧ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
b) ਟੈਸਟਿੰਗ ਫੀਲਡ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ ਇਨਪੁਟ ਡੇਟਾ ਪ੍ਰਮਾਣਿਕਤਾ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ APIs ਦੀ ਜਾਂਚ ਦੌਰਾਨ. ਜੇਕਰ ਇੱਕ ਅਸਲ ਫਾਰਮ-ਅਧਾਰਿਤ (GUI) ਇੰਟਰਫੇਸ ਉਪਲਬਧ ਸੀ, ਤਾਂ ਫੀਲਡ ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਅਗਲੇ ਸਿਰੇ ਜਾਂ ਪਿਛਲੇ ਸਿਰੇ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਨੂੰ ਅਵੈਧ ਫੀਲਡ ਮੁੱਲ ਦਾਖਲ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ।
ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ DD/MM/YYYY ਹੋਣ ਦੀ ਮਿਤੀ ਫਾਰਮੈਟ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਅਸੀਂ ਇਹ ਪੁਸ਼ਟੀਕਰਨ ਜਾਣਕਾਰੀ ਇਕੱਤਰ ਕਰਨ ਵਾਲੇ ਫਾਰਮ 'ਤੇ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹਾਂ ਤਾਂ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ ਵੈਧ ਮਿਤੀ ਪ੍ਰਾਪਤ ਕਰ ਰਹੀ ਹੈ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਕਰ ਰਹੀ ਹੈ।
ਹਾਲਾਂਕਿ, ਇਹ API ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਇੱਕੋ ਜਿਹਾ ਨਹੀਂ ਹੈ। ਸਾਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ਕਿ API ਚੰਗੀ ਤਰ੍ਹਾਂ ਲਿਖਿਆ ਗਿਆ ਹੈ ਅਤੇ ਇਹਨਾਂ ਸਾਰੀਆਂ ਪ੍ਰਮਾਣਿਕਤਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਯੋਗ ਹੈ, ਵੈਧ ਅਤੇ ਅਵੈਧ ਡੇਟਾ ਵਿੱਚ ਫਰਕ ਕਰਨ ਅਤੇ ਇੱਕ ਜਵਾਬ ਦੁਆਰਾ ਅੰਤਮ-ਉਪਭੋਗਤਾ ਨੂੰ ਸਥਿਤੀ ਕੋਡ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਗਲਤੀ ਸੁਨੇਹਾ ਵਾਪਸ ਕਰਨ ਦੇ ਯੋਗ ਹੈ।
c) ਦੀ ਜਾਂਚ ਕਰ ਰਿਹਾ ਹੈ