संहिता - नया परीक्षण

PHP एक बहुत ही लोकप्रिय प्रोग्रामिंग भाषा है, लेकिन इसमें परीक्षण एक महत्वपूर्ण आवश्यकता के बजाय विशेषज्ञों का विशेषाधिकार है। क्या यह वास्तव में है क्योंकि PHP डेवलपर्स सभी redneck कोडर हैं? मेरा मानना ​​है कि नहीं। सबसे अधिक संभावना है, तथ्य यह है कि परीक्षण प्रणालियां कभी-कभी अनावश्यक रूप से जटिल होती हैं। और परीक्षण, इसके विपरीत, बेहद सरल होना चाहिए था: पढ़ने में आसान, लिखना, डिबग करना, और निश्चित रूप से, जल्दी से चलना। PHP में इसे कैसे लागू किया जा सकता है, इसके बारे में मेरी दृष्टि कोडेप्शन नामक एक परियोजना के परिणामस्वरूप हुई।

इसके साथ, आपके वेब एप्लिकेशन के परीक्षण इस तरह दिख सकते हैं:

<?php $I = new TestGuy($scenario); $I->wantTo('create new blog post'); $I->amOnPage('/blog/posts'); $I->click('Create new post'); $I->fillField('Title','Codeception, a new way of testing!'); $I->fillField('Text','Codeception is new PHP full-stack testing framework.'); $I->click('Send'); $I->see('Congratulations, your post is successfully created!'); 

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

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



तीन खंभों पर चलता है संहिता:
- एक परीक्षण वातावरण के रूप में, PHPUnit का उपयोग किया जाता है।
- स्वीकृति परीक्षणों के लिए - मिंक । उनके लिए, कॉन्स्टेंटिन कुद्र्याशोव एवरजेट के लिए बहुत धन्यवाद।
- और निश्चित रूप से, सिम्फनी घटक । उनका उपयोग लगभग हर चीज के लिए किया जाता है। विशेष रूप से नोट की BrowserKit है, जो कार्यात्मक परीक्षणों के लिए उपयोग की जाती है।

आरंभ करने के लिए, PEAR के माध्यम से कोड सेट करें:

 $ pear channel-discover codeception.com/pear $ pear install codeception/Codeception 

अब आवश्यक निर्भरताएं स्थापित करें।

 $ codecept install 

उस प्रोजेक्ट का चयन करें जिसे आप कमांड को उसके रूट में टेस्ट और रन करना चाहते हैं

 $ codecept bootstrap $ codecept build 

बूटस्ट्रैप कमांड तीन श्रेणियों के लिए एक कॉन्फ़िगरेशन फ़ाइल और एक परीक्षण फ़ोल्डर बनाएगा:

- इकाई
- कार्यात्मक
- स्वीकृति

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

शुरू करने का सबसे आसान तरीका स्वीकृति परीक्षण लिखना है। परीक्षण / स्वीकृति निर्देशिका में, एक नया StartPageCept.php फ़ाइल बनाएँ:

 <?php $I = new WebGuy($scenario); $I->wantToTest('front page of my site'); $I->amOnPage('/'); $I->see('A sample text on my site'); 

यह जाँचता है कि आपकी साइट के मुख पृष्ठ पर पाठ है: 'मेरी साइट पर एक नमूना पाठ'। उस पाठ में टाइप करें जो वास्तव में वहां है, और आपका परीक्षण चलाने के लिए तैयार है।
लेकिन इसे शुरू करने से पहले, याद रखें कि स्वीकृति परीक्षणों के लिए आवश्यक है कि साइट वेब सर्वर के अंदर चले। तो आपको url बताने की आवश्यकता है जिसके द्वारा आप हमारी साइट तक पहुँच सकते हैं। फ़ाइल खोलें: परीक्षण / स्वीकृति ।suite.yml

  config: PhpBrowser: url: '   url  ' 

अब कर लो।

 $ codecept run acceptance 

और आपको कुछ इस तरह दिखाई देगा:

 Suite acceptance started Trying to see front page of my site (StartPageCept) - Ok Time: 1 second, Memory: 21.00Mb OK (1 test, 1 assertions) 

