संहिता में इकाई परीक्षण

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

आज मैं इस बारे में बात करना चाहता हूं कि कोडेक्शन बीडीडी शैली में इकाई परीक्षण को कैसे लागू करता है।

मैं ध्यान देता हूं कि परीक्षण इकाइयों के लिए इकाई अभी भी प्रायोगिक है। "अस्थिर" के अर्थ में नहीं, लेकिन "सभी आवश्यक आवश्यकताओं को पूरा करने के लिए विस्तार और कर सकते हैं" के अर्थ में।

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

सभी परीक्षण पठनीय होने चाहिए। विशेष रूप से, यूनिट परीक्षण, जहां परीक्षण अनिवार्य रूप से विधि की कार्यक्षमता का वर्णन करता है। लेकिन वह पर्यावरण की तैयारी, स्टब्स और मोक के निर्माण के साथ अतिभारित है। कई अलग-अलग कॉल मिश्रित होते हैं और कभी-कभी कोई टिप्पणी नहीं होती है। और परीक्षण को तोड़ने वाले एक नए व्यक्ति के लिए, यह समझना मुश्किल हो सकता है कि क्या परीक्षण किया जा रहा है और कैसे।

संहिता एक दृष्टिकोण प्रदान करती है जहाँ प्रत्येक चरण में की जाने वाली क्रिया का वर्णन करता है।

उदाहरण के लिए, इस तरह:

<?php class UserCest { function setNameAndSave(CodeGuy $I) { $I->wantToTest('getter and setter of User model'); $I->execute(function () { $user = new Model\User; $user->setName('davert'); $user->save(); }); $I->seeInDatabase('users',array('name' => 'davert'); } } ?> 

और इसकी आवश्यकता क्यों है? यह निष्पादन योग्य कोड को चेक से अलग करता है। हालाँकि, कोई भी कोड के एक ब्लॉक के अंदर सहायता का उपयोग करने से मना करता है:

 <?php $I->wantToTest('getter and setter of User model'); $I->execute(function () { $user = new Model\User; $user->setName('davert'); assertEquals('davert', $user->getName()); $user->save(); }); $I->seeInDatabase('users',array('name' => 'davert'); 

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

आइए एक काल्पनिक MVC फ्रेमवर्क से ऐसे सरल नियंत्रक को लें।

 <?php class UserController extends AbtractController { public function show($id) { $user = $this->db->find('users',$id); if (!$user) return $this->render404('User not found'); $this->render('show.html.php', array('user' => $user)); return true; } } ?> 

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

 <?php class UserControllerCest { public $class = 'UserController'; public function show(CodeGuy $I) { $I->haveStub($controller = Stub::makeEmptyExcept($this->class, 'show')) ->haveStub($db = Stub::make('DbConnector', array( 'find' => function($id) { return $id ? new User() : null ))) ->setProperty($controller, 'db', $db); $I->wantTo('render profile page for valid user') ->executeTestedMethodOn($controller, 1) ->seeResultEquals(true) ->seeMethodInvoked($controller, 'render'); $I->expect('it will render page 404 for unexistent user') ->executeTestedMethodOn($controller, 0) ->seeResultNotEquals(true) ->seeMethodInvoked($controller, 'render404','User not found') ->seeMethodNotInvoked($controller, 'render'); } } 

आप देख सकते हैं कि कैसे एक ही परीक्षण मैंने यहां PHPUnit में लिखा था। यह 1.5 गुना लंबा निकला, और कोड, निश्चित रूप से समझने योग्य है, लेकिन अगर आप एक PHPUnit गुरु हैं।

हमारे कोड में क्या अच्छा है: इसकी एक स्पष्ट संरचना है। पहले, हम एक वातावरण बनाते हैं, फिर हम क्रिया करते हैं और परिणामों की जांच करते हैं। कृपया ध्यान दें कि हम पैरामीटर 1 के साथ हमारे 'शो' पद्धति को निष्पादित करने के बाद नियंत्रक से 'रेंडर' विधि निष्पादित किया गया था या नहीं, यह जांचते हैं कि इस प्रकार, हम स्टब्स की परिभाषा को अभिकथन के साथ नहीं मिलाते हैं। परीक्षण कोड निष्पादित होने के बाद सभी चेक जाते हैं।

पठनीयता के बारे में। आइए इस कोड को रचनात्मक रूप से पाठ में अनुवादित करने का प्रयास करें:

इस विधि के साथ मैं वैध उपयोगकर्ता के लिए प्रोफाइल पेज प्रस्तुत कर सकता हूं

अगर मैं इस तरीके को अंजाम दूं
मैं परिणाम बराबर देखूंगा: सत्य
मैं देखूँगा विधि: $ नियंत्रक, 'रेंडर'

मुझे उम्मीद है कि यह अनजाने उपयोगकर्ता के लिए पृष्ठ 404 प्रस्तुत करेगा
अगर मैं इस तरीके को अंजाम दूं
मैं परिणाम को बराबर नहीं देखूंगा: सत्य
मैं देखूंगा विधि: $ नियंत्रक, 'रेंडर404'
मैं देखूंगा विधि नहीं लागू: $ नियंत्रक, 'रेंडर'

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

ध्यान दें कि स्टब्स कैसे बनाए जाते हैं। किसी भी टीम द्वारा एक स्टब किया जाता है। उदाहरण के लिए:

 <?php //       save $user = Stub::make('User', array('save' => function () {})); //       $user = Stub::makeEmpty('User', array('name' => 'davert')); //       $user = Stub::constructEmpty('Template', array('show.html', 'html')); ?> 

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

प्रलेखन में और यूनिट मॉड्यूल में अधिक जानकारी

जैसा कि मैंने शुरुआत में कहा, यह बात प्रयोगात्मक है, जिसका अर्थ है कि आप इस पर चर्चा कर सकते हैं। लेकिन यह "वैक्यूम में गोलाकार कोड" के लिए नहीं लिखा गया था, बल्कि अपनी वास्तविक जरूरतों के आधार पर लिखा गया था। हालांकि, मैं आपको सलाह देता हूं कि आप अपने प्रोजेक्ट के लिए प्रयास करें। यदि किसी बिंदु को दस्तावेज में खराब तरीके से कवर किया गया है - पूछें।

पुनश्च कोडिंग और Zend फ्रेमवर्क के एकीकरण के बारे में एक लेख साइट की वेबसाइट पर दिखाई दिया