सर्वांना नमस्कार, हे घ्या टेस्टमेस! कदाचित अनेकांना आमच्याबद्दल माहिती असेल आमचे मागील लेख. जे नुकतेच सामील झाले आहेत त्यांच्यासाठी: आम्ही TestMace API सह काम करण्यासाठी IDE विकसित करत आहोत. स्पर्धात्मक उत्पादनांशी TestMace ची तुलना करताना सर्वात वारंवार विचारला जाणारा प्रश्न म्हणजे "तुम्ही पोस्टमनपेक्षा वेगळे कसे आहात?" आम्ही ठरवले की या प्रश्नाचे तपशीलवार उत्तर देण्याची वेळ आली आहे. खाली आम्ही आमचे फायदे सांगितले आहेत पोस्टमन.

नोडस् मध्ये विभाजित

जर तुम्ही पोस्टमनसोबत काम करत असाल तर तुम्हाला माहिती आहे की विनंती इंटरफेसमध्ये सर्व आवश्यक कार्यक्षमता आहेत. स्क्रिप्ट आहेत, चाचण्या आहेत आणि खरं तर स्वतःच क्वेरी आहेत. हे नवशिक्यांसाठी सोपे करते, परंतु मोठ्या परिस्थितींमध्ये हा दृष्टिकोन लवचिक नाही. तुम्हाला अनेक क्वेरी तयार करायच्या असतील आणि त्यांचे एकत्रीकरण करायचे असेल तर? तुम्हाला विनंतीशिवाय स्क्रिप्ट चालवायची असेल किंवा सलग अनेक तार्किकदृष्ट्या विभक्त स्क्रिप्ट्स चालवायची असतील तर? शेवटी, नियमित उपयोगिता स्क्रिप्ट्सपासून चाचण्या विभक्त करणे ही चांगली कल्पना असेल. याव्यतिरिक्त, "एका नोडमध्ये सर्व कार्यक्षमता जोडा" दृष्टीकोन स्केलेबल नाही - इंटरफेस त्वरीत ओव्हरलोड होतो.

TestMace सुरुवातीला सर्व कार्यक्षमता वेगवेगळ्या प्रकारच्या नोड्समध्ये विभाजित करते. तुम्हाला विनंती करायची आहे का? ते तुमच्यासाठी आहे विनंती चरण नोड तुम्हाला स्क्रिप्ट लिहायची आहे का? ते तुमच्यासाठी आहे स्क्रिप्ट नोड चाचण्या आवश्यक आहेत? कृपया - प्रतिपादन नोड अरे हो, तुम्ही अजूनही ही संपूर्ण गोष्ट गुंडाळू शकता फोल्डर नोड आणि हे सर्व सहजपणे एकमेकांशी एकत्र केले जाऊ शकते. हा दृष्टिकोन केवळ अतिशय लवचिक नाही तर, एकल जबाबदारीच्या तत्त्वानुसार, आपल्याला या क्षणी खरोखर आवश्यक असलेल्या गोष्टी वापरण्याची परवानगी देतो. जर मला फक्त विनंती करायची असेल तर मला स्क्रिप्ट्स आणि चाचण्यांची गरज का आहे?

मानव-वाचनीय प्रकल्प स्वरूप

टेस्टमेस आणि पोस्टमनमध्ये ते ज्या प्रकारे साठवले जातात त्यामध्ये वैचारिक फरक आहे. पोस्टमनमध्ये, सर्व विनंत्या स्थानिक स्टोरेजमध्ये कुठेतरी संग्रहित केल्या जातात. अनेक वापरकर्त्यांमध्ये विनंत्या सामायिक करण्याची आवश्यकता असल्यास, आपल्याला अंगभूत सिंक्रोनाइझेशन वापरण्याची आवश्यकता आहे. खरं तर, हा एक सामान्यतः स्वीकारलेला दृष्टीकोन आहे, परंतु त्याच्या कमतरतांशिवाय नाही. डेटा सुरक्षिततेबद्दल काय? तथापि, काही कंपन्यांचे धोरण तृतीय पक्षांसह डेटा संचयित करण्यास परवानगी देऊ शकत नाही. तथापि, आम्हाला वाटते की TestMace ऑफर करण्यासाठी काहीतरी चांगले आहे! आणि या सुधारणेचे नाव आहे “मानवी-वाचनीय प्रकल्प स्वरूप.”

