एईटी - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

तत्वावधान परीक्षण - परीक्षण चलाएँ

SYNOPSIS

तत्वावधान -परीक्षा [ विकल्प... ] नाम=मूल्य ][ फ़ाइल का नाम...]
तत्वावधान -परीक्षा -स्वतंत्र [ विकल्प... ] नाम=मूल्य ][ फ़ाइल का नाम...]
तत्वावधान -परीक्षा -सूची [ विकल्प...]
तत्वावधान -परीक्षा -मदद

वर्णन

RSI तत्वावधान -परीक्षा कमांड का उपयोग परीक्षण चलाने के लिए किया जाता है। यदि कोई फ़ाइल नाम नहीं है, तो सभी प्रासंगिक परीक्षण
दौड़ में हैं। डिफ़ॉल्ट रूप से स्वचालित और मैन्युअल दोनों परीक्षण चलाए जाते हैं।

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

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

अंतिम परीक्षण चलाने की स्थिति को याद किया जाता है ताकि परीक्षण न चलने पर परीक्षण न चले
जरुरत। (यह लागू नहीं होता है -प्रतिगमन परीक्षण, दुर्भाग्य से।) परीक्षण फिर से चलाए जाने चाहिए
यदि परीक्षण पहले विफल हो गया है, यदि परीक्षण फ़ाइल बदल गई है, यदि कोई निर्माण हुआ है,
और प्रत्येक वास्तुकला के लिए।

नाम = मान
आप जोड़ सकते हो नाम=मूल्य कमांड लाइन में जोड़े, इन्हें अपरिवर्तित पारित किया जाएगा
परीक्षण आदेश। आमतौर पर कमांड लाइन के अंत में, लेकिन इसे में बदला जा सकता है
प्रोजेक्ट कॉन्फ़िगरेशन फ़ाइल।

RSI फोर्स विकल्प का परिणाम एक निहित बल = 1 चर की सूची में जोड़ा जा रहा है
चर असाइनमेंट, और इस प्रकार कमांड के अंत में जोड़ा गया। यह सबसे अधिक उपयोग में आता है जब
का उपयोग बैच_टेस्ट_कमांड प्रोजेक्ट कॉन्फ़िगरेशन फ़ाइल का दायर।

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

पर्यावरण चर में बदलने के लिए सभी परिवर्तनीय असाइनमेंट प्राप्त करना संभव है
पर $var डालकर प्रारंभ कमांड का, शेल के नाम से पहले, बजाय at
कमांड के अंत में डिफ़ॉल्ट स्थान।

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

RSI -BAse_RELative विकल्प का उपयोग सापेक्ष फ़ाइल नामों की व्याख्या करने के लिए किया जा सकता है
आधारभूत पथ के सापेक्ष; पूर्ण फ़ाइल नामों की तुलना अभी भी विभिन्न के साथ की जाएगी
आधार रेखा-सापेक्ष नाम निर्धारित करने के लिए पथ।

RSI सापेक्ष_फ़ाइलनाम_वरीयता उपयोगकर्ता कॉन्फ़िगरेशन फ़ाइल में संशोधित करने के लिए उपयोग किया जा सकता है
यह डिफ़ॉल्ट व्यवहार। देखो एयूकोन्फ़(5) अधिक जानकारी के लिए।

टेस्ट प्रक्रिया

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

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

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

यह आवश्यकता परिवर्तन द्वारा बनाए जा रहे नए परीक्षणों और परीक्षणों पर भी लागू होती है
जिन्हें संशोधन के लिए एक बदलाव में कॉपी किया गया है।

