lift.yaml - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

lift.yaml - एक लिफ्ट परीक्षण सूट को परिभाषित करें

वर्णन

लिफ्ट एक एकीकरण/कार्यात्मक परीक्षण मंच प्रदान करता है जो संभालता है निष्पादन आसानी से परीक्षण करता है
और सामान्य तौर पर.

लिफ्ट.yaml फ़ाइलों का उपयोग परीक्षण सूट को परिभाषित करने के लिए किया जाता है। ऐसी फ़ाइल YAML में लिखी गई है (-
http://yaml.org/) और 3 रूट सेक्शन प्रकारों का समर्थन करें: सेटिंग्स, स्थानीय परीक्षण और दूरस्थ
परीक्षण. इन्हें इस दस्तावेज़ में नीचे और अधिक प्रलेखित किया गया है।

एक लिफ्ट परीक्षण सूट कम से कम एक से बना होता है लिफ्ट.yaml फ़ाइल लेकिन यह अक्सर एक फ़ोल्डर होता है
एक के साथ पदानुक्रम लिफ्ट.yaml प्रत्येक स्तर पर फ़ाइल करें।

ऐसा पदानुक्रम अधिक विशिष्ट उप-सूटों को परिभाषित करने के लिए उपयोगी है (उदाहरण के लिए बुनियादी के लिए एक)।
कार्यक्षमताएं, प्रदर्शन के लिए एक...)। प्रत्येक उप-सुइट का अपना है लिफ्ट.yaml और हो सकता है
व्यक्तिगत रूप से चलाएँ.

ए पर परिभाषित सेटिंग्स लिफ्ट.yaml फ़ाइल उप-सूट में विरासत में मिली है। उप-सूट ओवरराइड कर सकते हैं
यदि उन्हें आवश्यकता हो तो विरासत में मिली सेटिंग्स।

सैटिंग्स परिभाषा

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

प्रत्येक परीक्षण के लिए पर्यावरण चर को उनकी परिभाषा में व्यक्तिगत रूप से ओवरराइड किया जा सकता है।

'सेटिंग्स' अनुभाग को मूल में परिभाषित किया जाना चाहिए लिफ्ट.yaml फ़ाइल.

समायोजन:
# 'परिभाषित' कीवर्ड के बाद रिमोट नाम आता है
my_remote को परिभाषित करें:
होस्ट: लोकलहोस्ट # अनिवार्य
उपयोक्तानाम: रूट # अनिवार्य
पासवर्ड: foobar # वैकल्पिक (यदि ssh कुंजियाँ ठीक से सेट हैं)
my_other_remote को परिभाषित करें:
होस्ट: लोकलहोस्ट
उपयोक्तानाम: not_root
पासवर्ड: फूबार
# इन्हें परीक्षण आदेशों में प्रेषित किया जाएगा
# इनका उपयोग सामान्य सेटिंग्स को पास करने के तरीके के रूप में किया जा सकता है
वातावरण:
MY_ENV_VAR1: फू
MY_ENV_VAR2: बार

स्थानीय टेस्ट परिभाषा

प्रत्येक परीक्षण को मूल में एक खंड द्वारा दर्शाया जाता है लिफ्ट.yaml फ़ाइल। यहाँ एक है
उदाहरण:

# परीक्षण नाम के बाद 'परीक्षण' कीवर्ड
my_test_name का परीक्षण करें:
आदेश: "./my_test_executable --my-arg" # अनिवार्य
रिटर्न कोड: 0 # वैकल्पिक (डिफ़ॉल्ट 0)
टाइमआउट: 10 # वैकल्पिक, सेकंड में (डिफ़ॉल्ट रूप से कोई टाइमआउट नहीं)
पर्यावरण: # वैकल्पिक
MY_VAR: 42 # पहले से परिभाषित वेरिएबल को ओवरराइड कर सकता है

यदि कोई परीक्षण टाइमआउट हो जाता है, तो यह 124 लौटाएगा। इसलिए आप परीक्षण कर सकते हैं कि एक कमांड टाइमआउट करता है
'रिटर्न कोड' मान को 124 पर सेट करके।

किसी परीक्षण द्वारा उपयोग किए गए वास्तविक वातावरण की गणना निम्नलिखित क्रम में की जाती है: पर्यावरण
उच्च स्तर पर परिभाषित लिफ्ट.yaml फ़ाइलें (विरासत), फिर में परिभाषित वातावरण
वर्तमान लिफ्ट.yaml फ़ाइल और अंत में परीक्षण में परिभाषित पर्यावरण।

'कमांड' एक निरपेक्ष पथ, धारा के सापेक्ष एक पथ हो सकता है लिफ्ट.yaml स्थिति
या एक सिस्टम कमांड (जैसे पिंग, कर्ल...)

रिमोट टेस्ट परिभाषा

प्रत्येक दूरस्थ परीक्षण को मूल में एक एकल अनुभाग द्वारा दर्शाया जाता है लिफ्ट.yaml फ़ाइल.
कृपया स्थानीय परीक्षण परिभाषा दस्तावेज़ भी देखें, क्योंकि इसमें सभी विकल्पों का पुन: उपयोग किया जाता है
दूरस्थ परीक्षणों के लिए भी यही तरीका है। यहाँ एक उदाहरण है:

# एक ज्ञात दूरस्थ नाम जिसके बाद 'परीक्षण' कीवर्ड और परीक्षण नाम आता है
# यह एक परीक्षण को परिभाषित करता है जो my_remote पर चलाया जाएगा।
मेरा_रिमोट परीक्षण मेरा_रिमोट_परीक्षण_नाम:
आदेश: "sh test/test.sh --my-arg"
वापसी कोड: 0
टाइमआउट: 2
# उन फ़ाइलों और फ़ोल्डरों की सूची बनाएं जिन्हें रिमोट पर अपलोड किया जाएगा
# परीक्षण चलाने से पहले.
संसाधन:
- परीक्षा/
वातावरण:
MY_VAR: सामग्री

ज्ञात होने के लिए रिमोट को या तो उच्च स्तर पर परिभाषित करना होगा लिफ्ट.yaml पट्टिका
(विरासत) या वर्तमान में लिफ्ट.yaml या सीधे के माध्यम से --दूरस्थ का विकल्प लिफ्ट
कमांड लाइन।

फ़ाइलें संसाधन "सपाट" अपलोड किए जाते हैं जबकि फ़ोल्डर्स अपनी संरचना बनाए रखते हैं। उठाओगे
परीक्षण समाप्त होने के बाद रिमोट से सभी संसाधनों को हटाने का ध्यान रखें।

कमांड को एक अस्थायी निर्देशिका में निष्पादित किया जाएगा जो रिमोट पर बनाई जाएगी।
संसाधनों को इस निर्देशिका में रखा जाएगा, ताकि आप अपने में उनसे संबंधित पथों का उपयोग कर सकें
आदेश/निष्पादन योग्य.

फुल टेस्ट SUITE उदाहरण

RSI उदाहरण लिफ्ट स्रोतों के मूल में स्थित फ़ोल्डर में एक पूर्णतः टिप्पणी किया गया उदाहरण शामिल है
लिफ्ट परीक्षण सूट, जिसका उपयोग लिफ्ट के लिए कार्यात्मक परीक्षण सूट के रूप में भी किया जा सकता है।

डेबियन सिस्टम पर, उदाहरण फ़ोल्डर में पाया जा सकता है /usr/share/doc/lift/example.

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