टेस्टमेसमध्ये, तत्त्वतः, एक "प्रोजेक्ट" अस्तित्व आहे या वस्तुस्थितीपासून सुरुवात करूया. आणि अनुप्रयोग प्रारंभी आवृत्ती नियंत्रण प्रणालींमध्ये प्रकल्प संचयित करण्याच्या दृष्टीकोनातून विकसित केला गेला: प्रकल्प वृक्ष फाईल संरचनेवर जवळजवळ एक-एक प्रक्षेपित केला जातो, yaml स्टोरेज स्वरूप म्हणून वापरले जाते (अतिरिक्त कंस आणि स्वल्पविरामांशिवाय), आणि प्रत्येक नोडच्या फाइलचे प्रतिनिधित्व टिप्पण्यांसह दस्तऐवजीकरणात तपशीलवार वर्णन केले आहे. परंतु बहुतेक प्रकरणांमध्ये आपण तेथे दिसणार नाही - सर्व फील्ड नावांना तार्किक नावे आहेत.

हे वापरकर्त्याला काय देते? हे तुम्हाला परिचित दृष्टिकोन वापरून संघाचा कार्यप्रवाह अतिशय लवचिकपणे बदलू देते. उदाहरणार्थ, विकासक बॅकएंड सारख्या रिपॉजिटरीमध्ये प्रोजेक्ट संचयित करू शकतात. शाखांमध्ये, कोड बेस स्वतः बदलण्याव्यतिरिक्त, विकसक विद्यमान क्वेरी स्क्रिप्ट आणि चाचण्या दुरुस्त करू शकतो. रेपॉजिटरीमध्ये बदल केल्यानंतर (git, svn, mercurial - तुम्हाला जे आवडते ते), CI (तुमचे आवडते, कोणाकडूनही लादलेले नाही) आमची कन्सोल युटिलिटी लाँच करते. testmace-cli, आणि अंमलबजावणीनंतर प्राप्त झालेला अहवाल (उदाहरणार्थ, ज्युनिट फॉरमॅटमध्ये, जो testmace-cli मध्ये देखील समर्थित आहे) योग्य प्रणालीकडे पाठविला जातो. आणि वर नमूद केलेल्या सुरक्षिततेची समस्या आता समस्या नाही.

जसे तुम्ही बघू शकता, TestMace त्याची इकोसिस्टम आणि प्रतिमान लादत नाही. त्याऐवजी, ते स्थापित प्रक्रियांमध्ये सहजपणे बसते.

डायनॅमिक व्हेरिएबल्स

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 आहे). या दृष्टिकोनाचे बरेच फायदे आहेत - जवळजवळ अमर्यादित लवचिकता, तयार समाधानांची उपलब्धता इ.

तथापि, वास्तविकता अनेकदा अशी असते (आम्ही असे नाही, जीवन असे आहे) की परीक्षकाकडे प्रोग्रामिंग कौशल्ये नसतात, परंतु तो आत्ताच संघाला फायदा मिळवून देऊ इच्छितो. अशा प्रकरणांसाठी, नो-कोड संकल्पनेला अनुसरून, TestMace तुम्हाला स्क्रिप्ट लिहिण्याचा अवलंब न करता GUI द्वारे सोप्या चाचण्या तयार करण्याची परवानगी देते. येथे, उदाहरणार्थ, समानतेसाठी मूल्यांची तुलना करणारी चाचणी तयार करण्याची प्रक्रिया कशी दिसते:

तथापि, ग्राफिकल एडिटरमध्ये चाचण्या तयार केल्याने शक्यता नाहीशी होत नाही कोडमध्ये चाचण्या लिहिणे. स्क्रिप्ट नोड प्रमाणे सर्व समान लायब्ररी येथे आहेत, आणि चहा लेखन चाचणीसाठी.

