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

ਨੋਡਾਂ ਵਿੱਚ ਵੰਡਣਾ

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

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

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

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

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

ਇਹ ਉਪਭੋਗਤਾ ਨੂੰ ਕੀ ਦਿੰਦਾ ਹੈ? ਇਹ ਤੁਹਾਨੂੰ ਜਾਣੇ-ਪਛਾਣੇ ਪਹੁੰਚਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਟੀਮ ਦੇ ਕੰਮ ਦੇ ਪ੍ਰਵਾਹ ਨੂੰ ਬਹੁਤ ਲਚਕਦਾਰ ਢੰਗ ਨਾਲ ਬਦਲਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਡਿਵੈਲਪਰ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਉਸੇ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਸਟੋਰ ਕਰ ਸਕਦੇ ਹਨ ਜਿਵੇਂ ਕਿ ਬੈਕਐਂਡ। ਬ੍ਰਾਂਚਾਂ ਵਿੱਚ, ਕੋਡ ਬੇਸ ਨੂੰ ਬਦਲਣ ਤੋਂ ਇਲਾਵਾ, ਡਿਵੈਲਪਰ ਮੌਜੂਦਾ ਪੁੱਛਗਿੱਛ ਸਕ੍ਰਿਪਟਾਂ ਅਤੇ ਟੈਸਟਾਂ ਨੂੰ ਠੀਕ ਕਰ ਸਕਦਾ ਹੈ। ਰਿਪੋਜ਼ਟਰੀ (git, svn, mercurial - ਜੋ ਵੀ ਤੁਸੀਂ ਸਭ ਤੋਂ ਵਧੀਆ ਪਸੰਦ ਕਰਦੇ ਹੋ) ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਨ ਤੋਂ ਬਾਅਦ, CI (ਤੁਹਾਡੀ ਮਨਪਸੰਦ, ਕਿਸੇ ਦੁਆਰਾ ਲਾਗੂ ਨਹੀਂ) ਸਾਡੀ ਕੰਸੋਲ ਉਪਯੋਗਤਾ ਨੂੰ ਲਾਂਚ ਕਰਦਾ ਹੈ। testmace-cli, ਅਤੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਤੋਂ ਬਾਅਦ ਪ੍ਰਾਪਤ ਕੀਤੀ ਰਿਪੋਰਟ (ਉਦਾਹਰਨ ਲਈ, ਜੂਨਿਟ ਫਾਰਮੈਟ ਵਿੱਚ, ਜੋ ਕਿ testmace-cli ਵਿੱਚ ਵੀ ਸਮਰਥਿਤ ਹੈ) ਉਚਿਤ ਸਿਸਟਮ ਨੂੰ ਭੇਜੀ ਜਾਂਦੀ ਹੈ। ਅਤੇ ਉਪਰੋਕਤ ਸੁਰੱਖਿਆ ਦਾ ਮੁੱਦਾ ਹੁਣ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ.

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

ਡਾਇਨਾਮਿਕ ਵੇਰੀਏਬਲ

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

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

var jsonData = JSON.parse(responseBody);
postman.setEnvironmentVariable("data", jsonData.data);

ਪਰ ਸਾਡੀ ਰਾਏ ਵਿੱਚ, ਅਜਿਹੇ ਸਧਾਰਨ ਅਤੇ ਅਕਸਰ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਦ੍ਰਿਸ਼ ਲਈ ਇੱਕ ਸਕ੍ਰਿਪਟ ਲਿਖਣਾ ਬੇਲੋੜਾ ਲੱਗਦਾ ਹੈ। ਇਸ ਲਈ, TestMace ਵਿੱਚ ਗ੍ਰਾਫਿਕਲ ਇੰਟਰਫੇਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਵੇਰੀਏਬਲ ਨੂੰ ਜਵਾਬ ਦੇ ਇੱਕ ਹਿੱਸੇ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ ਸੰਭਵ ਹੈ। ਦੇਖੋ ਕਿ ਇਹ ਕਿੰਨਾ ਸਧਾਰਨ ਹੈ:

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

