ਸਾਰਿਆਂ ਨੂੰ ਸਤਿ ਸ਼੍ਰੀ ਅਕਾਲ! ਅੱਜ ਅਸੀਂ ਆਪਣੇ ਉਤਪਾਦ ਨੂੰ IT ਪਬਲਿਕ ਨੂੰ ਪੇਸ਼ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ - APIs ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਇੱਕ IDE ਟੈਸਟਮੇਸ. ਸ਼ਾਇਦ ਤੁਹਾਡੇ ਵਿੱਚੋਂ ਕੁਝ ਪਹਿਲਾਂ ਹੀ ਸਾਡੇ ਬਾਰੇ ਜਾਣਦੇ ਹਨ ਪਿਛਲੇ ਲੇਖ. ਹਾਲਾਂਕਿ, ਟੂਲ ਦੀ ਕੋਈ ਵਿਆਪਕ ਸਮੀਖਿਆ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ, ਇਸਲਈ ਅਸੀਂ ਇਸ ਮੰਦਭਾਗੀ ਕਮੀ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਾਂ।

ਪ੍ਰੇਰਣਾ

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

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

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

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

ਇਸ ਲਈ, ਇਹਨਾਂ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ ਆਪਣਾ ਉਤਪਾਦ ਬਣਾਉਣਾ ਸ਼ੁਰੂ ਕੀਤਾ। ਆਓ ਦੇਖੀਏ ਕਿ ਅਸੀਂ ਇਸ ਪੜਾਅ 'ਤੇ ਕੀ ਪ੍ਰਾਪਤ ਕੀਤਾ ਹੈ.

ਤੇਜ਼ ਸ਼ੁਰੂਆਤ

ਆਉ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਨਾਲ ਪਹਿਲੀ ਜਾਣ-ਪਛਾਣ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੀਏ। ਤੁਸੀਂ ਇਸਨੂੰ ਡਾਊਨਲੋਡ ਕਰ ਸਕਦੇ ਹੋ ਸਾਡੀ ਵੈਬਸਾਈਟ 'ਤੇ. ਇਸ ਸਮੇਂ, ਸਾਰੇ 3 ​​ਪ੍ਰਮੁੱਖ ਪਲੇਟਫਾਰਮ ਸਮਰਥਿਤ ਹਨ - ਵਿੰਡੋਜ਼, ਲੀਨਕਸ, ਮੈਕੋਸ। ਡਾਊਨਲੋਡ ਕਰੋ, ਸਥਾਪਿਤ ਕਰੋ, ਲਾਂਚ ਕਰੋ। ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਪਹਿਲੀ ਵਾਰ ਲਾਂਚ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤੀ ਵਿੰਡੋ ਦੇਖ ਸਕਦੇ ਹੋ:

ਆਪਣੀ ਪਹਿਲੀ ਬੇਨਤੀ ਬਣਾਉਣ ਲਈ ਸਮੱਗਰੀ ਖੇਤਰ ਦੇ ਸਿਖਰ 'ਤੇ ਪਲੱਸ ਚਿੰਨ੍ਹ 'ਤੇ ਕਲਿੱਕ ਕਰੋ। ਪੁੱਛਗਿੱਛ ਟੈਬ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

ਆਉ ਇਸ ਨੂੰ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਵੇਖੀਏ. ਬੇਨਤੀ ਇੰਟਰਫੇਸ ਪ੍ਰਸਿੱਧ ਰੈਸਟ ਕਲਾਇੰਟਸ ਦੇ ਇੰਟਰਫੇਸ ਦੇ ਸਮਾਨ ਹੈ, ਜੋ ਸਮਾਨ ਸਾਧਨਾਂ ਤੋਂ ਮਾਈਗ੍ਰੇਸ਼ਨ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ। ਆਉ ਯੂਆਰਐਲ ਨੂੰ ਪਹਿਲੀ ਬੇਨਤੀ ਕਰੀਏ https://next.json-generator.com/api/json/get/NJv-NT-U8

ਆਮ ਤੌਰ 'ਤੇ, ਪਹਿਲੀ ਨਜ਼ਰ 'ਤੇ, ਜਵਾਬ ਪੈਨਲ ਵੀ ਕੋਈ ਹੈਰਾਨੀ ਨਹੀਂ ਕਰਦਾ. ਹਾਲਾਂਕਿ, ਮੈਂ ਤੁਹਾਡਾ ਧਿਆਨ ਕੁਝ ਨੁਕਤਿਆਂ ਵੱਲ ਖਿੱਚਣਾ ਚਾਹਾਂਗਾ:

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

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

