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

सेटिङ

साधारणता संग सुरु गरौं। अनुप्रयोग उपलब्ध छ र वास्तवमा तीन प्लेटफार्महरूमा परीक्षण गरिएको छ - लिनक्स, विन्डोज, MacOS। तपाईले रूचि राख्नुभएको OS को लागि स्थापनाकर्ता डाउनलोड गर्न सक्नुहुन्छ हाम्रो वेबसाइट। लिनक्स प्रयोगकर्ताहरूको लागि यो स्थापना गर्न सम्भव छ स्न्याप प्याकेज। हामी साँच्चै आशा गर्छौं कि माइक्रोसफ्ट स्टोर र एप स्टोर चाँडै यसको वरिपरि हुनेछ (के यो आवश्यक छ? तपाई के सोच्नुहुन्छ?)।

प्रयोगात्मक परिदृश्य

हामीले हाम्रो परीक्षण विषयको रूपमा निम्न मानक परिदृश्य रोज्यौं:

• लगइन: प्रयोगकर्ता - प्रशासक, पासवर्ड - पासवर्ड
• नयाँ प्रविष्टि थप्नुहोस्
• रेकर्ड सही रूपमा थपिएको छ कि छैन जाँच गरौं

हामी परीक्षण गर्नेछौं https://testmace-quick-start.herokuapp.com/। यो सामान्य हो json-सर्भर, त्यस्ता अनुप्रयोगहरूको परीक्षणको लागि उत्तम। हामीले भर्खरै सबै json-सर्भर मार्गहरूमा टोकन द्वारा प्राधिकरण थप्यौं र यो टोकन प्राप्त गर्न लगइन विधि सिर्जना गर्यौं। हामी क्रमशः हाम्रो परियोजनामा ​​सुधार गर्दै अगाडि बढ्नेछौं।

एक परियोजना सिर्जना र प्राधिकरण बिना एक इकाई सिर्जना गर्न कोशिस गर्दै

पहिले, नयाँ परियोजना सिर्जना गरौं (फाइल->नयाँ परियोजना)। यदि तपाइँ पहिलो पटक अनुप्रयोग सुरु गर्दै हुनुहुन्छ भने, नयाँ परियोजना स्वचालित रूपमा खुल्नेछ। पहिले, नयाँ रेकर्ड सिर्जना गर्न अनुरोध गर्ने प्रयास गरौं (यदि रेकर्डहरू प्राधिकरण बिना नै उपलब्ध छ भने)। परियोजना नोड सन्दर्भ मेनुबाट वस्तुहरू चयन गर्नुहोस् नोड थप्नुहोस् -> अनुरोध चरण। नोड नाम सेट गर्नुहोस् सिर्जना-पोस्ट। नतिजाको रूपमा, रूखमा नयाँ नोड सिर्जना हुनेछ र यो नोडको लागि ट्याब खुल्नेछ। निम्न अनुरोध प्यारामिटरहरू सेट गरौं:

• अनुरोध प्रकार: POST
• url: 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
• url: https://testmace-quick-start.herokuapp.com/login
• अनुरोधको मुख्य भाग: मान सहितको json {"username": "admin", "password": "password"}

अनुरोध कार्यान्वयन गरौं र प्रतिक्रियामा टोकन सहित दुई सयौं कोड प्राप्त गरौं। यस्तो केहि:

Refactoring: डोमेन नक्कल हटाउँदै

अहिलेसम्म अनुरोधहरू एउटै लिपिमा जोडिएका छैनन्। तर यो मात्र कमजोरी होइन। यदि तपाइँ नजिकबाट हेर्नुभयो भने, तपाइँ याद गर्नुहुनेछ कि कम्तिमा डोमेन दुबै अनुरोधहरूमा नक्कल गरिएको छ। राम्रो छैन। यो भविष्यको स्क्रिप्टको यो भागलाई रिफ्याक्टर गर्ने समय हो, र चरहरूले हामीलाई यसमा मद्दत गर्नेछ।

पहिलो अनुमानमा, चरहरूले अन्य समान उपकरणहरू र प्रोग्रामिङ भाषाहरूमा जस्तै भूमिका खेल्छन् - नक्कल हटाउने, पढ्ने क्षमता बढाउने, आदि। तपाईं चर बारे थप पढ्न सक्नुहुन्छ हाम्रो कागजात। यस अवस्थामा, हामीलाई प्रयोगकर्ता चरहरू चाहिन्छ।

