FlexUnit 4.x सुविधाएँ (भाग 1)

FlexUnit फ़ीचर पोस्ट, मूल: www.flexunit.org/?page_id=6

[२५.१४.२०१४] सभी दस्तावेज अब यहाँ हैं: cwiki.apache.org/confluence/display/FLEX/FlexUnit

प्रत्येक कार्यक्षमता के लिए, FlexUnit का संस्करण जिसमें यह उपलब्ध है, संकेत दिया गया है।

फ्लेक्स या एक्शनस्क्रिप्ट 3 (4.0)

FlexUnit, Flex और Action Script दोनों के लिए उपलब्ध है। यदि आप एक फ्लेक्स परियोजना का परीक्षण कर रहे हैं, तो आप जिस फ्लेक्स का उपयोग कर रहे हैं, उसके संस्करण के लिए उपयुक्त FlexUnit पा सकते हैं। एक्शन स्क्रिप्ट के लिए FlexUnit असेंबली के लिए, यह किसी भी एक्शन स्क्रिप्ट 3 प्रोजेक्ट के साथ काम करेगा।

मेटाडेटा - टेस्ट (4.0)

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

[Test] public function addition():void { assertEquals(12, simpleMath.add(7, 5)); } [Test] public function subtraction():void { assertEquals(9, simpleMath.subtract(12, 3)); } 

चूँकि अब परीक्षण कक्षाओं को FlexUnit से एक वर्ग प्राप्त नहीं करना चाहिए, आप देखेंगे कि पूर्व में उपयोग किए जाने वाले कार्य (assertEquals, मुखर) अब Assert वर्ग के स्थिर कार्यों के रूप में कार्यान्वित किए जाते हैं;

पहले और बाद में (4.0)

कभी-कभी आपको अपने परीक्षणों के लिए एक परीक्षण वातावरण (या उपकरण) स्थापित करने की आवश्यकता होती है। उपरोक्त उदाहरण में, आपको यह सुनिश्चित करने की आवश्यकता है कि परीक्षणों को चलाने से पहले simpleMath का संदर्भ मौजूद है। FlexUnit और Fluint के पिछले संस्करणों में, आप इस लक्ष्य को प्राप्त करने के लिए सेटअप () और अशांति () विधियों को ओवरराइड कर सकते हैं। FlexUnit 4 में मेटाडाटा से पहले और बाद में शामिल हैं जो एक समान समस्या को हल करते हैं। प्रत्येक टैग विधि से पहले पहले टैग के साथ चिह्नित किसी भी विधि को चलाया जाएगा। प्रत्येक परीक्षण विधि के बाद After के साथ टैग की गई कोई भी विधि लॉन्च की जाएगी। इसका मतलब है कि आपके पास परीक्षण से पहले या बाद में कई तरीके हो सकते हैं।

 [Before] public function runBeforeEveryTest():void { simpleMath = new SimpleMath(); } [Before] public function alsoRunBeforeEveryTest():void { simpleMath1 = new SimpleMath(); } [After] public function runAfterEveryTest():void { simpleMath = null; simpleMath1 = null; } 

यदि आप विधियों के पहले या बाद में विभिन्न प्रकार का उपयोग करते हैं, तो आप ऑर्डर पैरामीटर का उपयोग करके विधियों के क्रम को नियंत्रित कर सकते हैं। उदाहरण के लिए [पहले (आदेश = 1)], [पहले (आदेश = 2)]।

पहले और बाद में (4.0)

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

 [BeforeClass] public static function runBeforeClass():void { //run for one time before all test cases } [AfterClass] public static function runAfterClass():void { // run for one time after all test cases } 

अपवाद हैंडलिंग (4.0)

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

 [Test(expects="flash.errors.IOError")] public function doIOError():void { //a test which causes an IOError }  [Test(expects="TypeError")] public function divisionWithException():void { simpleMath.divide( 11, 0 ); } 

उपेक्षा (4.0)

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

 [Ignore("Not Ready to Run")] [Test] public function multiplication():void { assertEquals(15, simpleMath.multiply(3, 5)); } 

अतुल्यकालिक (4.0)

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

 [Before(async,timeout="250")] public function setMeUp():void { } [After(async,timeout="250")] public function allDone():void { } [Test(async,timeout="500")] public function doSomethingAsynchronous():void { //Async.proceedOnEvent( testCase, target, eventName ); //Async.failOnEvent( testCase, target, eventName ); //Async.handleEvent( testCase, target, eventName, eventHandler ); //Async.asyncHandler( testCase, eventHandler ); //Async.asyncResponder( testCase, responder ); } eventhandler); [Before(async,timeout="250")] public function setMeUp():void { } [After(async,timeout="250")] public function allDone():void { } [Test(async,timeout="500")] public function doSomethingAsynchronous():void { //Async.proceedOnEvent( testCase, target, eventName ); //Async.failOnEvent( testCase, target, eventName ); //Async.handleEvent( testCase, target, eventName, eventHandler ); //Async.asyncHandler( testCase, eventHandler ); //Async.asyncResponder( testCase, responder ); }