🥕 ♈️ ♥️ अका rspeс, अर्थात परीक्षणों में आलसी चर 🍞 👴 🧑🏻

जैसा कि कहा जाता है: "निषिद्ध फल मीठा है," इसलिए यह मेरे साथ है। RSpec पर परीक्षण लिखने के लिए एक बार कोशिश करने के बाद, मैं प्रत्येक भाषा में घोषणात्मक BDD DSL रखना चाहता हूं। उदाहरण के लिए, जावास्क्रिप्ट में एनालॉग्स mocha.js, jasmine.js, आदि हैं। लेकिन नहीं, पर्याप्त नहीं है। मैं न केवल किसी विवरण या इसे-एस, बल्कि आलसी चर भी चाहूंगा, मेरा मतलब है कि विषय और जाने दो।

पहली नज़र में बेवकूफ! एक आंतरिक आवाज चिल्लाती है "क्यों?", और विवेक जवाब देता है: "स्वच्छ कोड महत्वपूर्ण है!" वैसे, साधारण परीक्षण आम तौर पर महत्वपूर्ण होते हैं! "

इस तरह से मोचेज के लिए पुस्तकालय का जन्म हुआ, जो आपको आलसी चर (उर्फ लेट) और `विषय` बनाने की अनुमति देता है।

उन लोगों के लिए जो समझते हैं कि मैं पहले से ही ~~तनाव में~~ हूं और खुशी से झूम रहा हूं, आपका स्वागत है।
हर किसी के लिए, और विशेष रूप से संदेह करने के लिए, मैं कटौती के तहत देखने का प्रस्ताव करता हूं।

यह किसी के लिए महत्वपूर्ण क्यों है?

यही कारण है कि! ।

खैर, अब गंभीरता से

वे आमतौर पर परीक्षणों में क्या लिखते हैं?

describe('Invoice', function() { var invoice, user; beforeEach(function() { user = User.create({ role: 'member' }); invoice = user.invoices.create({ price: 10, currency: 'USD' }); }); it('has status "fraud" if amount does not equal to invoice amount', function() { invoice.paid(1, 'USD'); expect(invoice.status).to.equal('fraud'); }); it('has status "fraud" if currency does not equal to invoice currency', function() { invoice.paid(10, 'ZWD'); expect(invoice.status).to.equal('fraud'); }); ..... })

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

सावधानी टेस्ट!

 describe('Invoice', function() { var invoice, user; describe('by default', function() { beforeEach(function() { user = User.create({ role: 'member' }); invoice = user.invoices.create({ price: 10, currency: 'USD' }); }); it('has status "fraud" if amount does not equal to invoice amount', function() { invoice.paid(1, 'USD'); expect(invoice.status).to.equal('fraud'); }); it('has status "fraud" if currency does not equal to invoice currency', function() { invoice.paid(10, 'ZWD'); expect(invoice.status).to.equal('fraud'); }); }); describe('when user is admin', function() { beforeEach(function() { user = User.create({ role: 'admin' }); invoice = user.invoices.create({ price: 10, currency: 'USD' }); }); it('has status "paid" if amount does not equal to invoice amount', function() { invoice.paid(1, 'USD'); expect(invoice.status).to.equal('paid'); }); }); ..... })