दुव्याद्वारे विद्यमान स्क्रिप्ट चालविण्याची क्षमता (लिंक नोड)

जेव्हा एखादी विशिष्ट क्वेरी किंवा अगदी संपूर्ण स्क्रिप्ट प्रकल्पाच्या वेगवेगळ्या भागांमध्ये अनेक वेळा कार्यान्वित करण्याची आवश्यकता असते तेव्हा परिस्थिती उद्भवते. अशा विनंत्यांचे उदाहरण सानुकूल मल्टी-स्टेज अधिकृतता, वातावरणाला इच्छित स्थितीत आणणे इत्यादी असू शकते. सर्वसाधारणपणे, प्रोग्रामिंग भाषांच्या बाबतीत बोलायचे झाल्यास, आम्हाला अशी कार्ये हवी आहेत जी अनुप्रयोगाच्या वेगवेगळ्या भागांमध्ये पुन्हा वापरली जाऊ शकतात. TestMace मध्ये हे कार्य द्वारे केले जाते दुवा नोड हे वापरणे खूप सोपे आहे:
1) क्वेरी किंवा स्क्रिप्ट तयार करा
२) लिंक प्रकाराचा नोड तयार करा
3) पॅरामीटर्समध्ये, पहिल्या चरणात तयार केलेल्या स्क्रिप्टची लिंक निर्दिष्ट करा

अधिक प्रगत आवृत्तीमध्ये, स्क्रिप्टमधील कोणते डायनॅमिक व्हेरिएबल्स लिंकच्या सापेक्ष उच्च स्तरावर पास केले जातात हे तुम्ही निर्दिष्ट करू शकता. गोंधळात टाकणारा आवाज? समजा आम्ही नावासह एक फोल्डर तयार केला आहे पोस्ट तयार करा, ज्यामध्ये या नोडला डायनॅमिक व्हेरिएबल नियुक्त केले आहे postId. आता लिंक नोडमध्ये दुवा तयार करा तुम्ही ते व्हेरिएबल स्पष्टपणे निर्दिष्ट करू शकता postId पूर्वजांना नियुक्त केले दुवा तयार करा. ही यंत्रणा (पुन्हा, प्रोग्रामिंग भाषेत) "फंक्शन" मधून निकाल देण्यासाठी वापरली जाऊ शकते. सर्वसाधारणपणे, हे छान आहे, DRY जोरात आहे आणि पुन्हा कोडची एकही ओळ खराब झाली नाही.

पोस्टमनसाठी, विनंत्या पुन्हा वापरण्यासाठी एक वैशिष्ट्य विनंती आहे 2015 पासून फाशी, आणि असे दिसते की तेथे समान आहे काही सूचनाकी ते या समस्येवर काम करत आहेत. सध्याच्या स्वरूपात, पोस्टमनमध्ये, अर्थातच, अंमलबजावणीचा धागा बदलण्याची क्षमता आहे, ज्यामुळे सिद्धांततः समान वर्तन अंमलात आणणे शक्य होते, परंतु हे खरोखर कार्यरत दृष्टिकोनापेक्षा एक गलिच्छ खाच आहे.

इतर फरक