ਬੁਨਿਆਦੀ ਧਾਰਨਾਵਾਂ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਗੰਢ

ਟੈਸਟਮੇਸ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਨੋਡਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ। ਉਪਰੋਕਤ ਉਦਾਹਰਨ ਵਿੱਚ, ਅਸੀਂ RequestStep ਨੋਡ ਦੇ ਸੰਚਾਲਨ ਦਾ ਪ੍ਰਦਰਸ਼ਨ ਕੀਤਾ ਹੈ। ਹਾਲਾਂਕਿ, ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਕਿਸਮਾਂ ਦੇ ਨੋਡ ਵੀ ਉਪਲਬਧ ਹਨ:

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

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

ਪ੍ਰੋਜੈਕਟ

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

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

ਵੇਰੀਏਬਲ

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

• $prevStep — ਪਿਛਲੇ ਨੋਡ ਦੇ ਵੇਰੀਏਬਲ ਨਾਲ ਲਿੰਕ
• $nextStep - ਅਗਲੇ ਨੋਡ ਦੇ ਵੇਰੀਏਬਲ ਨਾਲ ਲਿੰਕ ਕਰੋ
• $parent - ਉਹੀ ਗੱਲ ਹੈ, ਪਰ ਸਿਰਫ ਪੂਰਵਜ ਲਈ
• $response - ਸਰਵਰ ਤੋਂ ਜਵਾਬ
• $env - ਮੌਜੂਦਾ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ
• $dynamicVar - ਸਕ੍ਰਿਪਟ ਜਾਂ ਪੁੱਛਗਿੱਛ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੌਰਾਨ ਬਣਾਏ ਗਏ ਡਾਇਨਾਮਿਕ ਵੇਰੀਏਬਲ

$env - ਇਹ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਸਾਧਾਰਨ ਪ੍ਰੋਜੈਕਟ ਨੋਡ ਲੈਵਲ ਵੇਰੀਏਬਲ ਹਨ, ਹਾਲਾਂਕਿ, ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਦਾ ਸੈੱਟ ਚੁਣੇ ਹੋਏ ਵਾਤਾਵਰਣ ਦੇ ਅਧਾਰ ਤੇ ਬਦਲਦਾ ਹੈ।

ਵੇਰੀਏਬਲ ਦੁਆਰਾ ਐਕਸੈਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ${variable_name}
ਇੱਕ ਵੇਰੀਏਬਲ ਦਾ ਮੁੱਲ ਇੱਕ ਹੋਰ ਵੇਰੀਏਬਲ, ਜਾਂ ਇੱਕ ਪੂਰਾ ਸਮੀਕਰਨ ਵੀ ਹੋ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, url ਵੇਰੀਏਬਲ ਇੱਕ ਸਮੀਕਰਨ ਹੋ ਸਕਦਾ ਹੈ ਜਿਵੇਂ ਕਿ
http://${host}:${port}/${endpoint}.

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

ਦ੍ਰਿਸ਼

ਉਪਰੋਕਤ ਸਾਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਤੁਸੀਂ ਪੂਰੀ ਪੁੱਛਗਿੱਛ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਚਲਾ ਸਕਦੇ ਹੋ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਹਸਤੀ ਬਣਾਉਣਾ -> ਇੱਕ ਹਸਤੀ ਦੀ ਪੁੱਛਗਿੱਛ ਕਰਨਾ -> ਇੱਕ ਹਸਤੀ ਨੂੰ ਮਿਟਾਉਣਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਕਈ RequestStep ਨੋਡਾਂ ਨੂੰ ਸਮੂਹ ਕਰਨ ਲਈ ਫੋਲਡਰ ਨੋਡ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ।

ਸਵੈ-ਸੰਪੂਰਨਤਾ ਅਤੇ ਪ੍ਰਗਟਾਵੇ ਨੂੰ ਉਜਾਗਰ ਕਰਨਾ