की समीक्षा टेस्ट
समीक्षकों को विश्वास हो सकता है कि तत्वावधान ने परीक्षण आवश्यकताओं को लागू किया है; कि एक बदलाव
परीक्षण होना चाहिए, कि परिवर्तन का निर्माण होना चाहिए, कि परीक्षण विकास के खिलाफ पास हों
निर्देशिका, और यह कि परीक्षण आधार रेखा के विरुद्ध विफल हो जाते हैं। ये शर्तें लागू हैं
by एडीई(1) और परिवर्तन को उन्नत नहीं किया जाएगा जा रहा है समीक्षा इन तक राज्य
शर्तें पूरी की जाती हैं। समीक्षकों को इस प्रकार परीक्षणों की समीक्षा करनी चाहिए संपूर्णता के कवरेज का
परिवर्तन में कोड, और निष्पादन वातावरण में परिवर्तन के प्रति असंवेदनशीलता (जैसे
तारीख संवेदनशील नहीं)। समीक्षकों को सत्यापित करने के लिए "एजिस -लिस्ट चेंज_डिटेल्स" का भी उपयोग करना चाहिए
कि किसी परिवर्तन में परीक्षण छूट है या नहीं है।

छूट
परियोजना प्रशासकों द्वारा विभिन्न परीक्षण छूट दी जा सकती हैं, देखें एईपीए(1) और
एपेत्रु(5) अधिक जानकारी के लिए। परीक्षण को एक परिवर्तन में कॉपी करना, या नए परीक्षण जोड़ना a
परिवर्तन, उन छूटों को रद्द कर सकता है।

टेस्ट कमान विन्यास

परीक्षण निष्पादित करने के लिए प्रयुक्त कमांड द्वारा परिभाषित किया गया है टेस्ट_कमांड परियोजना में क्षेत्र
कॉन्फ़िगरेशन फ़ाइल (देखें एपकॉन्फ(5) अधिक जानकारी के लिए), यह डिफ़ॉल्ट का उपयोग करने के लिए है
बॉर्न शेल अगर सेट नहीं है। वर्तमान निर्देशिका उपयुक्त के शीर्ष पर होगी
निर्देशिका वृक्ष। यदि परीक्षणों के लिए अस्थायी फ़ाइलों की आवश्यकता होती है, तो उन्हें उन्हें बनाना चाहिए / Tmp, के रूप में
परीक्षण वर्तमान निर्देशिका में लिखने की अनुमति की अपेक्षा नहीं कर सकता है।

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

टेस्ट कमांड लिखना भी संभव है जो एक से अधिक फाइलों का परीक्षण करने में सक्षम हैं
एक बार। यह द्वारा नियंत्रित किया जाता है बैच_टेस्ट_कमांड परियोजना का क्षेत्र विन्यास फ़ाइल। में
इस मामले में, ${output} प्रतिस्थापन एक फ़ाइल के नाम को इंगित करता है जिसे परीक्षण कमांड को अवश्य करना चाहिए
बनाना, में एटेस्ट(5) प्रारूप, परीक्षण चलाने के परिणामों को समाहित करने के लिए। यह अक्सर प्रयोग किया जाता है
कई सीपीयू वाले सिस्टम पर या कई कंप्यूटरों में नौकरियों को वितरित करने की क्षमता
एक नेटवर्क पर।

प्रतिस्थापन
सब के सब एसुब(5) परीक्षण कमांड में प्रतिस्थापन उपलब्ध हैं। उनमें से कुछ हैं
विशेष ध्यान दें:

वास्तुकला
इस प्रतिस्थापन को परीक्षण किए जाने वाले आर्किटेक्चर के नाम से बदल दिया गया है।

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

Search_Path_निष्पादन योग्य
इस प्रतिस्थापन को पूर्ण पथों की एक कोलन से अलग सूची द्वारा प्रतिस्थापित किया जाता है
निष्पादन योग्य समर्थन फ़ाइलों की तलाश करते समय खोजें (लाइब्रेरी फ़ाइलें और उप-
आदेश)।

सर्वाधिक समय $Search_Path_Executable बिल्कुल समान हैं। हालाँकि, "एजिस-टी" के दौरान
-बीएल" वे अलग होंगे, साथ $Seach_Path विकास निर्देशिका से शुरू (the
परीक्षण चलाया जा रहा है) और $Seach_Path_Executable आधार रेखा से शुरू (निष्पादन योग्य जा रहा है
Daud)।