var jsonData = JSON.parse(responseBody);
postman.setEnvironmentVariable("data", CryptoJS.MD5(jsonData.data));

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

const data = tm.currentNode.prev.response.body.data;
tm.currentNode.parent.setDynamicVar('data', crypto.MD5(data));

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ, ਨੋਡਾਂ ਦੀ ਰਚਨਾ ਇੱਥੇ ਵੀ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੀ ਹੈ. ਅਤੇ ਉੱਪਰ ਦੱਸੇ ਗਏ ਅਜਿਹੇ ਸਧਾਰਨ ਕੇਸ ਲਈ, ਤੁਸੀਂ ਸਿਰਫ਼ ਸਮੀਕਰਨ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ ${crypto.MD5($response.data)} ਵੇਰੀਏਬਲ GUI ਦੁਆਰਾ ਬਣਾਇਆ ਗਿਆ ਹੈ!

GUI ਰਾਹੀਂ ਟੈਸਟ ਬਣਾਉਣਾ

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

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

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

ਇੱਕ ਲਿੰਕ (ਲਿੰਕ ਨੋਡ) ਦੁਆਰਾ ਇੱਕ ਮੌਜੂਦਾ ਸਕ੍ਰਿਪਟ ਚਲਾਉਣ ਦੀ ਸਮਰੱਥਾ

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

ਵਧੇਰੇ ਉੱਨਤ ਸੰਸਕਰਣ ਵਿੱਚ, ਤੁਸੀਂ ਨਿਸ਼ਚਿਤ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਸਕ੍ਰਿਪਟ ਤੋਂ ਕਿਹੜੇ ਗਤੀਸ਼ੀਲ ਵੇਰੀਏਬਲ ਲਿੰਕ ਦੇ ਅਨੁਸਾਰੀ ਉੱਚ ਪੱਧਰ 'ਤੇ ਪਾਸ ਕੀਤੇ ਗਏ ਹਨ। ਉਲਝਣ ਵਾਲੀ ਆਵਾਜ਼? ਮੰਨ ਲਓ ਅਸੀਂ ਨਾਮ ਨਾਲ ਇੱਕ ਫੋਲਡਰ ਬਣਾਇਆ ਹੈ ਬਣਾਓ-ਪੋਸਟ, ਜਿਸ ਦੇ ਅੰਦਰ ਇੱਕ ਡਾਇਨਾਮਿਕ ਵੇਰੀਏਬਲ ਇਸ ਨੋਡ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ postId. ਹੁਣ ਲਿੰਕ ਨੋਡ ਵਿੱਚ ਬਣਾਓ-ਪੋਸਟ-ਲਿੰਕ ਤੁਸੀਂ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਿਤ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਵੇਰੀਏਬਲ postId ਇੱਕ ਪੂਰਵਜ ਨੂੰ ਸੌਂਪਿਆ ਗਿਆ ਬਣਾਓ-ਪੋਸਟ-ਲਿੰਕ. ਇਹ ਵਿਧੀ (ਦੁਬਾਰਾ, ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਵਿੱਚ) ਇੱਕ "ਫੰਕਸ਼ਨ" ਤੋਂ ਨਤੀਜਾ ਵਾਪਸ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, ਇਹ ਠੰਡਾ ਹੈ, DRY ਪੂਰੇ ਜ਼ੋਰਾਂ 'ਤੇ ਹੈ ਅਤੇ ਦੁਬਾਰਾ ਕੋਡ ਦੀ ਇੱਕ ਲਾਈਨ ਨੂੰ ਵੀ ਨੁਕਸਾਨ ਨਹੀਂ ਹੋਇਆ ਹੈ।

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

ਹੋਰ ਅੰਤਰ

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

ਉਹ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜੋ ਪਹਿਲਾਂ ਹੀ ਰਸਤੇ ਵਿੱਚ ਹਨ