ਵੇਰੀਏਬਲ (ਅਤੇ ਨਾ ਸਿਰਫ਼) ਦੇ ਨਾਲ ਸੁਵਿਧਾਜਨਕ ਕੰਮ ਲਈ ਸਵੈ-ਪੂਰਤੀ ਜ਼ਰੂਰੀ ਹੈ। ਅਤੇ ਬੇਸ਼ੱਕ, ਕਿਸੇ ਸਮੀਕਰਨ ਦੇ ਮੁੱਲ ਨੂੰ ਉਜਾਗਰ ਕਰਨਾ ਇਸ ਨੂੰ ਆਸਾਨ ਅਤੇ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਬਣਾਉਣ ਲਈ ਸਪੱਸ਼ਟ ਕਰਨਾ ਕਿ ਇੱਕ ਖਾਸ ਵੇਰੀਏਬਲ ਕਿਸ ਦੇ ਬਰਾਬਰ ਹੈ। ਇਹ ਬਿਲਕੁਲ ਉਹੀ ਹੈ ਜਦੋਂ ਸੌ ਵਾਰ ਸੁਣਨ ਨਾਲੋਂ ਇੱਕ ਵਾਰ ਦੇਖਣਾ ਬਿਹਤਰ ਹੈ:

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

ਅਣਡੂ/ਰੀਡੋ

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

ਟੈਸਟ ਬਣਾਉਣਾ

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

ਇੱਕ ਦਾਅਵਾ ਨੋਡ ਵਿੱਚ ਦਾਅਵੇ ਦਾ ਇੱਕ ਸਮੂਹ ਹੁੰਦਾ ਹੈ। ਹਰ ਦਾਅਵੇ ਦੀ ਆਪਣੀ ਕਿਸਮ ਹੁੰਦੀ ਹੈ; ਇਸ ਸਮੇਂ ਦਾਅਵੇ ਦੀਆਂ ਕਈ ਕਿਸਮਾਂ ਹਨ

1. ਮੁੱਲਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ - ਬਸ 2 ਮੁੱਲਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਕਈ ਤੁਲਨਾਤਮਕ ਓਪਰੇਟਰ ਹਨ: ਬਰਾਬਰ, ਬਰਾਬਰ ਨਹੀਂ, ਇਸ ਤੋਂ ਵੱਡਾ, ਇਸ ਤੋਂ ਵੱਡਾ ਜਾਂ ਬਰਾਬਰ, ਇਸ ਤੋਂ ਘੱਟ, ਇਸ ਤੋਂ ਘੱਟ ਜਾਂ ਬਰਾਬਰ।

2. ਮੁੱਲ ਰੱਖਦਾ ਹੈ - ਇੱਕ ਸਟ੍ਰਿੰਗ ਵਿੱਚ ਇੱਕ ਸਬਸਟ੍ਰਿੰਗ ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।

3. XPath - ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ XML ਵਿੱਚ ਚੋਣਕਾਰ ਵਿੱਚ ਇੱਕ ਖਾਸ ਮੁੱਲ ਹੈ।

4. JavaScript ਦਾਅਵਾ ਇੱਕ ਮਨਮਾਨੀ ਜਾਵਾਸਕ੍ਰਿਪਟ ਸਕ੍ਰਿਪਟ ਹੈ ਜੋ ਸਫਲਤਾ 'ਤੇ ਸਹੀ ਅਤੇ ਅਸਫਲਤਾ 'ਤੇ ਗਲਤ ਵਾਪਸ ਕਰਦੀ ਹੈ।

ਮੈਂ ਨੋਟ ਕਰਦਾ ਹਾਂ ਕਿ ਸਿਰਫ ਆਖਰੀ ਲਈ ਉਪਭੋਗਤਾ ਤੋਂ ਪ੍ਰੋਗਰਾਮਿੰਗ ਹੁਨਰ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਹੋਰ 3 ਦਾਅਵੇ ਗ੍ਰਾਫਿਕਲ ਇੰਟਰਫੇਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਣਾਏ ਗਏ ਹਨ। ਇੱਥੇ, ਉਦਾਹਰਨ ਲਈ, ਤੁਲਨਾ ਮੁੱਲਾਂ ਦਾ ਦਾਅਵਾ ਬਣਾਉਣ ਲਈ ਡਾਇਲਾਗ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਕੇਕ 'ਤੇ ਆਈਸਿੰਗ ਜਵਾਬਾਂ ਤੋਂ ਦਾਅਵੇ ਦੀ ਤੇਜ਼ ਰਚਨਾ ਹੈ, ਜ਼ਰਾ ਇਸ ਨੂੰ ਦੇਖੋ!

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

API ਵਰਣਨ

