यार्न - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

यार्न - यूनिक्स कमांड लाइन टूल्स का परिदृश्य परीक्षण

SYNOPSIS

धागा [--अनुमति-अनुपलब्ध-कदम] [--नहीं-अनुमति-लापता-कदम] [--सीडी-डेटाडिर] [--नो-सीडी-डेटाडिर]
[--कॉन्फ़िगरेशन=फ़ाइल] [--डंप-कॉन्फ़िगरेशन] [--डंप-सेटिंग-नाम] [--जेनरेट-मैनपेज=खाका] [-h]
[--मदद] [--सभी की मदद करो] [--सूची-कॉन्फिग-फ़ाइलें] [--संस्करण] [--कोई-डिफ़ॉल्ट-कॉन्फ़िगरेशन नहीं]
[--डंप-मेमोरी-प्रोफ़ाइल=विधि] [--env=नाम = मान] [--लॉग=फ़ाइल] [--लॉग-रखें=N]
[--छांटने का स्तर=LEVEL] [--लॉग-अधिकतम=SIZE] [--लॉग-मोड=मोड] [--मेमोरी-डंप-अंतराल=सेकंड]
[--आउटपुट=फ़ाइल] [-q] [--शांत] [--नहीं-चुप] [--आवश्यकता-धारणाएँ]
[--कोई-आवश्यकता-धारणाएँ नहीं] [-rपरिदृश्य] [--Daud=परिदृश्य] [--खोल=शेल] [--शेल-आर्ग=ARG]
[-sशैल-लाइब्रेरी] [--शेल-लाइब्रेरी=शैल-लाइब्रेरी] [--स्नैपशॉट] [--नो-स्नैपशॉट]
[--tempdir=डीआईआर] [--समय] [--कोई समय नहीं] [-v] [--शब्दशः] [--नहीं-शाब्दिक] [-n] [--नो-एक्ट]
[--पूर्वाभ्यास] [--दिखावा करना] [--नहीं-नहीं-कार्य] [--नो-ड्राई-रन] [--कोई दिखावा नहीं] [फ़ाइल] ...

वर्णन

धागा एक परिदृश्य परीक्षण उपकरण है: आप एक परिदृश्य लिखते हैं जिसमें बताया गया है कि उपयोगकर्ता आपका उपयोग कैसे करता है
सॉफ़्टवेयर और क्या होना चाहिए, और परिदृश्य को बहुत हल्के वाक्यविन्यास का उपयोग करके व्यक्त करें
इस तरह से कि इसका स्वचालित रूप से परीक्षण किया जा सके। परिदृश्य सरल, लेकिन सख्त है
संरचना:

परीक्षण के लिए कुछ सेटअप दिया गया
जिस चीज़ का परीक्षण किया जाना है वह कब घटित होती है
तब पोस्ट-स्थितियाँ सत्य होनी चाहिए

उदाहरण के तौर पर, एक बैकअप प्रोग्राम को सत्यापित करने के लिए एक बहुत ही संक्षिप्त परीक्षण परिदृश्य पर विचार करें
कम से कम एक साधारण मामले के लिए काम करता है।

SCENARIO बैकअप को पुनर्स्थापित किया जा सकता है
एक निर्देशिका में कुछ लाइव डेटा दिया गया
और एक खाली बैकअप भंडार
जब बैकअप बनाया जाता है
फिर डेटा केस को पुनर्स्थापित किया जाएगा
अंततः सफ़ाई

AND को जोड़ने पर ध्यान दें: आपके पास एकाधिक GIVEN, WHEN, और THEN कथन हो सकते हैं। और
कीवर्ड टेक्स्ट को अधिक पठनीय बनाता है। SCENARIO भी आवश्यक है, और शीर्षक भी देता है।

अंततः सफ़ाई के लिए है। परिदृश्य चाहे जो भी हो, अंतिम चरण चलाए जाएंगे
सफल होता है या नहीं.

परिदृश्यों को कुछ हद तक मानवीय पठनीय भाषा में लिखा जाना चाहिए। हालाँकि, वे हैं
मुक्त रूप पाठ नहीं. दिए गए/कब/तब संरचना के अलावा, प्रत्येक के लिए पाठ
चरणों को कंप्यूटर-निष्पादन योग्य कार्यान्वयन की आवश्यकता है। यह IMPLEMENTS का उपयोग करके किया जाता है।
ऊपर से बैकअप परिदृश्य निम्नानुसार कार्यान्वित किया जा सकता है:

एक निर्देशिका में कुछ लाइव डेटा दिए गए कार्यान्वयन
आरएम-आरएफ "$TESTDIR/डेटा"
mkdir "$TESTDIR/डेटा"
इको फू > "$TESTDIR/डेटा/फू"

इम्प्लीमेंट्स को एक खाली बैकअप भंडार दिया गया
आरएम-आरएफ "$TESTDIR/रेपो"
mkdir "$TESTDIR/रेपो"

जब बैकअप बनाया जाता है तो इसे लागू किया जाता है
बैकअप-प्रोग्राम -r "$TESTDIR/रेपो" "$TESTDIR/डेटा"