• व्हेरिएबल्सच्या व्याप्तीवर अधिक नियंत्रण. पोस्टमनमध्ये व्हेरिएबलची सर्वात लहान व्याप्ती म्हणजे संग्रह. TestMace तुम्हाला कोणत्याही क्वेरी किंवा फोल्डरसाठी व्हेरिएबल्स परिभाषित करण्यास अनुमती देते. पोस्टमन शेअर कलेक्शनमध्ये तुम्हाला फक्त कलेक्शन एक्सपोर्ट करण्याची परवानगी मिळते, तर टेस्टमेसमध्ये शेअरिंग कोणत्याही नोडसाठी काम करते
• TestMace समर्थन करते अनुवांशिक शीर्षलेख, जी डीफॉल्टनुसार मुलांच्या क्वेरींमध्ये बदलली जाऊ शकते. पोस्टमनला याबद्दल काहीतरी आहे: एक कार्य, आणि ते अगदी बंद आहे, परंतु ते एक उपाय म्हणून ऑफर केले आहे... स्क्रिप्ट वापरा. TestMace मध्ये, हे सर्व GUI द्वारे कॉन्फिगर केले आहे आणि विशिष्ट वंशजांमध्ये वारसा मिळालेले शीर्षलेख वैकल्पिकरित्या अक्षम करण्याचा पर्याय आहे
• पुन्हा पूर्ववत. केवळ नोड्स संपादित करतानाच नाही तर प्रकल्पाची रचना बदलणारी इतर ऑपरेशन्स हलवताना, हटवताना, पुनर्नामित करताना देखील कार्य करते.
• विनंत्यांना संलग्न केलेल्या फायली प्रोजेक्टचा भाग बनतात आणि पोस्टमनच्या विपरीत, उत्तम प्रकारे सिंक्रोनाइझ असताना त्यासह संग्रहित केल्या जातात. (होय, तुम्ही यापुढे प्रत्येक वेळी फायली मॅन्युअली निवडून त्या संग्रहणातील सहकाऱ्यांकडे हस्तांतरित कराल)

वैशिष्ट्ये जी आधीच मार्गावर आहेत

आम्ही पुढील प्रकाशनांवर गुप्ततेचा पडदा उचलण्याचा मोह टाळू शकलो नाही, विशेषत: जेव्हा कार्यक्षमता खूप चवदार असते आणि आधीपासूनच प्री-रिलीझ पॉलिशिंग चालू असते. तर, भेटूया.

कार्ये

तुम्हाला माहिती आहे की, पोस्टमन मूल्ये निर्माण करण्यासाठी तथाकथित डायनॅमिक व्हेरिएबल्स वापरतो. त्यांची यादी प्रभावी आहे आणि बहुसंख्य कार्ये बनावट मूल्ये निर्माण करण्यासाठी वापरली जातात. उदाहरणार्थ, यादृच्छिक ईमेल व्युत्पन्न करण्यासाठी तुम्हाला हे लिहावे लागेल:

{{$randomEmail}}

तथापि, हे व्हेरिएबल्स (डायनॅमिक असले तरी), ते फंक्शन्स म्हणून वापरले जाऊ शकत नाहीत: ते पॅरामीटराइज करण्यायोग्य नाहीत, म्हणून स्ट्रिंगमधून हॅश घेणे शक्य होणार नाही.

आम्ही TestMace मध्ये "प्रामाणिक" कार्ये जोडण्याची योजना आखत आहोत. ${} च्या आत केवळ व्हेरिएबलमध्ये प्रवेश करणे शक्य होणार नाही तर फंक्शन कॉल करणे देखील शक्य होईल. त्या. तुम्हाला कुख्यात बनावट ईमेल व्युत्पन्न करायचे असल्यास, आम्ही फक्त लिहू

${faker.internet.email()}

हे एक फंक्शन आहे या वस्तुस्थितीव्यतिरिक्त, आपल्याला लक्षात येईल की ऑब्जेक्टवर पद्धत कॉल करणे शक्य आहे. आणि डायनॅमिक व्हेरिएबल्सच्या मोठ्या सपाट सूचीऐवजी, आपल्याकडे तार्किकदृष्ट्या गटबद्ध वस्तूंचा संच आहे.

जर आपल्याला स्ट्रिंगच्या हॅशची गणना करायची असेल तर? सहज!

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

तुमच्या लक्षात येईल की तुम्ही पॅरामीटर्स म्हणून व्हेरिएबल्स देखील पास करू शकता! या टप्प्यावर, जिज्ञासू वाचकाला काहीतरी चुकीचे असल्याची शंका येऊ शकते...

अभिव्यक्तीमध्ये JavaScript वापरणे