टेस्ट परिणाम संहिताओं
जैसा कि प्रत्येक परीक्षण चलाया जाता है (के माध्यम से) टेस्ट_कमांड परियोजना में क्षेत्र विन्यास फ़ाइल), तत्वावधान
यह निर्धारित करता है कि परीक्षण सफल हुआ या विफल, इसकी निकास स्थिति को देखकर। यह निकास
स्थिति ज्यादातर UNIX कमांड के लिए अपेक्षित है।

सफलता
एक परीक्षण को सफलता का संकेत देने के लिए 0 से बाहर निकलना चाहिए, अर्थात परीक्षण के तहत विशिष्ट कार्य
उम्मीद के मुताबिक काम किया।

विफलता
विफलता को इंगित करने के लिए एक परीक्षण को 1 से बाहर निकलना चाहिए, अर्थात परीक्षण के तहत विशिष्ट कार्य
अपेक्षा के अनुरूप काम नहीं किया।

कोई परिणाम नही
कोई परिणाम नहीं दर्शाने के लिए एक परीक्षण को 2 से बाहर निकलना चाहिए, यानी जिसके अंतर्गत विशिष्ट कार्य
परीक्षण का प्रयोग नहीं किया जा सका क्योंकि कुछ और गलत हो गया था। उदाहरण के लिए, दौड़ना
में परीक्षण इनपुट फ़ाइलें बनाते समय डिस्क स्थान से बाहर / Tmp निर्देशिका.

छोड़ा गया
एक परीक्षण को 77 से बाहर निकलना चाहिए यह इंगित करने के लिए कि इसे छोड़ दिया गया था। यह आमतौर पर के साथ करना है
वर्तमान वास्तुकला सार्थक नहीं है। जब भी संभव हो, "कोई परिणाम नहीं" का उपयोग करें
बजाय। (मान अन्य परीक्षण प्रणालियों के साथ संगतता के लिए चुना गया था।)

दरअसल, 0, 1 या 77 के अलावा किसी भी निकास कोड की व्याख्या "कोई परिणाम नहीं" के रूप में की जाएगी।
हालाँकि, हमेशा 0, 1, 2 या 77 का उपयोग करने का अर्थ है कि यदि a . द्वारा एक नया परिणाम कोड आवश्यक है
बाद में एजिस के रिलीज होने से आपके मौजूदा परीक्षण काम करना जारी रखेंगे।

टेस्ट सहसंबंध

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

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

RSI एईसीपी(1) और ऐनफ(1) कमांड का उपयोग फाइलों को बदलाव के साथ जोड़ने के लिए किया जाता है। जब वे
एसोसिएशन को सक्रिय रूप से निष्पादित न करें, ये वे फाइलें हैं जिनका उपयोग किया जाता है एईपास(1) और
AET(1) यह निर्धारित करने के लिए कि कौन सी स्रोत फाइलें किन परीक्षणों से जुड़ी हैं।

टेस्ट सह - संबंध शुद्धता
यह मानते हुए कि परीक्षण सहसंबंध सटीक हैं और परीक्षण समान रूप से हैं
फंक्शन स्पेस में वितरित, कम से कम होगा 1/संख्या संभावना है कि ए
प्रासंगिक परीक्षण "एजिस -टेस्ट -सुगेस्ट" द्वारा नहीं चलाया गया है संख्या"आदेश। एक छोटा सा
शोर की मात्रा को परीक्षण भार में जोड़ा जाता है, ताकि कभी-कभी अप्रत्याशित चीजें हों
परीक्षण किया गया है, और वही परीक्षण हर बार नहीं चलाए जाते हैं।

यह सुनिश्चित करके परीक्षण सहसंबंध सटीकता में सुधार किया जा सकता है:

· प्रत्येक परिवर्तन को बिना किसी अनावश्यक फ़ाइल समावेशन के, दृढ़ता से केंद्रित किया जाना चाहिए। इस
नकली सहसंबंधों से बचा जाता है।