प्रोजेक्ट नोड स्तरमा चर परिभाषित गरौं domain अर्थ संग https://testmace-quick-start.herokuapp.com। यसको लागि यो आवश्यक छ

• यो नोडको साथ ट्याब खोल्नुहोस् र शीर्ष दायाँमा रहेको क्याल्कुलेटर आइकनमा क्लिक गर्नुहोस्
• थिच्नुस + variable थप्नुहोस्
• चर नाम र मान प्रविष्ट गर्नुहोस्
  हाम्रो केसमा, थपिएको चरसँगको संवाद यस्तो देखिन्छ:

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

यसरी, DRY सिद्धान्तद्वारा निर्देशित, हामीले परिदृश्यलाई थोरै सुधार गरेका छौं।

एउटा चरमा टोकन बचत गर्नुहोस्

हामी चरहरूको बारेमा कुरा गर्दैछौं, यस विषयमा थोरै विस्तार गरौं। यस समयमा, सफल लगइनको अवस्थामा, हामीले सर्भरबाट प्राधिकरण टोकन प्राप्त गर्छौं, जुन हामीलाई पछिका अनुरोधहरूमा आवश्यक हुनेछ। यो टोकनलाई चरमा बचत गरौं। किनभने चरको मान लिपि कार्यान्वयनको समयमा निर्धारण गरिनेछ, हामी यसको लागि विशेष संयन्त्र प्रयोग गर्छौं - गतिशील चर.

पहिले, लगइन अनुरोध गरौं। ट्याबमा पार्स गरिएको जवाफ, टोकनमा कर्सर सार्नुहोस् र सन्दर्भ मेनुमा (जसलाई दायाँ माउस बटन वा बटनमा क्लिक गरेर भनिन्छ ...) वस्तु चयन गर्नुहोस्। चरमा असाइन गर्नुहोस्। निम्न क्षेत्रहरूसँग एक संवाद देखा पर्नेछ:

• मार्ग - जवाफको कुन भाग लिइएको छ (हाम्रो अवस्थामा यो हो body.token)
• वर्तमान मूल्य - कुन मान पथमा छ (हाम्रो अवस्थामा यो टोकन मान हो)
• चल नाम - चर को नाम जहाँ वर्तमान मूल्य संरक्षण गरिनेछ। हाम्रो मामला मा यो हुनेछ token
• नोड - कुन पूर्वजहरूमा चर सिर्जना हुनेछ चल नाम। परियोजना चयन गरौं

सम्पन्न संवाद यस्तो देखिन्छ:

अब प्रत्येक पटक नोड कार्यान्वयन हुन्छ लग - इन गतिशील चर token प्रतिक्रियाबाट नयाँ मानको साथ अद्यावधिक गरिनेछ। र यो चर मा भण्डारण गरिनेछ परियोजना नोड र, उत्तराधिकारको लागि धन्यवाद, सन्तानहरूका लागि उपलब्ध हुनेछ।

गतिशील चर पहुँच गर्न, तपाईंले प्रयोग गर्नुपर्छ निर्मित चर $dynamicVar। उदाहरणका लागि, भण्डार गरिएको टोकन पहुँच गर्न, तपाईंले कल गर्न आवश्यक छ ${$dynamicVar.token}.

हामी अनुरोधहरूमा प्राधिकरण टोकन पास गर्छौं

अघिल्लो चरणहरूमा हामीले प्राधिकरण टोकन प्राप्त गर्यौं र हामीले गर्नुपर्ने भनेको हेडर थप्नु हो Authorization अर्थ संग Bearer <tokenValue> प्राधिकरण आवश्यक पर्ने सबै अनुरोधहरूमा, सहित सिर्जना-पोस्ट। यो गर्न धेरै तरिकाहरू छन्:

1. म्यानुअल रूपमा टोकन प्रतिलिपि गर्नुहोस् र रुचिको अनुरोधहरूमा प्राधिकरण हेडर थप्नुहोस्। विधिले काम गर्छ, तर यसको प्रयोग "बनाइएको र फ्याँकिएको" प्रकारको अनुरोधहरूमा मात्र सीमित छ। स्क्रिप्टहरूको दोहोर्याइएको कार्यान्वयनको लागि उपयुक्त छैन
2. कार्यक्षमता प्रयोग गर्नुहोस् प्राधिकरण.
3. Использовать पूर्वनिर्धारित हेडरहरू