अब आप अपने आवेदन के लिए और अधिक जटिल परीक्षण लिखना शुरू कर सकते हैं। उदाहरण के लिए, यह किसी साइट पर प्राधिकरण के लिए एक परीक्षण की तरह लग सकता है:

 <?php $I = new WebGuy($scenario); $I->wantTo('log in as regular user'); $I->amOnPage('/login'); $I->fillField('Username','davert'); $I->fillField('Password','qwerty'); $I->click('Login'); $I->see('Hello, davert'); ?> 

प्रलेखन में परीक्षण लिखने के बारे में और पढ़ें।

फ्रेमवर्क के अंदर इनमें से किसी एक टेस्ट को चलाने के लिए, टेस्ट को 'टेस्ट / फंक्शनल' में कॉपी करें और फाइल टेस्ट / functional.suite.yml को एडिट करें।
मैं Symfony2 के लिए एक उदाहरण दूंगा, लेकिन ठीक उसी तरह से आप Zend फ्रेमवर्क या सिम्फनी, साथ ही Doctrine1 या Doctrine2 को जोड़ सकते हैं।

 class_name: TestGuy modules: enabled: [Symfony2, TestHelper] 

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

कार्यात्मक परीक्षण चलाने के लिए, आपको उपयोग करना चाहिए:

 $ codecept run functional 

मैं आपको मॉड्यूल के बारे में बताता हूँ। मॉड्यूल उन कार्यों को परिभाषित करते हैं जो परीक्षण लिखते समय उपलब्ध हैं। कई मॉड्यूल से लिए गए तरीके TestGuy या WebGuy स्क्रिप्ट विवरण वर्ग में उपलब्ध हैं।
मॉड्यूल वस्तुतः बिना किसी विन्यास के भी विभिन्न पुस्तकालयों के साथ एकीकरण को लागू करते हैं और आपके आवेदन में अतिरिक्त प्लगइन्स या बंडलों की स्थापना की आवश्यकता नहीं होती है।

संहिता न केवल परीक्षण करती है, बल्कि खरोंच से परीक्षण के लिए आवश्यक वातावरण बनाने की भी कोशिश करती है। परीक्षण का एक महत्वपूर्ण हिस्सा डेटाबेस तैयार कर रहा है और इसे साफ कर रहा है।
यह मॉड्यूल डीबी के माध्यम से कार्यान्वित किया जाता है। एक परीक्षण डेटाबेस बनाएं और इसे परीक्षण के लिए आवश्यक डेटा के साथ भरें। आप इसे मैन्युअल रूप से या जुड़नार का उपयोग करके कर सकते हैं। एक डेटाबेस डंप बनाएँ और इसे परीक्षण / _data फ़ोल्डर में रखें। फिर अपने प्रोजेक्ट के रूट में codeception.yml कॉन्फ़िगरेशन फ़ाइल खोलें और डेटाबेस एक्सेस मापदंडों और डीबी मॉड्यूल के लिए डंप पथ दर्ज करें। अब, यदि आप परीक्षण / स्वीकृति.suite.yml या functional.suite.yml फ़ाइल में मॉड्यूल की सूची में डीबी मॉड्यूल जोड़ते हैं, तो प्रत्येक परीक्षण के बाद डेटाबेस स्वचालित रूप से अपडेट हो जाएगा।

हालाँकि, यह केवल सफाई का तरीका नहीं है। यदि आप Doctrine या Doctrine2 का उपयोग करते हैं, तो उपयुक्त मॉड्यूल आपके सभी अनुरोधों को लेनदेन में डालते हैं और अंत में रोलबैक करते हैं।
इस प्रकार, डेटाबेस को भरा नहीं जाता है, जिसका अर्थ है कि इसे निरंतर सफाई की आवश्यकता नहीं है। ऐसे परीक्षण बहुत तेज़ी से काम करेंगे, लेकिन लेनदेन केवल कार्यात्मक और इकाई परीक्षणों में उपलब्ध हैं।

आप आधिकारिक वेबसाइट पर अधिक पूर्ण प्रलेखन पाएंगे। दोनों अवलोकन सामग्री और विशिष्ट मॉड्यूल के विवरण वहां उपलब्ध हैं।

संहिता वर्तमान में बीटा में है और आपकी प्रतिक्रिया की अत्यधिक सराहना की जाएगी।
GitHub पर प्रोजेक्ट का पालन करें।