कार्यान्वयन तब डेटा को पुनर्स्थापित किया जा सकता है
mkdir "$TESTDIR/बहाल"
रिस्टोर-प्रोग्राम -r "$TESTDIR/repo" "$TESTDIR/restored"
अंतर -rq "$TESTDIR/डेटा" "$TESTDIR/बहाल"

अंतत: सफाई लागू की गई
वास्तव में करने के लिए कुछ नहीं है

प्रत्येक "दिए गए कार्यान्वयन" (या कब, तब, अंततः) के बाद एक नियमित अभिव्यक्ति होती है
वही पंक्ति, और फिर एक शेल स्क्रिप्ट जो किसी भी चरण को लागू करने के लिए निष्पादित होती है
रेगुलर एक्सप्रेशन से मेल खाता है। कार्यान्वयन मैच से डेटा निकाल सकता है
ठीक है: उदाहरण के लिए, रेगुलर एक्सप्रेशन फ़ाइल आकार निर्दिष्ट करने की अनुमति दे सकता है।

उपरोक्त उदाहरण निश्चित रूप से थोड़ा मूर्खतापूर्ण है: विभिन्न को अस्पष्ट करने का प्रयास क्यों करें
कदम? इसका उत्तर यह है कि IMPLEMENTS का उपयोग करके कार्यान्वित विभिन्न चरण हो सकते हैं
परीक्षण किए जा रहे कार्यक्रम के विभिन्न पहलुओं का परीक्षण करने के लिए, कई तरीकों से संयुक्त।

इसके अलावा, चरण विवरण को मानव भाषा का पाठ बनाकर, नियमित रूप से मिलान किया जाता है
अभिव्यक्तियाँ, आशा है कि अधिकांश परीक्षण गैर-द्वारा लिखे और समझे जा सकते हैं
प्रोग्रामर. कोई व्यक्ति जो समझता है कि प्रोग्राम को क्या करना चाहिए, वह परीक्षण लिख सकता है
इसके व्यवहार को सत्यापित करें. विभिन्न चरणों के कार्यान्वयन को लागू करने की आवश्यकता है
एक प्रोग्रामर, लेकिन उसे पर्याप्त लचीलेपन के साथ चरणों का एक अच्छी तरह से डिज़ाइन किया गया सेट दिया गया है
कार्यान्वयन, कि काफी अच्छा परीक्षण सूट लिखा जा सकता है।

IMPLEMENTS अनुभाग में शेल कमांड उस निर्देशिका में चलाए जाते हैं जिसमें उपयोगकर्ता चला था
धागा. पर्यावरण चर एसआरसीडीआईआर उसके लिए पूर्णतः योग्य पथ पर सेट है
निर्देशिका.

विकल्प

--अनुमति-अनुपलब्ध-कदम
परिदृश्यों को उन चरणों को संदर्भित करने की अनुमति दें जो मौजूद नहीं हैं, उनके बारे में चेतावनी देकर, लेकिन
अन्यथा परिदृश्यों की अनदेखी करना

--नहीं-अनुमति-लापता-कदम
--allow-missing-steps के विपरीत

--सीडी-डेटाडिर
आदेश चलाते समय DATADIR में बदलें

--नो-सीडी-डेटाडिर
--cd-datadir के विपरीत

--env=नाम = मान
जब परीक्षण चलाए जाएं तो वातावरण में NAME=VALUE जोड़ें

--जेनरेट-मैनपेज=खाका
दमन सहायता

-h, --मदद
यह सहायता संदेश दिखाएं और बाहर निकलें

--आउटपुट=फ़ाइल
मानक आउटपुट के बजाय फ़ाइल में आउटपुट लिखें

-q, --शांत
शांत रहें, प्रगति रिपोर्टिंग से बचें, केवल त्रुटियाँ दिखाएं

--नहीं-चुप
- शांत के विपरीत

--आवश्यकता-धारणाएँ
हमेशा पास होने के लिए ASSUMING की आवश्यकता होती है

--कोई-आवश्यकता-धारणाएँ नहीं
--आवश्यकता-धारणाओं के विपरीत

-r, --Daud=परिदृश्य
केवल SCENARIO चलाएँ (यह विकल्प दोहराया जा सकता है)

--खोल=शेल
शेल का उपयोग करके इम्प्लीमेंट्स चलाएँ

--शेल-आर्ग=ARG
शेल चलाते समय ARG का उपयोग करें

-s, --शेल-लाइब्रेरी=शैल-लाइब्रेरी
उपयोग के लिए IMPLEMENTS अनुभागों के लिए एक शेल लाइब्रेरी शामिल करें

--स्नैपशॉट
प्रत्येक परिदृश्य चरण के बाद परीक्षण कार्यशील निर्देशिका का स्नैपशॉट बनाएं; आप शायद
इसे --tempdir के साथ उपयोग करना चाहते हैं

--नो-स्नैपशॉट
--स्नैपशॉट के विपरीत