... आणि चांगल्या कारणासाठी! जेव्हा फंक्शन्ससाठी आवश्यकता तयार केल्या जात होत्या, तेव्हा आम्ही अचानक निष्कर्षापर्यंत पोहोचलो की वैध जावास्क्रिप्ट अभिव्यक्तीमध्ये लिहिली पाहिजे. तर आता तुम्ही असे अभिव्यक्ती लिहिण्यास मोकळे आहात:

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

आणि हे सर्व स्क्रिप्टशिवाय, थेट इनपुट फील्डमध्ये!

पोस्टमनसाठी, येथे आपण फक्त व्हेरिएबल्स वापरू शकता आणि जेव्हा आपण अगदी कमी अभिव्यक्ती लिहिण्याचा प्रयत्न करता तेव्हा प्रमाणीकरणकर्ता शाप देतो आणि त्याची गणना करण्यास नकार देतो.

प्रगत स्वयंपूर्णता

सध्या TestMace मध्ये एक मानक स्वयंपूर्णता आहे जी असे दिसते:

येथे, स्वयं-पूर्ण रेषेव्यतिरिक्त, ही ओळ कोणत्या मालकीची आहे हे सूचित केले आहे. ही यंत्रणा फक्त ${} कंसांनी वेढलेल्या अभिव्यक्तींमध्ये कार्य करते.

तुम्ही बघू शकता, व्हिज्युअल मार्कर जोडले गेले आहेत जे व्हेरिएबलचा प्रकार दर्शवतात (उदाहरणार्थ, स्ट्रिंग, संख्या, अॅरे इ.). तुम्ही स्वयंपूर्णता मोड देखील बदलू शकता (उदाहरणार्थ, तुम्ही व्हेरिएबल्स किंवा शीर्षलेखांसह स्वयंपूर्णता निवडू शकता). पण तरीही ही सर्वात महत्त्वाची गोष्ट नाही!

प्रथम, स्वयंपूर्णता अगदी अभिव्यक्तींमध्ये देखील कार्य करते (जेथे शक्य आहे). हे असे दिसते:

आणि दुसरे म्हणजे, स्वयंपूर्णता आता स्क्रिप्टमध्ये उपलब्ध आहे. ते कसे कार्य करते ते पहा!

पोस्टमनशी या कार्यक्षमतेची तुलना करण्यात काही अर्थ नाही - स्वयंपूर्णता केवळ व्हेरिएबल्स, शीर्षलेख आणि त्यांच्या मूल्यांच्या स्थिर सूचीपुरती मर्यादित आहे (मी काही विसरलो असल्यास मला दुरुस्त करा). स्क्रिप्ट स्वयंपूर्ण नाहीत :)

निष्कर्ष

ऑक्टोबरला आमच्या उत्पादनाच्या विकासाला एक वर्ष पूर्ण झाले. या काळात, आम्ही बर्‍याच गोष्टी करू शकलो आणि काही बाबतीत आमच्या प्रतिस्पर्ध्यांना पकडले. परंतु तसे होऊ शकते, आमचे ध्येय API सह कार्य करण्यासाठी खरोखर सोयीचे साधन बनवणे आहे. आम्हाला अजून बरेच काम करायचे आहे, येत्या वर्षासाठी आमच्या प्रकल्पाच्या विकासासाठी येथे एक ढोबळ योजना आहे: https://testmace.com/roadmap.

तुमचा अभिप्राय आम्हाला वैशिष्ट्यांच्या विपुलतेने अधिक चांगल्या प्रकारे नेव्हिगेट करण्यास अनुमती देईल आणि तुमचा पाठिंबा आम्हाला सामर्थ्य आणि आत्मविश्वास देतो की आम्ही योग्य गोष्ट करत आहोत. असे घडते की आज आमच्या प्रकल्पासाठी एक महत्त्वाचा दिवस आहे - ज्या दिवशी TestMace प्रकाशित झाला होता ProductHunt. कृपया आमच्या प्रकल्पाचे समर्थन करा, ते आमच्यासाठी खूप महत्वाचे आहे. शिवाय, आज आमच्या PH पृष्ठावर एक आकर्षक ऑफर आहे आणि ती मर्यादित आहे

स्त्रोत: www.habr.com