· नई कार्यक्षमता के प्रत्येक आइटम को व्यक्तिगत परिवर्तन में जोड़ा जाना चाहिए, न कि
कई एक साथ। यह कार्यक्षमता के साथ परीक्षणों को दृढ़ता से सहसंबंधित करता है।

· प्रत्येक बग को एक साथ कई परिवर्तनों के बजाय व्यक्तिगत परिवर्तन में ठीक किया जाना चाहिए। इस
कार्यक्षमता के साथ परीक्षणों को दृढ़ता से सहसंबंधित करता है।

फाइलों को स्थानांतरित करने पर परीक्षण सहसंबंध खो जाएगा। ऐसा इसलिए है क्योंकि सहसंबंध हैं
नाम.

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

विकल्प

निम्नलिखित विकल्पों को समझा जाता है:

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

-आधार रेखा
इस विकल्प का उपयोग यह निर्दिष्ट करने के लिए किया जा सकता है कि परियोजना आधार रेखा का विषय है
आदेश।

-BAse_RELative
इस विकल्प का उपयोग सापेक्ष फ़ाइल नामों को के सापेक्ष माना जा सकता है
स्रोत वृक्ष का आधार। देखो एयूकोन्फ़(5) संबंधित उपयोगकर्ता के लिए
वरीयता।

-CUrrent_RELative
इस विकल्प का उपयोग सापेक्ष फ़ाइल नामों को के सापेक्ष माना जा सकता है
वर्तमान निर्देशिका। यह आमतौर पर डिफ़ॉल्ट है। देखो एयूकोन्फ़(5) के लिए
संबंधित उपयोगकर्ता वरीयता।

-खुले पैसे संख्या
इस विकल्प का उपयोग किसी प्रोजेक्ट के भीतर किसी विशेष परिवर्तन को निर्दिष्ट करने के लिए किया जा सकता है। देखो
तत्वावधान(1) इस विकल्प के पूर्ण विवरण के लिए।

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

-मदद
इस विकल्प का उपयोग कैसे करें के बारे में अधिक जानकारी प्राप्त करने के लिए किया जा सकता है तत्वावधान
कार्यक्रम.

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

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

-हाथ से किया हुआ इस विकल्प का उपयोग मैन्युअल परीक्षणों को निर्दिष्ट करने के लिए किया जा सकता है। मैनुअल परीक्षणों के लिए कुछ मानव की आवश्यकता होती है
हस्तक्षेप, उदाहरण: कुछ स्क्रीन व्यवहार की पुष्टि (उदाहरण के लिए X11), या
कुछ उपयोगकर्ता कार्रवाई, "अभी ईथरनेट केबल को अनप्लग करें"।

-नॉट_लॉगिंग
इस विकल्प का उपयोग आउटपुट की स्वचालित लॉगिंग और त्रुटियों को अक्षम करने के लिए किया जा सकता है
एक पंक्ति। यह अक्सर तब उपयोगी होता है जब एक शेल में कई तत्वावधान कमांड संयुक्त होते हैं
लिपियों.

-परसर्वे
इस विकल्प का उपयोग यह निर्दिष्ट करने के लिए किया जा सकता है कि सभी परीक्षण चलाए जाने चाहिए, भले ही कुछ
विफल। उपयोगकर्ता के लिए डिफ़ॉल्ट दृढ़ता_वरीयता यदि निर्दिष्ट नहीं है, तो देखें
एयूकोन्फ़(5) अधिक जानकारी के लिए।

-नहीं_पीसर्वर
इस विकल्प का उपयोग यह निर्दिष्ट करने के लिए किया जा सकता है कि परीक्षण रन पहले के बाद बंद हो जाना चाहिए
असफलता। उपयोगकर्ता के लिए डिफ़ॉल्ट दृढ़ता_वरीयता यदि निर्दिष्ट नहीं है, तो देखें
एयूकोन्फ़(5) अधिक जानकारी के लिए।

