सर्वांना नमस्कार. आम्ही सावल्यांमधून हळूहळू बाहेर पडत आहोत आणि आमच्या उत्पादनाबद्दल लेखांची मालिका सुरू ठेवत आहोत. नंतर मागील पुनरावलोकन लेख, आम्हाला भरपूर अभिप्राय (बहुधा सकारात्मक), सूचना आणि बग अहवाल प्राप्त झाले. आज आपण दाखवू टेस्टमेस कृतीमध्ये आणि आपण आमच्या अनुप्रयोगाच्या काही वैशिष्ट्यांचे कौतुक करण्यास सक्षम असाल. अधिक संपूर्ण विसर्जनासाठी, मी तुम्हाला आमच्या दस्तऐवजांचा येथे संदर्भ घेण्याचा सल्ला देतो http://docs-ru.testmace.com. तर चला!

सेटिंग

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

प्रायोगिक परिस्थिती

आम्ही आमच्या चाचणी विषय म्हणून खालील मानक परिस्थिती निवडली:

• लॉगिन: वापरकर्ता - प्रशासक, पासवर्ड - पासवर्ड
• नवीन एंट्री जोडा
• रेकॉर्ड योग्यरित्या जोडला गेला आहे का ते तपासूया

आम्ही चाचणी करू https://testmace-quick-start.herokuapp.com/. हे सामान्य आहे json-सर्व्हर, अशा अनुप्रयोगांच्या चाचणीसाठी योग्य. आम्ही सर्व json-सर्व्हर मार्गांना टोकनद्वारे अधिकृतता जोडली आहे आणि हे टोकन प्राप्त करण्यासाठी लॉगिन पद्धत तयार केली आहे. आम्ही हळूहळू पुढे जाऊ, हळूहळू आमच्या प्रकल्पात सुधारणा करू.

एक प्रकल्प तयार करणे आणि अधिकृततेशिवाय अस्तित्व निर्माण करण्याचा प्रयत्न करणे

प्रथम, एक नवीन प्रकल्प तयार करूया (फाइल->नवीन प्रकल्प). तुम्ही प्रथमच अॅप्लिकेशन लाँच करत असल्यास, एक नवीन प्रोजेक्ट आपोआप उघडेल. प्रथम, नवीन रेकॉर्ड तयार करण्याची विनंती करण्याचा प्रयत्न करूया (जर रेकॉर्ड तयार करणे अधिकृततेशिवाय उपलब्ध असेल). प्रोजेक्ट नोड संदर्भ मेनूमधून आयटम निवडा नोड जोडा -> विनंती चरण. नोडचे नाव वर सेट करा पोस्ट तयार करा. परिणामी, झाडामध्ये एक नवीन नोड तयार होईल आणि या नोडसाठी एक टॅब उघडेल. चला खालील विनंती पॅरामीटर्स सेट करूया:

• विनंती प्रकार: POST
• यूआरएलः https://testmace-quick-start.herokuapp.com/posts
• विनंती मुख्य भाग: मूल्यासह json {"title": "New testmace quick start post"}
  आपण सर्वकाही योग्यरित्या केले असल्यास, इंटरफेस असे दिसेल:

तथापि, आम्ही विनंती पूर्ण करण्याचा प्रयत्न केल्यास, सर्व्हर 401 कोड परत करेल आणि अधिकृततेशिवाय आम्हाला या सर्व्हरवर काहीही मिळणार नाही. बरं, सर्वसाधारणपणे, अपेक्षेप्रमाणे).

अधिकृतता विनंती जोडत आहे

आधीच म्हटल्याप्रमाणे, आमच्याकडे POST एंडपॉइंट आहे /login, जे फॉर्मच्या विनंती मुख्य भाग म्हणून json घेते: {"username": "<username>", "password": "<password>"}कुठे username и password (पुन्हा, वरील परिचयात्मक परिच्छेदातून) अर्थ आहेत admin и password अनुक्रमे प्रतिसादात, हा एंडपॉइंट json ला परत करतो {"token": "<token>"}. आम्ही ते अधिकृततेसाठी वापरू. चला तयार करूया विनंती चरण नावासह नोड लॉगिन, पूर्वज म्हणून काम करेल प्रकल्प नोड ड्रॅग-अँड-ड्रॉप वापरून, दिलेल्या नोडला नोडपेक्षा उंच ट्रीमध्ये हलवा पोस्ट तयार करा. नवीन तयार केलेल्या विनंतीसाठी खालील पॅरामीटर्स सेट करूया:

• विनंती प्रकार: POST
• यूआरएलः https://testmace-quick-start.herokuapp.com/login
• विनंती मुख्य भाग: मूल्यासह json {"username": "admin", "password": "password"}

चला विनंती कार्यान्वित करू आणि प्रतिसादात टोकनसह दोनशेवा कोड प्राप्त करू. यासारखेच काहीसे:

रिफॅक्टरिंग: डोमेन डुप्लिकेशन काढून टाकणे

आतापर्यंत विनंत्या एका स्क्रिप्टमध्ये जोडलेल्या नाहीत. पण हा एकमेव दोष नाही. तुम्ही बारकाईने पाहिल्यास, तुमच्या लक्षात येईल की किमान डोमेन दोन्ही विनंत्यांमध्ये डुप्लिकेट केलेले आहे. चांगले नाही. भविष्यातील स्क्रिप्टचा हा भाग रिफॅक्टर करण्याची वेळ आली आहे आणि व्हेरिएबल्स आम्हाला यामध्ये मदत करतील.

पहिल्या अंदाजापर्यंत, व्हेरिएबल्स इतर समान साधने आणि प्रोग्रामिंग भाषांमध्ये समान भूमिका बजावतात - डुप्लिकेशन काढून टाकणे, वाचनीयता वाढवणे इ. मध्ये व्हेरिएबल्सबद्दल अधिक वाचू शकता आमचे दस्तऐवजीकरण. या प्रकरणात, आम्हाला वापरकर्ता व्हेरिएबल्सची आवश्यकता असेल.

प्रोजेक्ट नोड स्तरावर व्हेरिएबल परिभाषित करू domain अर्थासह https://testmace-quick-start.herokuapp.com. यासाठी ते आवश्यक आहे

• या नोडसह टॅब उघडा आणि वरच्या उजव्या बाजूला असलेल्या कॅल्क्युलेटर चिन्हावर क्लिक करा
• वर क्लिक करा + व्हेरिएबल जोडा
• व्हेरिएबलचे नाव आणि मूल्य प्रविष्ट करा
  आमच्या बाबतीत, जोडलेल्या व्हेरिएबलसह संवाद असे दिसेल:

ठीक आहे. आता, इनहेरिटेन्समुळे, आपण हे व्हेरिएबल कोणत्याही नेस्टिंग लेव्हलच्या वंशजांमध्ये वापरू शकतो. आमच्या बाबतीत हे नोड्स आहेत लॉगिन и पोस्ट तयार करा. मजकूर फील्डमध्ये व्हेरिएबल वापरण्यासाठी, तुम्हाला लिहावे लागेल ${<variable_name>}. उदाहरणार्थ, लॉगिन url मध्ये रूपांतरित केले आहे ${domain}/loginसाठी अनुक्रमे पोस्ट तयार करा node url असे दिसेल ${domain}/posts.

अशा प्रकारे, DRY तत्त्वानुसार, आम्ही परिस्थिती थोडी सुधारली आहे.

टोकन व्हेरिएबलमध्ये सेव्ह करा

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

प्रथम, लॉगिन विनंती करू. टॅबमध्ये पार्स केलेले उत्तर, टोकनवर कर्सर हलवा आणि संदर्भ मेनूमध्ये (ज्याला उजव्या माऊस बटणाने किंवा बटणावर क्लिक करून म्हणतात ...) आयटम निवडा व्हेरिएबलला नियुक्त करा. खालील फील्डसह एक संवाद दिसेल:

• पथ — उत्तराचा कोणता भाग घेतला आहे (आमच्या बाबतीत ते आहे body.token)
• वर्तमान मूल्य - मार्गावर कोणते मूल्य आहे (आमच्या बाबतीत हे टोकन मूल्य आहे)
• परिवर्तनीय नाव — व्हेरिएबलचे नाव जेथे वर्तमान मूल्य जतन केले जाईल. आमच्या बाबतीत ते होईल token
• नोड — कोणत्या पूर्वजांमध्ये व्हेरिएबल तयार केले जाईल परिवर्तनीय नाव. चला Project निवडा

पूर्ण झालेला संवाद यासारखा दिसतो:

आता प्रत्येक वेळी नोड कार्यान्वित केला जातो लॉगिन डायनॅमिक व्हेरिएबल token प्रतिसादातून नवीन मूल्यासह अद्यतनित केले जाईल. आणि हे व्हेरिएबल मध्ये साठवले जाईल प्रकल्प नोड आणि, वारशाबद्दल धन्यवाद, वंशजांसाठी उपलब्ध असेल.