TestMace ਤੁਹਾਨੂੰ ਨਾ ਸਿਰਫ਼ API ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਸਗੋਂ ਇਸ ਨੂੰ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਣ ਲਈ ਵੀ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਵਰਣਨ ਵਿੱਚ ਵੀ ਇੱਕ ਲੜੀਵਾਰ ਬਣਤਰ ਹੈ ਅਤੇ ਬਾਕੀ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਸੰਗਠਿਤ ਰੂਪ ਵਿੱਚ ਫਿੱਟ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਸ ਸਮੇਂ ਸਵੈਗਰ 2.0 / ਓਪਨਏਪੀਆਈ 3.0 ਫਾਰਮੈਟਾਂ ਤੋਂ API ਵਰਣਨ ਨੂੰ ਆਯਾਤ ਕਰਨਾ ਸੰਭਵ ਹੈ। ਵਰਣਨ ਆਪਣੇ ਆਪ ਵਿੱਚ ਸਿਰਫ ਮਰੇ ਹੋਏ ਭਾਰ ਨੂੰ ਝੂਠ ਨਹੀਂ ਬੋਲਦਾ, ਪਰ ਬਾਕੀ ਪ੍ਰੋਜੈਕਟ ਦੇ ਨਾਲ ਨੇੜਿਓਂ ਜੁੜਿਆ ਹੋਇਆ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ, URL, HTTP ਸਿਰਲੇਖ, ਪੁੱਛਗਿੱਛ ਪੈਰਾਮੀਟਰ, ਆਦਿ ਦੀ ਸਵੈ-ਸੰਪੂਰਨਤਾ ਉਪਲਬਧ ਹੈ, ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਅਸੀਂ ਟੈਸਟਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ। API ਵਰਣਨ ਦੇ ਨਾਲ ਜਵਾਬ ਦੀ ਪਾਲਣਾ ਲਈ।

ਸ਼ੇਅਰਿੰਗ ਨੋਡ

ਕੇਸ: ਤੁਸੀਂ ਇੱਕ ਸਮੱਸਿਆ ਵਾਲੀ ਬੇਨਤੀ ਜਾਂ ਇੱਕ ਪੂਰੀ ਸਕ੍ਰਿਪਟ ਨੂੰ ਇੱਕ ਸਹਿਕਰਮੀ ਨਾਲ ਸਾਂਝਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਜਾਂ ਇਸਨੂੰ ਇੱਕ ਬੱਗ ਨਾਲ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ। TestMace ਇਸ ਕੇਸ ਨੂੰ ਵੀ ਕਵਰ ਕਰਦਾ ਹੈ: ਐਪਲੀਕੇਸ਼ਨ ਤੁਹਾਨੂੰ URL ਵਿੱਚ ਕਿਸੇ ਵੀ ਨੋਡ ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਇੱਕ ਸਬਟ੍ਰੀ ਨੂੰ ਸੀਰੀਅਲਾਈਜ਼ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਕਾਪੀ-ਪੇਸਟ ਕਰੋ ਅਤੇ ਤੁਸੀਂ ਬੇਨਤੀ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਕਿਸੇ ਹੋਰ ਮਸ਼ੀਨ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰ ਸਕਦੇ ਹੋ।

ਮਨੁੱਖੀ-ਪੜ੍ਹਨਯੋਗ ਪ੍ਰੋਜੈਕਟ ਸਟੋਰੇਜ ਫਾਰਮੈਟ

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

index.yml

children: []
variables: {}
type: RequestStep
assignVariables: []
requestData:
  request:
    method: GET
    url: 'https://next.json-generator.com/api/json/get/NJv-NT-U8'
  headers: []
  disabledInheritedHeaders: []
  params: []
  body:
    type: Json
    jsonBody: ''
    xmlBody: ''
    textBody: ''
    formData: []
    file: ''
    formURLEncoded: []
  strictSSL: Inherit
authData:
  type: inherit
name: Scratch 1

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

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

ਫਾਈਲ ਸਿਸਟਮ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਢਾਂਚੇ ਨਾਲ ਮੈਪ ਕਰਦਾ ਹੈ (ਸਿਰਫ ਫੋਲਡਰ ਲੜੀ ਦਰਸਾਈ ਗਈ ਹੈ, ਪਰ ਸਾਰ ਸਪਸ਼ਟ ਹੈ)

ਇਹ ਪ੍ਰੋਜੈਕਟ ਸਮੀਖਿਆ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ।

ਪੋਸਟਮੈਨ ਤੋਂ ਆਯਾਤ ਕਰੋ

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