ਅਸੀਂ ਅਗਲੀਆਂ ਰੀਲੀਜ਼ਾਂ 'ਤੇ ਗੁਪਤਤਾ ਦਾ ਪਰਦਾ ਚੁੱਕਣ ਦੇ ਪਰਤਾਵੇ ਦਾ ਵਿਰੋਧ ਨਹੀਂ ਕਰ ਸਕੇ, ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਕਾਰਜਕੁਸ਼ਲਤਾ ਬਹੁਤ ਸੁਆਦੀ ਹੈ ਅਤੇ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰੀ-ਰਿਲੀਜ਼ ਪਾਲਿਸ਼ਿੰਗ ਤੋਂ ਗੁਜ਼ਰ ਰਹੀ ਹੈ। ਇਸ ਲਈ, ਆਓ ਮਿਲੀਏ.

ਫੰਕਸ਼ਨ

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

{{$randomEmail}}

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

ਅਸੀਂ TestMace ਵਿੱਚ "ਇਮਾਨਦਾਰ" ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ। ${} ਦੇ ਅੰਦਰ ਇਹ ਨਾ ਸਿਰਫ਼ ਇੱਕ ਵੇਰੀਏਬਲ ਤੱਕ ਪਹੁੰਚ ਕਰਨਾ ਸੰਭਵ ਹੋਵੇਗਾ, ਸਗੋਂ ਇੱਕ ਫੰਕਸ਼ਨ ਨੂੰ ਕਾਲ ਕਰਨਾ ਵੀ ਸੰਭਵ ਹੋਵੇਗਾ। ਉਹ. ਜੇਕਰ ਤੁਹਾਨੂੰ ਬਦਨਾਮ ਜਾਅਲੀ ਈਮੇਲ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਅਸੀਂ ਸਿਰਫ਼ ਲਿਖਾਂਗੇ

${faker.internet.email()}

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

ਜੇਕਰ ਅਸੀਂ ਇੱਕ ਸਤਰ ਦੇ ਹੈਸ਼ ਦੀ ਗਣਨਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ ਤਾਂ ਕੀ ਹੋਵੇਗਾ? ਆਸਾਨੀ ਨਾਲ!

${crypto.MD5($dynamicVar.data)}

ਤੁਸੀਂ ਵੇਖੋਗੇ ਕਿ ਤੁਸੀਂ ਪੈਰਾਮੀਟਰਾਂ ਵਜੋਂ ਵੇਰੀਏਬਲ ਵੀ ਪਾਸ ਕਰ ਸਕਦੇ ਹੋ! ਇਸ ਸਮੇਂ, ਇੱਕ ਖੋਜੀ ਪਾਠਕ ਨੂੰ ਸ਼ੱਕ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਕੁਝ ਗਲਤ ਹੈ ...

ਸਮੀਕਰਨ ਵਿੱਚ JavaScript ਦੀ ਵਰਤੋਂ ਕਰਨਾ

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

${1 + '' + crypto.MD5('asdf')}

ਅਤੇ ਇਹ ਸਭ ਬਿਨਾਂ ਸਕ੍ਰਿਪਟਾਂ ਦੇ, ਬਿਲਕੁਲ ਇਨਪੁਟ ਖੇਤਰਾਂ ਵਿੱਚ!

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

ਉੱਨਤ ਸਵੈ-ਪੂਰਤੀ

ਵਰਤਮਾਨ ਵਿੱਚ TestMace ਵਿੱਚ ਇੱਕ ਮਿਆਰੀ ਸਵੈ-ਸੰਪੂਰਨਤਾ ਹੈ ਜੋ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

