यह कमांड ट्रायल3 है जिसे हमारे कई मुफ्त ऑनलाइन वर्कस्टेशन जैसे कि उबंटू ऑनलाइन, फेडोरा ऑनलाइन, विंडोज ऑनलाइन एमुलेटर या मैक ओएस ऑनलाइन एमुलेटर का उपयोग करके ऑनवर्क्स फ्री होस्टिंग प्रदाता में चलाया जा सकता है।
कार्यक्रम:
नाम
परीक्षण - इकाई परीक्षण चलाएँ
SYNOPSIS
परीक्षण [ विकल्पों ] [ पट्टिका | पैकेज | मॉड्यूल | परीक्षण का मामला | परिक्षण विधि ]...
परीक्षण --मदद | -h
वर्णन
परीक्षण मॉड्यूल, पैकेज और फ़ाइलों से प्राप्त यूनिट परीक्षणों के एक सूट को लोड और निष्पादित करता है
कमांड लाइन पर सूचीबद्ध.
परीक्षण तर्क के रूप में या तो फ़ाइल नाम या पूरी तरह से योग्य पायथन नाम लेगा। इस प्रकार
`परीक्षण myproject/foo.py', `परीक्षण myproject.foo' और `परीक्षण
myproject.foo.SomeTestCase.test_method' परीक्षण शुरू करने के सभी वैध तरीके हैं। ऐसे अनेक
तर्क भी स्वीकार किए जाते हैं, और उनका आदेश उस क्रम को निर्धारित करेगा जिसमें
संबंधित परीक्षण चलाए जाते हैं.
दिए गए परीक्षण सूट को चलाने के बाद, डिफ़ॉल्ट परीक्षण रिपोर्टर परीक्षण का सारांश प्रिंट करता है
दौड़ना। इसमें "उत्तीर्ण" (यदि सभी परीक्षण अपेक्षा के अनुरूप चले) या "असफल" (यदि कोई हो) शब्द शामिल हैं
परीक्षण अप्रत्याशित रूप से व्यवहार किया गया) इसके बाद विभिन्न प्रकार के परीक्षण परिणामों की गिनती की गई
सामना करना पड़ा संभावित प्रकार के परीक्षण परिणामों में शामिल हैं:
सफलता
ऐसे परीक्षण जो अपने सभी दावों पर खरे उतरे और बिना किसी त्रुटि के पूरे हुए। ये हैं
सामान्य परीक्षण आउटपुट में "उत्तीर्ण" चिह्नित।
विफलताओं
ऐसे परीक्षण जो किसी दावे को विफल कर देते हैं, उन्हें self.fail() कहा जाता है या स्पष्ट रूप से उठाया जाता है
किसी कारण से self.failureException। इन्हें सामान्य परीक्षण में "असफल" के रूप में चिह्नित किया जाता है
उत्पादन.
त्रुटियाँ ऐसे परीक्षण जिन्होंने एक अप्रत्याशित अपवाद उठाया (AssertionError सहित), उसका परीक्षण करते हैं
एक अपवाद उत्पन्न करने के लिए टियरडाउन () विधि का कारण बना, परीक्षण जो इससे अधिक समय तक चलते हैं
टाइमआउट अंतराल, परीक्षण जिसके कारण ट्विस्टेड.पायथन.लॉग.एर() को कॉल करना पड़ा
बाद में self.flushLoggedErrors() को कॉल किए बिना, परीक्षण जो रिएक्टर को छोड़ देते हैं
अशुद्ध अवस्था में, आदि। इन्हें सामान्य परीक्षण आउटपुट में "त्रुटि" के रूप में चिह्नित किया जाता है।
ध्यान दें कि चूँकि वास्तविक परीक्षण विधि वापस आने के बाद त्रुटियाँ हो सकती हैं, इसलिए ऐसा है
एक ही परीक्षण को त्रुटि और विफलता दोनों के रूप में रिपोर्ट किया जाना संभव है, और इसलिए
परीक्षण परिणामों की कुल संख्या परीक्षणों की कुल संख्या से अधिक हो सकती है
मार डाला।
छोड़ें परीक्षण जो छोड़ दिए गए थे, आमतौर पर लापता निर्भरता के कारण। इन्हें चिन्हित किया गया है
सामान्य परीक्षण आउटपुट में "छोड़ दिया गया"।
अपेक्षितविफलताएँ
परीक्षण जो विफल रहे, लेकिन असफल होने की उम्मीद थी, आमतौर पर क्योंकि परीक्षण एक के लिए होता है
वह सुविधा जो अभी तक लागू नहीं की गई है. इन्हें सामान्य रूप से "TODO" के रूप में चिह्नित किया जाता है
परीक्षण आउटपुट.
अप्रत्याशितसफलताएँ
परीक्षण जिन्हें अपेक्षित विफलताओं के अंतर्गत सूचीबद्ध किया जाना चाहिए था, कुछ को छोड़कर
परीक्षण सफल होने का कारण. इन पर "सफलता!?!" अंकित है। सामान्य परीक्षण आउटपुट में.
विकल्प
-j, --नौकरियां संख्या
चलाने के लिए प्रक्रिया कर्मियों की संख्या निर्धारित करें। यह डिबग, एग्ज़िटफर्स्ट के साथ विरोध करता है
और प्रोफ़ाइल विकल्प.
-b, - दाढ़
डिबगर में परीक्षण चलाएँ। यदि वह डिबगर 'पीडीबी' है (जो कि डिफ़ॉल्ट है
अनिर्दिष्ट), एक `.pdbrc' मौजूद होने पर वर्तमान निर्देशिका से लोड किया जाएगा।
अपवादों पर पोस्टमार्टम डिबगिंग भी करता है।
-B, --डिबग-स्टैकट्रैस
विलंबित निर्माण और कॉलबैक स्टैक ट्रेस की रिपोर्ट करें।
--कवरेज
परीक्षण अस्थायी की 'कवरेज' उपनिर्देशिका में कवरेज जानकारी उत्पन्न करें
निर्देशिका (`_trial_temp' डिफ़ॉल्ट रूप से)। द्वारा स्पर्श किए गए प्रत्येक पायथन मॉड्यूल के लिए
दिए गए परीक्षणों के निष्पादन के बाद, कवरेज निर्देशिका में एक फ़ाइल बनाई जाएगी
प्रत्यय `.कवर' के साथ मॉड्यूल के पूर्णतः योग्य नाम के लिए नामित किया गया। उदाहरण के लिए,
क्योंकि ट्रायल टेस्ट रनर पायथन में लिखा गया है, कवरेज निर्देशिका होगी
लगभग हमेशा `twisted.trial.runner.cover' नाम की एक फ़ाइल होती है।
प्रत्येक `.कवर' फ़ाइल में विचाराधीन मॉड्यूल के पायथन स्रोत की एक प्रति होती है,
कवरेज जानकारी वाली प्रत्येक पंक्ति की शुरुआत में एक उपसर्ग के साथ। के लिए
पंक्तियाँ जो निष्पादन योग्य नहीं हैं (रिक्त पंक्तियाँ, टिप्पणियाँ, आदि) उपसर्ग रिक्त है।
परीक्षण सूट के दौरान चलने वाली निष्पादन योग्य पंक्तियों के लिए, उपसर्ग एक है
संख्या यह दर्शाती है कि उस पंक्ति को कितनी बार निष्पादित किया गया था। स्ट्रिंग `>>>>>>'
निष्पादन योग्य पंक्तियों को उपसर्ग करता है जिन्हें परीक्षण सूट के दौरान निष्पादित नहीं किया गया था।
ध्यान दें कि यह कार्यक्षमता पायथन के sys.settrace() फ़ंक्शन का उपयोग करती है, इसलिए उसका परीक्षण करती है
कॉल sys.settrace() स्वयं परीक्षण की कवरेज कार्यक्षमता को तोड़ने की संभावना है।
--डीबगर
--डीबग विकल्प पारित होने पर उपयोग करने के लिए डिबगर निर्दिष्ट करता है। तर्क
किसी ऑब्जेक्ट का पूर्णतः योग्य नाम होना चाहिए जो समान इंटरफ़ेस लागू करता है
मानक पुस्तकालय के `पीडीबी' के रूप में।
--disablegc
परीक्षण चलाने की अवधि के लिए कचरा संग्रहकर्ता को अक्षम करें। जैसा कि प्रत्येक परीक्षण है
रन, ट्रायल TestResult ऑब्जेक्ट्स को बचाता है, जिसका अर्थ है कि पायथन का कचरा
संग्राहक के पास से गुजरने के लिए अधिक गैर-कचरा वस्तुएं हैं, जिससे प्रत्येक कचरा-
संग्रहण थोड़ा धीमा चलता है. कचरा संग्रहण को पूरी तरह से अक्षम करने से परिणाम भुगतने पड़ेंगे
कुछ परीक्षण सूट तेजी से पूरे होते हैं (कंट्रास्ट --फोर्स-जीसी, नीचे), की कीमत पर
मेमोरी खपत में वृद्धि (संभवतः बहुत अधिक)। यह विकल्प परीक्षण भी करता है
थोड़ा अधिक नियतात्मक, जो विषम परिस्थितियों में डिबगिंग में मदद कर सकता है।
-e, --आतंकवादी
जैसे ही वे हों, ट्रेसबैक को मानक आउटपुट पर प्रिंट करें।
--बल-जीसी
प्रत्येक परीक्षण मामले से पहले और बाद में gc.collect() चलाएँ। इसका उपयोग अलग करने के लिए किया जा सकता है
त्रुटियाँ जो तब होती हैं जब वस्तुएँ एकत्र की जाती हैं। यह विकल्प डिफ़ॉल्ट होगा,
सिवाय इसके कि यह परीक्षणों को लगभग दस गुना धीमा कर देता है।
-h, --मदद
उपयोग संदेश को मानक आउटपुट पर प्रिंट करें, फिर बाहर निकलें।
--सहायता-आदेश
फिर उन संभावित आदेशों की एक सूची प्रिंट करें जिनमें टेस्टकेस परीक्षण विधियां चलाई जा सकती हैं
बाहर निकलना। ऑर्डर का उपयोग नीचे वर्णित --ऑर्डर विकल्प के साथ किया जा सकता है।
--मदद-संवाददाताओं
मानक आउटपुट के लिए वैध पत्रकारों की सूची प्रिंट करें, फिर बाहर निकलें। रिपोर्टर हो सकते हैं
नीचे वर्णित --रिपोर्टर विकल्प के साथ चयन किया गया।
--सहायता-रिएक्टर
मानक आउटपुट के लिए संभावित रिएक्टरों की एक सूची प्रिंट करें, फिर बाहर निकलें। सभी सूचीबद्ध नहीं हैं
रिएक्टर हर प्लेटफॉर्म पर उपलब्ध हैं। रिएक्टरों का चयन इसके साथ किया जा सकता है
--रिएक्टर विकल्प नीचे वर्णित है।
-l, --बोटा दस्तावेज लॉग फ़ाइल
लॉग को किसी भिन्न फ़ाइल पर निर्देशित करें। डिफ़ॉल्ट फ़ाइल `test.log' है। लॉग फ़ाइल is
_trial_temp के सापेक्ष।
-n, --पूर्वाभ्यास
सभी परीक्षाओं से गुजरें और बिना दौड़े उन्हें पास कराएं।
-N, --कोई पुनरावृत्ति नहीं
डिफ़ॉल्ट रूप से, प्रत्येक के अंदर प्रत्येक मॉड्यूल को खोजने के लिए परीक्षण पैकेजों के माध्यम से दोहराया जाता है
उपपैकेज. जब तक कि, आप यह विकल्प निर्दिष्ट न करें।
--नोपम अपवादों के पोस्टमार्टम विश्लेषण के लिए स्वचालित रूप से डिबगर में न जाएं।
केवल --डीबग के संयोजन में प्रयोग योग्य।
--गण आदेश
निर्दिष्ट करें कि दिए गए टेस्टकेस के भीतर व्यक्तिगत परीक्षण विधियों को किस क्रम में चलाया जाए।
डिफ़ॉल्ट रूप से, वे वर्णानुक्रम में चलाए जाते हैं। अन्य वैध की सूची के लिए --help-order देखें
मूल्यों.
--प्रोफाइल
पायथन प्रोफाइलर के अंतर्गत परीक्षण चलाएँ।
-r, --रिएक्टर रिएक्टर
चुनें कि किस रिएक्टर का उपयोग करना है। सूची के लिए --help-रिएक्टर देखें।
--recursionlimit सीमा
पायथन की रिकर्सन सीमा निर्धारित करें। Sys.setrecursionlimit() देखें।
--संवाददाता रिपोर्टर
परीक्षण के आउटपुट के लिए उपयोग करने के लिए रिपोर्टर का चयन करें। --help-reporters विकल्प का उपयोग करें
वैध पत्रकारों की सूची देखें।
-x, --पहले बाहर निकलें
पहले परीक्षण के सफल न होने पर परीक्षण चलाना बंद कर दें। यह भी शामिल है
असफलताएँ, त्रुटियाँ, या अप्रत्याशित सफलताएँ। --jobs विकल्प के साथ काम नहीं करेगा
वर्तमान में।
--स्पू जो कुछ भी घटित होता है उसका एक बेहद विस्तृत लॉग प्रिंट करें। डिबगिंग करते समय उपयोगी
जटिल कोड को फ्रीज या लॉक कर देता है।
--tbformat प्रारूप
ट्रेसबैक प्रदर्शित करने के लिए प्रारूप। स्वीकार्य मान 'डिफ़ॉल्ट', 'संक्षिप्त' और हैं
'क्रियात्मक'। 'ब्रीफ' ट्रेसबैक तैयार करता है जो Emacs के GUD के साथ अच्छी तरह से चलता है।
--अस्थायी-निर्देशिका डायरेक्टरी
चेतावनी: इस विकल्प का उपयोग तब तक न करें जब तक आपको पता न हो कि आप क्या कर रहे हैं। डिफ़ॉल्ट रूप से,
ट्रायल वर्तमान कार्यशील निर्देशिका के अंतर्गत _trial_temp नामक एक निर्देशिका बनाता है।
जब ट्रायल चलता है तो सबसे पहले ये हटाए गए यह निर्देशिका, फिर इसे बनाती है, फिर बदलती है
परीक्षण चलाने के लिए निर्देशिका में। लॉग फ़ाइल और कोई भी कवरेज फ़ाइलें संग्रहीत की जाती हैं
यहाँ। यदि आप इसके अलावा किसी अन्य निर्देशिका में परीक्षण चलाना चाहते हैं तो इस विकल्प का उपयोग करें
_परीक्षण_अस्थायी. सावधान रहें, मुकदमा चलेगा हटाना निर्देशिका को पुनः बनाने से पहले।
--testmodule फ़ाइल का नाम
परीक्षण को देखने के लिए कहें फ़ाइल का नाम और Emacs-शैली का उपयोग करके निर्दिष्ट कोई भी परीक्षण चलाएँ
बफ़र वैरिएबल `टेस्ट-केस-नाम'।
--अशुद्ध-चेतावनी
ट्विस्टेड 8.0 के अनुसार, यदि रिएक्टर को अशुद्ध छोड़ दिया जाता है तो परीक्षण एक त्रुटि की रिपोर्ट करेगा
परीक्षण का अंत. यह विकल्प ट्विस्टेड 2.5 से माइग्रेट करने में सहायता के लिए प्रदान किया गया है
ट्विस्टेड 8.0 और बाद का संस्करण। इस विकल्प को सक्षम करने से त्रुटियां चेतावनियों में बदल जाएंगी.
-u, --असफलता तक
परीक्षणों को तब तक लूप करते रहें जब तक उनमें से कोई एक त्रुटि या विफलता न बता दे। यह है
रुक-रुक कर होने वाली विफलताओं को पुन: उत्पन्न करने के लिए विशेष रूप से उपयोगी।
--संस्करण
ट्विस्टेड संस्करण संख्या प्रिंट करें और बाहर निकलें।
--मॉड्यूल के बिना मॉड्यूलनाम
मॉड्यूल की निर्दिष्ट अल्पविराम से अलग की गई सूची की कमी का अनुकरण करें। यह इसे बनाता है
ऐसा लगता है जैसे मॉड्यूल सिस्टम में मौजूद नहीं हैं, जिससे जांच की जा सके
उस कॉन्फ़िगरेशन के लिए व्यवहार.
-z, --यादृच्छिक रूप से बीज
निर्दिष्ट बीज का उपयोग करके यादृच्छिक क्रम में परीक्षण चलाएँ। यदि इस विकल्प को पास न करें
आप भी आदेश पारित कर रहे हैं।
onworks.net सेवाओं का उपयोग करके ऑनलाइन ट्रायल3 का उपयोग करें