दोस्रो विधि प्रयोग गर्दा स्पष्ट देखिन्छ, तर यस लेखको सन्दर्भमा, यो दृष्टिकोण... चाखलाग्दो छैन। ठीक छ, साँच्चै: प्राधिकरण संयन्त्र प्लस माइनस तपाईलाई अन्य उपकरणहरूबाट परिचित छ (हामीसँग चीजहरू भए पनि प्राधिकरण विरासत) र प्रश्न उठाउने सम्भावना छैन।

अर्को कुरा पूर्वनिर्धारित हेडर हो! संक्षेपमा, पूर्वनिर्धारित हेडरहरू विरासतमा प्राप्त HTTP हेडरहरू हुन् जुन स्पष्ट रूपमा असक्षम नभएसम्म पूर्वनिर्धारित रूपमा अनुरोधमा थपिन्छन्। यो कार्यक्षमता प्रयोग गरेर, तपाईं, उदाहरणका लागि, अनुकूलन प्राधिकरण लागू गर्न सक्नुहुन्छ वा लिपिहरूमा नक्कलबाट छुटकारा पाउन सक्नुहुन्छ। हेडरमा टोकन पास गर्न यो सुविधा प्रयोग गरौं।

पहिले, हामीले बुद्धिमानी रूपमा टोकनलाई गतिशील चरमा बचत गर्यौं $dynamicVar.token परियोजना नोड स्तर मा। बाँकी सबै निम्न गर्न हो:

1. पूर्वनिर्धारित शीर्षक परिभाषित गर्नुहोस् Authorization अर्थ संग Bearer ${$dynamicVar.token} परियोजना नोड स्तर मा। यो गर्नको लागि, नोडको प्रोजेक्ट इन्टरफेसमा तपाईंले पूर्वनिर्धारित शीर्षकहरू (बटन) सँग संवाद खोल्न आवश्यक छ। हेडरहरू माथिल्लो दायाँ कुनामा) र सम्बन्धित शीर्षक थप्नुहोस्। भरिएको मानहरूसँगको संवाद यस्तो देखिनेछ:
   
2. लगइन अनुरोधबाट यो हेडर असक्षम पार्नुहोस्। यो बुझ्न सकिने छ: लगइनको समयमा, हामीसँग अझै टोकन छैन र हामी यसलाई यो अनुरोधको साथ स्थापना गर्नेछौं। त्यसकारण, ट्याबमा अनुरोधको लगइन इन्टरफेसमा हेडरहरू को क्षेत्र मा इनहेरिट गरिएको प्राधिकरण हेडर अनचेक गर्नुहोस्।

यति नै। अब प्राधिकरण हेडर लगइन नोड बाहेक परियोजना नोडका बच्चाहरू भएका सबै अनुरोधहरूमा थपिनेछ। यो बाहिर जान्छ कि यस चरणमा हामीसँग पहिले नै स्क्रिप्ट तयार छ र हामीले के गर्नु पर्छ त्यो सुरू गर्नु हो। तपाइँ चयन गरेर स्क्रिप्ट चलाउन सक्नुहुन्छ चलाउनुहोस् परियोजना नोडको सन्दर्भ मेनुमा।

पोस्ट सिर्जनाको शुद्धता जाँच गर्दै

यस चरणमा, हाम्रो स्क्रिप्टले लग इन गर्न सक्छ र, प्राधिकरण टोकन प्रयोग गरेर, पोस्ट सिर्जना गर्न सक्छ। यद्यपि, हामीले यो सुनिश्चित गर्न आवश्यक छ कि नयाँ सिर्जना गरिएको पोष्टको सही नाम छ। त्यो हो, संक्षेपमा, बाँकी सबै निम्न गर्न हो:

• आईडी द्वारा पोस्ट प्राप्त गर्न अनुरोध पठाउनुहोस्,
• सर्भरबाट प्राप्त नाम पोस्ट सिर्जना गर्दा पठाइएको नाम मेल खान्छ कि जाँच गर्नुहोस्