ਇੱਥੇ, ਸਵੈ-ਮੁਕੰਮਲ ਲਾਈਨ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਦਰਸਾਇਆ ਗਿਆ ਹੈ ਕਿ ਇਹ ਲਾਈਨ ਕਿਸ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਇਹ ਵਿਧੀ ਸਿਰਫ਼ ${} ਬਰੈਕਟਾਂ ਨਾਲ ਘਿਰੇ ਸਮੀਕਰਨਾਂ ਵਿੱਚ ਕੰਮ ਕਰਦੀ ਹੈ।

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

ਪਹਿਲਾਂ, ਸਵੈ-ਸੰਪੂਰਨਤਾ ਸਮੀਕਰਨਾਂ (ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ) ਵਿੱਚ ਵੀ ਕੰਮ ਕਰਦੀ ਹੈ। ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਅਤੇ ਦੂਜਾ, ਸਵੈ-ਸੰਪੂਰਨਤਾ ਹੁਣ ਸਕ੍ਰਿਪਟਾਂ ਵਿੱਚ ਉਪਲਬਧ ਹੈ। ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ!

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

ਸਿੱਟਾ

ਅਕਤੂਬਰ ਨੂੰ ਸਾਡੇ ਉਤਪਾਦ ਦੇ ਵਿਕਾਸ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਇੱਕ ਸਾਲ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਸਮੇਂ ਦੌਰਾਨ, ਅਸੀਂ ਬਹੁਤ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਕਰਨ ਵਿੱਚ ਕਾਮਯਾਬ ਰਹੇ ਅਤੇ, ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਸਾਡੇ ਮੁਕਾਬਲੇਬਾਜ਼ਾਂ ਨੂੰ ਫੜ ਲਿਆ। ਪਰ ਜਿਵੇਂ ਵੀ ਇਹ ਹੋ ਸਕਦਾ ਹੈ, ਸਾਡਾ ਟੀਚਾ APIs ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਇੱਕ ਸੱਚਮੁੱਚ ਸੁਵਿਧਾਜਨਕ ਸਾਧਨ ਬਣਾਉਣਾ ਹੈ। ਸਾਡੇ ਕੋਲ ਅਜੇ ਵੀ ਬਹੁਤ ਸਾਰਾ ਕੰਮ ਕਰਨਾ ਬਾਕੀ ਹੈ, ਇੱਥੇ ਆਉਣ ਵਾਲੇ ਸਾਲ ਲਈ ਸਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਵਿਕਾਸ ਲਈ ਇੱਕ ਮੋਟਾ ਯੋਜਨਾ ਹੈ: https://testmace.com/roadmap.

ਤੁਹਾਡਾ ਫੀਡਬੈਕ ਸਾਨੂੰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਭਰਪੂਰਤਾ ਨੂੰ ਬਿਹਤਰ ਢੰਗ ਨਾਲ ਨੈਵੀਗੇਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ, ਅਤੇ ਤੁਹਾਡਾ ਸਮਰਥਨ ਸਾਨੂੰ ਤਾਕਤ ਅਤੇ ਵਿਸ਼ਵਾਸ ਦਿੰਦਾ ਹੈ ਕਿ ਅਸੀਂ ਸਹੀ ਕੰਮ ਕਰ ਰਹੇ ਹਾਂ। ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ ਕਿ ਅੱਜ ਸਾਡੇ ਪ੍ਰੋਜੈਕਟ ਲਈ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਦਿਨ ਹੈ - ਜਿਸ ਦਿਨ TestMace ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਸੀ ਉਤਪਾਦ ਦੀ ਭਾਲ. ਕਿਰਪਾ ਕਰਕੇ ਸਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦਾ ਸਮਰਥਨ ਕਰੋ, ਇਹ ਸਾਡੇ ਲਈ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅੱਜ ਸਾਡੇ PH ਪੰਨੇ 'ਤੇ ਇੱਕ ਲੁਭਾਉਣ ਵਾਲੀ ਪੇਸ਼ਕਸ਼ ਹੈ, ਅਤੇ ਇਹ ਸੀਮਤ ਹੈ

ਸਰੋਤ: www.habr.com