-प्रयोग करें नाम
इस विकल्प का उपयोग रुचि की परियोजना का चयन करने के लिए किया जा सकता है। जब नहीं -प्रयोग करें
विकल्प निर्दिष्ट है, एईजीआईएस_प्रोजेक्ट पर्यावरण चर से परामर्श किया जाता है। अगर
जो मौजूद नहीं है, उपयोगकर्ता का $घर/.एजिसआरसी डिफ़ॉल्ट के लिए फ़ाइल की जांच की जाती है
परियोजना क्षेत्र (देखें एयूकोन्फ़(5) अधिक जानकारी के लिए)। यदि यह मौजूद नहीं है,
जब उपयोगकर्ता केवल एक ही परियोजना के भीतर परिवर्तन पर काम कर रहा है, तो परियोजना
नाम उस प्रोजेक्ट के लिए डिफ़ॉल्ट है। अन्यथा, यह एक त्रुटि है।

-प्रगति
इस विकल्प का उपयोग यह निर्दिष्ट करने के लिए किया जा सकता है कि प्रगति संदेश पहले जारी किए जाने चाहिए
प्रत्येक टेस्ट रन या प्रत्येक बैच टेस्ट रन से पहले केस बैच_टेस्ट_कमांड खेत
परियोजना में निर्दिष्ट विन्यास फ़ाइल (देखें एयूकोन्फ़(5) अधिक जानकारी के लिए)।

-कोई प्रगति नहीं
इस विकल्प का उपयोग यह निर्दिष्ट करने के लिए किया जा सकता है कि प्रगति संदेशों को दबा दिया जाना चाहिए।
यह डिफ़ॉल्ट है।

-प्रतिगमन
इस विकल्प का उपयोग यह निर्दिष्ट करने के लिए किया जाता है कि प्रतिगमन परीक्षण सूट चलाया जाना है। NS
रिग्रेशन टेस्ट सूट में बेसलाइन में सभी परीक्षण होते हैं जो प्रकट नहीं होते हैं
परिवर्तन में। यदि कोई प्रतिगमन परीक्षण नहीं हैं तो यह एक त्रुटि है। तुम शायद नहीं
-REGression विकल्प का उपयोग करते समय कमांड लाइन पर नाम परीक्षण। आप नाम कर सकते हैं
-REGression . का उपयोग किए बिना, कमांड लाइन पर चलाए जाने वाले व्यक्तिगत परीक्षण
विकल्प; यदि वे परिवर्तन का हिस्सा नहीं हैं, तो उसी नाम के परीक्षण
बेसलाइन चलाई जाएगी।

-सुझाव देना [ संख्या ]
"तत्वावधान -एकीकृत_पास"कमांड परीक्षण सहसंबंध आंकड़े एकत्र करता है जब
परिवर्तन एकीकृत हैं। इस विकल्प का उपयोग यह अनुरोध करने के लिए किया जा सकता है कि तत्वावधान सुझाव दें
इन परीक्षण सहसंबंधों का उपयोग करके कौन से परीक्षण चलाए जाने चाहिए। यदि कोई संख्या नहीं है
निर्दिष्ट, 10 परीक्षणों का सुझाव दिया जाएगा। इस विकल्प का तात्पर्य है -प्रतिगमन
विकल्प.

-सुगेस्ट_लिमिट मिनट
इस विकल्प का उपयोग परीक्षणों की संख्या को एक निश्चित संख्या तक सीमित करने के लिए किया जा सकता है
मिनट। उन्हें सबसे प्रासंगिक से कम से कम प्रासंगिक तक चलाया जाएगा।

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

-तेरस
इस विकल्प का उपयोग लिस्टिंग को न्यूनतम का उत्पादन करने के लिए किया जा सकता है
जानकारी। यह आमतौर पर शेल स्क्रिप्ट के लिए उपयोगी होता है।

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