डायनॅमिक व्हेरिएबल्समध्ये प्रवेश करण्यासाठी, आपण वापरणे आवश्यक आहे अंगभूत व्हेरिएबल $dynamicVar. उदाहरणार्थ, संचयित टोकनमध्ये प्रवेश करण्यासाठी, आपल्याला कॉल करणे आवश्यक आहे ${$dynamicVar.token}.

आम्ही विनंत्यांमध्ये अधिकृतता टोकन पास करतो

मागील चरणांमध्ये आम्हाला अधिकृतता टोकन प्राप्त झाले आणि आम्हाला फक्त हेडर जोडण्याची आवश्यकता आहे Authorization अर्थासह Bearer <tokenValue> अधिकृतता आवश्यक असलेल्या सर्व विनंत्यांमध्ये, यासह पोस्ट तयार करा. हे करण्याचे अनेक मार्ग आहेत:

1. स्वहस्ते टोकन कॉपी करा आणि स्वारस्याच्या विनंत्यांना अधिकृतता शीर्षलेख जोडा. पद्धत कार्य करते, परंतु तिचा वापर केवळ "केलेले आणि फेकून दिलेले" प्रकाराच्या विनंतीपुरते मर्यादित आहे. स्क्रिप्टच्या वारंवार अंमलबजावणीसाठी योग्य नाही
2. कार्यक्षमता वापरा अधिकृतता.
3. वापरा डीफॉल्ट शीर्षलेख

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

दुसरी गोष्ट म्हणजे डीफॉल्ट शीर्षलेख! थोडक्यात, डीफॉल्ट शीर्षलेख हे वारशाने मिळालेले HTTP शीर्षलेख असतात जे स्पष्टपणे अक्षम केल्याशिवाय डीफॉल्टनुसार विनंतीमध्ये जोडले जातात. ही कार्यक्षमता वापरून, आपण, उदाहरणार्थ, सानुकूल अधिकृतता लागू करू शकता किंवा स्क्रिप्टमधील डुप्लिकेशनपासून मुक्त होऊ शकता. हेडर्समध्ये टोकन पास करण्यासाठी या वैशिष्ट्याचा वापर करूया.

पूर्वी, आम्ही टोकन डायनॅमिक व्हेरिएबलमध्ये सावधपणे सेव्ह केले होते $dynamicVar.token प्रकल्प नोड स्तरावर. पुढील गोष्टी करणे बाकी आहे:

1. डीफॉल्ट शीर्षक परिभाषित करा Authorization अर्थासह Bearer ${$dynamicVar.token} प्रकल्प नोड स्तरावर. हे करण्यासाठी, नोडच्या प्रोजेक्ट इंटरफेसमध्ये तुम्हाला डीफॉल्ट शीर्षकांसह संवाद उघडण्याची आवश्यकता आहे (बटण शीर्षक वरच्या उजव्या कोपर्यात) आणि संबंधित शीर्षक जोडा. भरलेल्या मूल्यांसह संवाद असे दिसेल:
   
2. लॉगिन विनंतीवरून हे शीर्षलेख अक्षम करा. हे समजण्यासारखे आहे: लॉगिनच्या वेळी, आमच्याकडे अद्याप टोकन नाही आणि आम्ही या विनंतीसह ते स्थापित करू. म्हणून, टॅबमधील विनंतीच्या लॉगिन इंटरफेसमध्ये शीर्षक च्या क्षेत्रात वारसा अधिकृतता शीर्षलेख अनचेक करा.

इतकंच. आता लॉगिन नोड वगळता, प्रोजेक्ट नोडची मुले असलेल्या सर्व विनंत्यांना ऑथोरायझेशन हेडर जोडले जाईल. असे दिसून आले की या टप्प्यावर आमच्याकडे आधीपासूनच एक स्क्रिप्ट तयार आहे आणि आम्हाला फक्त ती लॉन्च करायची आहे. तुम्ही निवडून स्क्रिप्ट चालवू शकता चालवा प्रोजेक्ट नोडच्या संदर्भ मेनूमध्ये.

पोस्ट निर्मितीची शुद्धता तपासत आहे

या टप्प्यावर, आमची स्क्रिप्ट लॉग इन करू शकते आणि अधिकृतता टोकन वापरून, एक पोस्ट तयार करू शकते. तथापि, नवीन तयार केलेल्या पोस्टला योग्य नाव असल्याची खात्री करणे आवश्यक आहे. म्हणजेच, थोडक्यात, पुढील गोष्टी करणे बाकी आहे:

• आयडीद्वारे पोस्ट प्राप्त करण्यासाठी विनंती पाठवा,
• सर्व्हरवरून प्राप्त झालेले नाव पोस्ट तयार करताना पाठवलेल्या नावाशी जुळत असल्याचे तपासा

पहिली पायरी पाहू. स्क्रिप्टच्या अंमलबजावणीदरम्यान आयडी मूल्य निर्धारित केले जात असल्याने, तुम्हाला डायनॅमिक व्हेरिएबल तयार करणे आवश्यक आहे (त्याला कॉल करूया postId) नोड पासून पोस्ट तयार करा प्रकल्प नोड स्तरावर. हे कसे करायचे ते आम्हाला आधीच माहित आहे, फक्त विभाग पहा टोकन व्हेरिएबलमध्ये सेव्ह करा. या आयडीचा वापर करून पोस्ट प्राप्त करण्याची विनंती तयार करणे एवढेच बाकी आहे. हे करण्यासाठी, एक RequestStep तयार करू प्राप्त-पोस्ट खालील पॅरामीटर्ससह:

• विनंती प्रकार: GET
• URL: ${domain}/posts/${$dynamicVar.postId}

दुसरी पायरी अंमलात आणण्यासाठी, आपल्याला परिचित होणे आवश्यक आहे प्रतिपादन गाठ Assertion node हा एक नोड आहे जो तुम्हाला विशिष्ट विनंत्यांसाठी चेक लिहिण्याची परवानगी देतो. प्रत्येक प्रतिपादन नोडमध्ये अनेक विधाने (चेक) असू शकतात. तुम्ही आमच्याकडून सर्व प्रकारच्या दाव्यांबद्दल अधिक वाचू शकता दस्तऐवजीकरण. आम्ही वापरू Compare ऑपरेटरसह प्रतिपादन equal. दावे तयार करण्याचे अनेक मार्ग आहेत:

1. लांब. RequestStep नोडच्या संदर्भ मेनूमधून व्यक्तिचलितपणे Assertion नोड तयार करा. तयार केलेल्या प्रतिपादन नोडमध्ये, स्वारस्याची प्रतिज्ञा जोडा आणि फील्ड भरा.
2. जलद. संदर्भ मेनू वापरून रिक्वेस्टस्टेप नोड प्रतिसादातील प्रतिपादनासह एक प्रतिपादन नोड तयार करा

चला दुसरी पद्धत वापरुया. आमच्या केससाठी हे असे दिसेल.

ज्यांना समजत नाही त्यांच्यासाठी, काय होत आहे ते येथे आहे:

1. नोडमध्ये विनंती करा प्राप्त-पोस्ट
2. टॅबमध्ये पार्स केलेले उत्तर द्या, संदर्भ मेनूवर कॉल करा आणि निवडा प्रतिपादन तयार करा -> तुलना करा -> समान

अभिनंदन, आम्ही आमची पहिली चाचणी तयार केली आहे! साधे, नाही का? आता तुम्ही स्क्रिप्ट पूर्णपणे चालवू शकता आणि परिणामाचा आनंद घेऊ शकता. फक्त ते थोडेसे रिफॅक्टर करणे आणि ते बाहेर काढणे बाकी आहे title वेगळ्या व्हेरिएबलमध्ये. पण आम्ही हे तुमच्यासाठी गृहपाठ म्हणून सोडू)

निष्कर्ष

या मार्गदर्शकामध्ये, आम्ही एक संपूर्ण परिस्थिती तयार केली आणि त्याच वेळी आमच्या उत्पादनाच्या काही वैशिष्ट्यांचे पुनरावलोकन केले. अर्थात, आम्ही सर्व कार्यक्षमता वापरली नाही आणि पुढील लेखांमध्ये आम्ही TestMace च्या क्षमतांचे तपशीलवार विहंगावलोकन प्रदान करू. संपर्कात रहा!

PS जे सर्व पायऱ्या पुन्हा तयार करण्यात खूप आळशी आहेत त्यांच्यासाठी आम्ही दयाळूपणे रेकॉर्ड केले आहे भांडार लेखातील प्रकल्पासह. आपण ते उघडू शकता फाइल -> प्रकल्प उघडा आणि प्रोजेक्ट फोल्डर निवडा.

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