पहिलो चरण हेरौं। आइडी मान लिपि कार्यान्वयनको समयमा निर्धारण गरिएको हुनाले, तपाईंले डायनामिक चर सिर्जना गर्न आवश्यक छ (यसलाई कल गरौं। postId) नोडबाट सिर्जना-पोस्ट परियोजना नोड स्तर मा। हामीलाई यो कसरी गर्ने भनेर पहिले नै थाहा छ, केवल खण्डलाई सन्दर्भ गर्नुहोस् एउटा चरमा टोकन बचत गर्नुहोस्। बाँकी सबै यो आईडी प्रयोग गरेर पोस्ट प्राप्त गर्न अनुरोध सिर्जना गर्न हो। यो गर्नको लागि, एउटा RequestStep सिर्जना गरौं प्राप्त-पोस्ट निम्न प्यारामिटरहरु संग:

• अनुरोध प्रकार: GET
• URL: ${domain}/post/${$dynamicVar.postId}

दोस्रो चरण लागू गर्न, हामी संग परिचित हुन आवश्यक छ दाबी गाँठ। एक एस्सरेशन नोड एक नोड हो जसले तपाईंलाई विशेष अनुरोधहरूको लागि जाँचहरू लेख्न अनुमति दिन्छ। प्रत्येक दावी नोडले धेरै दावीहरू (जाँचहरू) समावेश गर्न सक्छ। तपाइँ हाम्रो बाट सबै प्रकारका दावीहरूको बारेमा थप पढ्न सक्नुहुन्छ कागजात। हामी प्रयोग गर्नेछौं Compare अपरेटर संग दावी equal। दावीहरू सिर्जना गर्न धेरै तरिकाहरू छन्:

1. लामो। RequestStep नोडको कन्टेक्स्ट मेनुबाट म्यानुअल रूपमा Assertion node सिर्जना गर्नुहोस्। सिर्जना गरिएको दावी नोडमा, रुचिको दावी थप्नुहोस् र क्षेत्रहरू भर्नुहोस्।
2. छिटो। कन्टेक्स्ट मेनु प्रयोग गरेर RequestStep नोड प्रतिक्रियाबाट एक दावीको साथ एक दावी नोड सिर्जना गर्नुहोस्

दोस्रो विधि प्रयोग गरौं। यो हाम्रो मामला को लागी जस्तो देखिने छ।

नबुझ्नेहरूका लागि, यहाँ के भइरहेको छ:

1. नोडमा अनुरोध गर्नुहोस् प्राप्त-पोस्ट
2. ट्याबमा पार्स गरिएको जवाफ दिनुहोस्, सन्दर्भ मेनुमा कल गर्नुहोस् र चयन गर्नुहोस् दावी सिर्जना गर्नुहोस् -> तुलना गर्नुहोस् -> बराबर

बधाई छ, हामीले हाम्रो पहिलो परीक्षण सिर्जना गरेका छौं! सरल, हैन? अब तपाइँ स्क्रिप्ट पूर्ण रूपमा चलाउन सक्नुहुन्छ र परिणामको आनन्द लिन सक्नुहुन्छ। बाँकी मात्र यसलाई अलिकति रिफ्याक्टर गरेर बाहिर निकाल्नु हो title एक अलग चर मा। तर हामी यो तपाईंको लागि गृहकार्यको रूपमा छोड्नेछौं)

निष्कर्षमा

यस गाइडमा, हामीले एक पूर्ण परिदृश्य सिर्जना गर्यौं र एकै समयमा हाम्रो उत्पादनका केही सुविधाहरू समीक्षा गर्यौं। अवश्य पनि, हामीले सबै प्रकार्यहरू प्रयोग गरेका छैनौं र निम्न लेखहरूमा हामी TestMace को क्षमताहरूको विस्तृत सिंहावलोकन प्रदान गर्नेछौं। सम्पर्कमा रहनुहोस्!

PS सबै चरणहरू पुन: उत्पादन गर्न धेरै अल्छी भएकाहरूका लागि, हामीले दयालु रूपमा रेकर्ड गरेका छौं भण्डार लेखबाट परियोजनाको साथ। तपाईं यसलाई खोल्न सक्नुहुन्छ फाइल -> परियोजना खोल्नुहोस् र परियोजना फोल्डर चयन गर्नुहोस्।

स्रोत: www.habr.com