यही है, हम सिर्फ एक डुप्लिकेट सेटअप लेते हैं, अन्य पैरामीटर और हॉवेल पास करते हैं! लंबे समय तक कॉपी-पेस्ट रहते हैं ... और `afterEach 'में चर को कौन साफ करेगा?

खदान-पेस्ट के खिलाफ आलस्य!

इस लाइब्रेरी को हल करने वाले कार्यों में से एक खदान-पेस्ट का विनाश है! बिल्कुल कैसे? हाँ बस

 describe('Invoice', function() { def('user', function() { return User.create({ role: 'member' }); }); def('invoice', function() { return $user.invoices.create({ price: 10, currency: 'USD' }); }); describe('by default', function() { it('has status "fraud" if amount does not equal to invoice amount', function() { $invoice.paid(1, 'USD'); expect($invoice.status).to.equal('fraud'); }); }); describe('when user is admin', function() { def('user', function() { return User.create({ role: 'admin' }); }); it('has status "paid" if amount does not equal to invoice amount', function() { $invoice.paid(1, 'USD'); expect($invoice.status).to.equal('paid'); }); }); ..... })

कोड छोटा हो गया है, कॉपी-पेस्ट कम, पारदर्शिता अधिक है! हुर्रे! इसके अलावा, चर स्वतंत्र रूप से प्रत्येक परीक्षण के बाद हटा दिए जाते हैं और `afterEach` ब्लॉक लिखने की कोई आवश्यकता नहीं है। क्या यह सुविधाजनक है?

नोट : नाम टकरावों से बचने के लिए चर में $ चिन्ह जोड़ा गया है। यदि ऐसा कोई चर पहले से मौजूद है, तो हमें एक अपवाद मिलता है।

और अब यह कैसे काम करता है

आलसी चर वे आलसी हैं जो केवल उन तक पहुंच के समय बनाए जाते हैं। यही है, अंतिम 'डिस्क्रिप्शन' में, हमारे '$ इनवॉइस' को 'इट' (और नॉट एफ़ैच `) के अंदर बनाया जाता है, लेकिन किसी अन्य उपयोगकर्ता के साथ: सामान्य उपयोगकर्ता के बजाय, एक एडमिन बनाया जाता है। इस प्रकार, एक प्रतिस्थापन हुआ और खाते अब हमारे व्यवस्थापक से जुड़े हुए हैं, जो कुछ भी कर सकते हैं।

अब मुझे लगता है कि यह स्पष्ट है कि आलसी चरों को सूट के संदर्भ में बनाया गया है, न कि परीक्षण के रूप में, और परीक्षण के अंदर `डिफ` लिखना अतार्किक है (मुझे पता है, हम सभी जानते हैं कि स्मार्ट लोग हैं, लेकिन मुझे यह लिखना पड़ा)।

अंत में, आउटपुट क्या है?

आलस्य! कोई अतिरिक्त कॉल नहीं। परीक्षणों को धीमा न होने दें
चर रचना करने की क्षमता
कॉपी पेस्ट की कमी
प्रत्येक `it` के बाद चरों की विवेकपूर्ण सफाई
और कुछ सुविधाओं के अलावा आप README में अपने अवकाश में पढ़ सकते हैं

एक लाइन में टेस्ट?

जैसा कि ऊपर उल्लेख किया गया है, पुस्तकालय आपको परीक्षण के लिए `विषय` को परिभाषित करने की अनुमति देता है

विषय के साथ उदाहरण

 describe('Invoice', function() { subject(function() { var admin = User.create({ role: 'admin' }); return Invoice.create({ price: 10, currency: 'USD', user: admin }) }); it('has status "pending" by default', function() { expect($subject.status).to.equal('pending'); });

जो बदले में हमें वाक्य रचना की ओर ले जाता है

 describe('Invoice', function() { subject(function() { var admin = User.create({ role: 'admin' }); return Invoice.create({ price: 10, currency: 'USD', user: admin }) }); its('status', () => isExpected.to.equal('pending')); // or even better it(() => isExpected.to.be.pending)

यह अभी तक नहीं है, लेकिन यह आस्तीन में ES6 सुविधाओं और परीक्षणों में `विषय` बनाने की क्षमता के साथ करने के लिए काफी सरल है।

अपडेट: मुझे लगता है कि `चाई` का उपयोग करने के मामले में, इस तरह से कुछ लिखना बेहतर है

  its('status', () => is.expected.to.equal('pending'));

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

PPS : परीक्षणों में SOLID अन्य सभी स्थानों में SOLID से अधिक महत्वपूर्ण है।