JUnit 4.9 जारी किया

कुछ घंटे पहले , JUnit 4.9 का अंतिम संस्करण लोकप्रिय TDD फ्रेमवर्क JUnit के जीथूब पर दिखाई दिया । लंबे समय से प्रतीक्षित रिलीज में क्या शामिल था?

नए नियम

मूल रूप से, नियमों के पिछले संस्करण में शुरू किए गए परिवर्तन ( @Rule नियम)। पहले की तरह, विधि स्तर पर अतिरिक्त नियमों के साथ परीक्षणों की कार्यक्षमता का विस्तार किया जा सकता है। अब संपूर्ण कक्षाओं के कार्यान्वयन के लिए नियमों को परिभाषित करना संभव है और यहां तक ​​कि सूट का परीक्षण भी। दोनों मामलों में, परिणाम एक नए एनोटेशन @ClassRule एसीसी के साथ एक स्थिर फ़ील्ड को परिभाषित करके प्राप्त किया जाता है। परीक्षण वर्ग, या एक सूट में।

और हाँ, मूल BlockJUnit4ClassRunner सहित ParentRunner सभी डेरिवेटिव BlockJUnit4ClassRunner नई तरह के नियमों को सही ढंग से संभालते हैं।

एक परीक्षण सूट का एक उदाहरण जो सर्वर से एक बार संबंध बनाता है और सभी सूट परीक्षण पूरा होने के बाद इसे बंद कर देता है:

<br/>@RunWith(Suite. class )<br/>@SuiteClasses({A. class , B. class , C. class })<br/> public class UsesExternalResource {<br/> public static Server myServer= new Server();<br/> <br/> @ClassRule <br/> public static ExternalResource resource= new ExternalResource() {<br/> @Override <br/> protected void before() throws Throwable {<br/> myServer.connect();<br/> };<br/> <br/> @Override <br/> protected void after() {<br/> myServer.disconnect();<br/> };<br/> };<br/>}<br/> <br/>
MethodRule ध्यान दें: इन नवाचारों के प्रकाश में, पिछले MethodRule इंटरफ़ेस को deprecated दिया गया है और deprecated स्थिति प्राप्त की है। नियम डेवलपर्स को @Rule और @ClassRule दोनों के साथ उपयोग करने में सक्षम करने के लिए नए TestRule इंटरफ़ेस के साथ काम करना चाहिए।

अधिकांश भाग के लिए JUnit 4.9 में शामिल नियम पहले ही एक नए इंटरफ़ेस में चले गए हैं। अधिकांश उपयोगकर्ताओं के लिए, एपीआई का परिवर्तन किसी का ध्यान नहीं जाना चाहिए और मौजूदा परीक्षणों में बदलाव की आवश्यकता नहीं होगी।

मावेन - अब आधिकारिक तौर पर

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

और क्या?

परियोजना संरचना में कॉस्मेटिक परिवर्तनों के अलावा (जीपीएल पाठ अब स्रोत कोड का हिस्सा है, चींटी-विधानसभा अब तेज है), गंभीर कीड़े तय हो गए थे:

- जीथब # 98 : मान लें () अपेक्षित अपवादों के साथ काम नहीं करता है
- गितुब # Categories४: श्रेणियाँ + परिमित
- जीथब # 38 : पेरेंटनर एक से अधिक बार फिल्टर करता है
- जीथब # 248 : संरक्षित ब्लॉकजुनिट 4 क्लैसरनर # नियम विधि 4.8.2 से हटा दी गई
- जीथब # 187 : जावा 6 पर आकस्मिक निर्भरता
- github # 163 : जोर की विफलता संदेश का उपयोग करते समय जोर का प्रयोग (स्ट्रिंग, स्ट्रिंग)
- जीथब # 227 : पेरेंट रनर अब मानता है कि getChildren () एक परिवर्तनीय सूची देता है

एक निष्कर्ष के बजाय

परिवर्तनों की सूची आम तौर पर मामूली-रिलीज़ को सही ठहराती है। मैं डेवलपर्स को कोड की गुणवत्ता में सुधार करने के लिए उनके स्वतंत्र योगदान के लिए गहरी आभार व्यक्त करता हूं और अच्छी खबर पर हैब्रोव्स्क नागरिकों को बधाई देता हूं।