--tempdir=डीआईआर
परीक्षणों के लिए अस्थायी निर्देशिका के रूप में डीआईआर का उपयोग करें; यह खाली होना चाहिए या अस्तित्व में नहीं होना चाहिए

--समय
प्रत्येक परिदृश्य और चरण के लिए दीवार घड़ी के समय की रिपोर्ट करें

--कोई समय नहीं
--समय के विपरीत

-v, --शब्दशः
प्रगति रिपोर्टिंग को एक-पंक्ति के बजाय अधिक क्रियात्मक ("पाठ की दीवार") बनाएं
स्थिति की जानकारी; यदि टर्मिनल नहीं है तो यह स्वचालित रूप से चालू हो जाता है

--नहीं-शाब्दिक
--verbose के विपरीत

--संस्करण
कार्यक्रम का संस्करण संख्या दिखाएं और बाहर निकलें

-n, --नो-एक्ट, --पूर्वाभ्यास, --दिखावा करना
वास्तव में कोई परीक्षण न चलाएं, केवल वही प्रिंट करें जो चलाया जाएगा

--नहीं-नहीं-कार्य, --नो-ड्राई-रन, --कोई दिखावा नहीं
--नो-एक्ट के विपरीत

विन्यास फ़ाइलों और सेटिंग्स
--कॉन्फ़िगरेशन=फ़ाइल
कॉन्फ़िग फ़ाइलों में फ़ाइल जोड़ें

--डंप-कॉन्फ़िगरेशन
संपूर्ण वर्तमान कॉन्फ़िगरेशन लिखें

--डंप-सेटिंग-नाम
दमन सहायता

--सभी की मदद करो
सभी विकल्प दिखाएं

--सूची-कॉन्फिग-फ़ाइलें
दमन सहायता

--कोई-डिफ़ॉल्ट-कॉन्फ़िगरेशन नहीं
पढ़ने के लिए कॉन्फ़िगरेशन फ़ाइलों की स्पष्ट सूची

लॉगिंग
--लॉग=फ़ाइल
फ़ाइल में लॉग प्रविष्टियाँ लिखें (डिफ़ॉल्ट रूप से लॉग फ़ाइलें बिल्कुल न लिखें); "syslog" का प्रयोग करें
सिस्टम लॉग में लॉग इन करने के लिए, मानक त्रुटि आउटपुट पर लॉग करने के लिए "stderr", या "कोई नहीं"।
लॉगिंग अक्षम करें

--लॉग-रखें=N
अंतिम एन लॉग रखें (10)

--छांटने का स्तर=LEVEL
स्तर पर लॉग इन करें, डिबग में से एक, जानकारी, चेतावनी, त्रुटि, गंभीर, घातक (डिफ़ॉल्ट: डिबग)

--लॉग-अधिकतम=SIZE
आकार से बड़े लॉग को घुमाएँ, हमेशा के लिए शून्य (डिफ़ॉल्ट: 0)

--लॉग-मोड=मोड
नई लॉग फ़ाइलों की अनुमतियाँ MODE पर सेट करें (ऑक्टल; डिफ़ॉल्ट 0600)

peformance
--डंप-मेमोरी-प्रोफ़ाइल=विधि
METHOD का उपयोग करके मेमोरी प्रोफाइलिंग डंप बनाएं, जो इनमें से एक है: कोई नहीं, सरल, या मेलिया
(डिफ़ॉल्ट: सरल)

--मेमोरी-डंप-अंतराल=सेकंड
मेमोरी प्रोफाइलिंग डंप को कम से कम कुछ सेकंड के अंतराल पर बनाएं

वातावरण

दातादिरी
एक अस्थायी निर्देशिका के लिए पूरी तरह से योग्य पथनाम, जिसमें परीक्षण उपयोग कर सकते हैं
फ़ाइलें. अस्थायी निर्देशिका को परीक्षण निष्पादन के अंत में हटा दिया जाता है, जब तक कि
उपयोगकर्ता --स्नैपशॉट के साथ अन्यथा निर्दिष्ट करता है।

एसआरसीडीआईआर उस निर्देशिका का पूरी तरह से योग्य पथनाम जिसमें उपयोगकर्ता चला धागा। ये है
तब उपयोगी होता है जब परीक्षण निर्देशिका बदलना चाहते हैं।

उदाहरण

चलाने के लिए धागा आपकी वर्तमान निर्देशिका के सभी परिदृश्यों पर:

सूत*.परिदृश्य

सभी फाइलों को एक साथ माना जाएगा जैसे कि वे एक ही फाइल हों।

किसी भी कार्यान्वयन अनुभाग को चलाने के दौरान शामिल की जाने वाली शेल लाइब्रेरी को जोड़ने के लिए:

यार्न--शेल-लाइब्रेरी mylib.sh *.परिदृश्य

आप दोहरा सकते हैं --शेल-लाइब्रेरी जितनी बार आवश्यक हो.

onworks.net सेवाओं का उपयोग करके ऑनलाइन यार्न का उपयोग करें