ਯੋਜਨਾਵਾਂ

ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਜਿਨ੍ਹਾਂ ਲੋਕਾਂ ਨੇ ਇਸ ਬਿੰਦੂ ਤੱਕ ਪੜ੍ਹਿਆ ਹੈ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਨੇ ਸਾਡੇ ਉਤਪਾਦ ਨੂੰ ਪਸੰਦ ਕੀਤਾ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਸਭ ਕੁਝ ਨਹੀਂ ਹੈ! ਉਤਪਾਦ 'ਤੇ ਕੰਮ ਪੂਰੇ ਜ਼ੋਰਾਂ 'ਤੇ ਹੈ ਅਤੇ ਇੱਥੇ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ ਜੋ ਅਸੀਂ ਜਲਦੀ ਹੀ ਜੋੜਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ।

ਕਲਾਉਡ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ

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

CLI

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

ਪਲੱਗਇਨ ਸਿਸਟਮ

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

ਨੋਡ ਕਿਸਮਾਂ ਦੀ ਰੇਂਜ ਦਾ ਵਿਸਤਾਰ ਕਰਨਾ

ਨੋਡਾਂ ਦਾ ਇਹ ਸਮੂਹ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਲੋੜੀਂਦੇ ਸਾਰੇ ਮਾਮਲਿਆਂ ਨੂੰ ਕਵਰ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਨੋਡ ਜੋ ਜੋੜਨ ਦੀ ਯੋਜਨਾ ਹੈ:

• ਸਕ੍ਰਿਪਟ ਨੋਡ - js ਅਤੇ ਸੰਬੰਧਿਤ API ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਡੇਟਾ ਨੂੰ ਬਦਲਦਾ ਅਤੇ ਰੱਖਦਾ ਹੈ। ਇਸ ਕਿਸਮ ਦੇ ਨੋਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਤੁਸੀਂ ਪੋਸਟਮੈਨ ਵਿੱਚ ਪ੍ਰੀ-ਬੇਨਤੀ ਅਤੇ ਪੋਸਟ-ਬੇਨਤੀ ਸਕ੍ਰਿਪਟਾਂ ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਕਰ ਸਕਦੇ ਹੋ।
• GraphQL ਨੋਡ - graphql ਸਹਿਯੋਗ
• ਕਸਟਮ ਅਸੈਸਸ਼ਨ ਨੋਡ - ਤੁਹਾਨੂੰ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਮੌਜੂਦਾ ਦਾਅਵੇ ਦੇ ਸਮੂਹ ਦਾ ਵਿਸਤਾਰ ਕਰਨ ਦੀ ਆਗਿਆ ਦੇਵੇਗਾ
  ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਇਹ ਕੋਈ ਅੰਤਮ ਸੂਚੀ ਨਹੀਂ ਹੈ; ਇਹ ਤੁਹਾਡੇ ਫੀਡਬੈਕ ਦੇ ਨਾਲ, ਹੋਰ ਚੀਜ਼ਾਂ ਦੇ ਕਾਰਨ ਲਗਾਤਾਰ ਅੱਪਡੇਟ ਕੀਤੀ ਜਾਵੇਗੀ।

ਸਵਾਲ

ਤੁਸੀਂ ਪੋਸਟਮੈਨ ਤੋਂ ਕਿਵੇਂ ਵੱਖਰੇ ਹੋ?

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

ਕੀ ਇਹ ਇੱਕ ਓਪਨ-ਸੋਰਸ ਉਤਪਾਦ ਹੈ?

ਨਹੀਂ, ਫਿਲਹਾਲ ਸਰੋਤ ਬੰਦ ਹਨ, ਪਰ ਭਵਿੱਖ ਵਿੱਚ ਅਸੀਂ ਸਰੋਤਾਂ ਨੂੰ ਖੋਲ੍ਹਣ ਦੀ ਸੰਭਾਵਨਾ 'ਤੇ ਵਿਚਾਰ ਕਰ ਰਹੇ ਹਾਂ |

ਤੁਸੀਂ ਕਿਸ ਚੀਜ਼ ਤੋਂ ਬਚਦੇ ਹੋ?)

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

ਸਿੱਟਾ

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

ਸਰਕਾਰੀ ਵੈਬਸਾਈਟ '

ਤਾਰ

ਢਿੱਲ

ਫੇਸਬੁੱਕ

ਮੁੱਦੇ ਟਰੈਕਰ

ਅਸੀਂ ਤੁਹਾਡੀਆਂ ਇੱਛਾਵਾਂ ਅਤੇ ਸੁਝਾਵਾਂ ਦੀ ਉਡੀਕ ਕਰਦੇ ਹਾਂ!

ਸਰੋਤ: www.habr.com