-इंतज़ार इस विकल्प का उपयोग एजिस कमांड को एक्सेस लॉक की प्रतीक्षा करने के लिए किया जा सकता है, यदि
उन्हें तुरंत प्राप्त नहीं किया जा सकता है। उपयोगकर्ता के लिए डिफ़ॉल्ट लॉक_वेट_वरीयता
यदि निर्दिष्ट नहीं है, तो देखें एयूकोन्फ़(5) अधिक जानकारी के लिए।

-इंतज़ार नही
इस विकल्प का उपयोग एजिस कमांड की आवश्यकता के लिए किया जा सकता है यदि एक्सेस होने पर घातक त्रुटि का उत्सर्जन होता है
ताले तुरंत प्राप्त नहीं किए जा सकते। उपयोगकर्ता के लिए डिफ़ॉल्ट
लॉक_वेट_वरीयता यदि निर्दिष्ट नहीं है, तो देखें एयूकोन्फ़(5) अधिक जानकारी के लिए।

यह भी देखें तत्वावधान(1) सभी तत्वावधान आदेशों के लिए सामान्य विकल्पों के लिए।

सभी विकल्पों को संक्षिप्त किया जा सकता है; संक्षिप्त नाम को अपर केस लेटर्स के रूप में प्रलेखित किया गया है,
सभी छोटे अक्षर और अंडरस्कोर (_) वैकल्पिक हैं। आपको लगातार उपयोग करना चाहिए
वैकल्पिक अक्षरों का क्रम।

सभी विकल्प केस असंवेदनशील हैं, आप उन्हें अपर केस या लोअर केस में टाइप कर सकते हैं या a
दोनों का संयोजन, मामला महत्वपूर्ण नहीं है।

उदाहरण के लिए: तर्क "-प्रोजेक्ट, "-प्रोजे" और "-पी" सभी का अर्थ यह है कि
-प्रयोग करें विकल्प। तर्क "-prj" नहीं समझा जाएगा, क्योंकि लगातार
वैकल्पिक वर्ण प्रदान नहीं किए गए थे।

विकल्प और अन्य कमांड लाइन तर्कों को कमांड लाइन पर मनमाने ढंग से मिलाया जा सकता है,
फ़ंक्शन चयनकर्ताओं के बाद।

GNU लंबे विकल्प नामों को समझा जाता है। चूँकि सभी विकल्पों के नाम तत्वावधान लम्बे हैं,
इसका अर्थ है अतिरिक्त अग्रणी '-' को अनदेखा करना। NS "--विकल्प=मूल्य"सम्मेलन भी है
समझ में आ।

की सिफारिश की ALIAS

इस आदेश के लिए अनुशंसित उपनाम है
csh% उर्फ ​​aet 'एजिस-टी \!* -v'
sh$ aet(){aegis -t "$@" -v}

त्रुटियों

यह एक त्रुटि है यदि परिवर्तन इनमें से किसी एक में नहीं है जा रहा है विकसित or जा रहा है एकीकृत
राज्यों।
यदि परिवर्तन वर्तमान उपयोगकर्ता को असाइन नहीं किया गया है तो यह एक त्रुटि है।
यदि आपके पास कोई प्रासंगिक परीक्षण नहीं है और कोई प्रासंगिक छूट नहीं है तो यह एक त्रुटि है।

बाहर निकलें स्थिति

RSI तत्वावधान आदेश किसी भी त्रुटि पर 1 की स्थिति के साथ बाहर निकल जाएगा। NS तत्वावधान आदेश ही होगा
अगर कोई त्रुटि नहीं है तो 0 की स्थिति से बाहर निकलें।

वातावरण चर

देख तत्वावधान(1) पर्यावरण चर की सूची के लिए जो इस आदेश को प्रभावित कर सकता है। देखो
एपकॉन्फ(5) प्रोजेक्ट कॉन्फ़िगरेशन फ़ाइल के लिए प्रोजेक्ट_विशिष्ट कैसे सेट करें के लिए फ़ील्ड
एजिस द्वारा निष्पादित सभी कमांड के लिए पर्यावरण चर।

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