👩🏻‍🔬 🌪️ 🧒🏼 PHP इकाई। डेटाबेस के साथ काम करने वाले परीक्षण वर्गों में अनुभव 👉 👨🏿‍🤝‍👨🏽 👩🏾‍🔬

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

PHPUnit में डेटाबेस के परीक्षण के लिए एक एक्सटेंशन है। एक्सटेंशन निम्नलिखित कार्य करता है:

डेटाबेस को पहले से ज्ञात राज्य में स्थानांतरित करना,
आवश्यक डेटा संशोधन करना,
जाँच कर रहा है कि अपेक्षित रिकॉर्ड डेटाबेस में बनाए गए हैं।

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

इसलिए, मैं समस्या को हल करने के लिए 2 विकल्प प्रदान करता हूं: यूनिट परीक्षण करने के बाद डेटाबेस को मूल स्थिति में कैसे लौटाएं:
पहला तरीका Transactional है। जिसका सार एक ही लेन-देन के भीतर संपूर्ण परीक्षण करना है, और बाद में लेनदेन का रोलबैक करना है।
दूसरा - परीक्षण करने से पहले, "कार्य" आधार की संरचना की प्रतिलिपि बनाएँ और उस पर परीक्षण करें।

"लेन-देन" पथ का कार्यान्वयन

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

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

DBUnit एक्सटेंशन का उपयोग करते हुए, आपको getConnection Method को ओवरराइड करना चाहिए, जैसा कि नाम से ही स्पष्ट है, डेटाबेस कनेक्शन का लिंक प्राप्त करने के लिए जिम्मेदार है। मैं इस तथ्य पर आपका ध्यान आकर्षित करता हूं कि इस विधि को डेटाबेस में हर बार एक नया कनेक्शन नहीं बनाना चाहिए, लेकिन केवल बनाए गए कनेक्शन के लिए एक लिंक वापस करना चाहिए।
निम्नलिखित कोड मान्य नहीं है, क्योंकि लेनदेन केवल एक कनेक्शन के भीतर "लाइव" होता है।

public function getConnection() { $pdo = new PDO("mysql:host=localhost;dbname=dbname", 'root', 'password'); return $this->createDefaultDBConnection($pdo, 'php'); }

इस मामले में, विधि के लिए प्रत्येक कॉल पर, डेटाबेस कनेक्शन फिर से बनाए जाएंगे। निर्माणकर्ता में कनेक्शन ऑब्जेक्ट का निर्माण करें, और getConnection विधि कनेक्शन ऑब्जेक्ट के लिए एक लिंक लौटाएगी:

 /** *  PDO connection    *  DefaultDBConnection  DBUnit    PDO * */ public function __construct($name = null, array $data = array(), $dataName = '') { parent::__construct($name, $data, $dataName); $this->pdo = new PDO("mysql:host=localhost;dbname=dbname", 'root', 'password'); $this->pdo->exec('SET foreign_key_checks = 0'); //    $this->con = $this->createDefaultDBConnection($this->pdo, 'php'); $this->pdo->beginTransaction(); } /** *  PDO * * @return PHPUnit_Extensions_Database_DB_DefaultDatabaseConnection */ public function getConnection() { return $this->con; }

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

 SET foreign_key_checks = 0

हमने पीडीओ के माध्यम से डेटाबेस प्रश्नों को निष्पादित करने के लिए परीक्षणों को सक्षम किया ($ यह-> pdo-> क्वेरी ())

अब बात छोटी है: एक परीक्षण मामले के ढांचे के भीतर परीक्षण को पूरा करने के बाद लेनदेन को वापस लें:

 /** *  * *  ,        */ function __destruct() { $this->pdo->rollBack(); }

कोड काफी काम कर रहा है, लेकिन 2 नुकसान हैं:
1) ट्रंकट ऑपरेशन किए जाने पर लेनदेन को रोक दिया जाता है, जो dbUnit एक्सटेंशन द्वारा परीक्षण डेटा के प्रत्येक अपलोड से पहले किया जाता है।
2) यदि आपका DBMS MySQL है, तो लंबे समय तक एक ट्रांजेक्शन के परिणाम में त्रुटि होती है: “लॉक वेट टाइमआउट पार हो गया; लेनदेन को पुनः आरंभ करने का प्रयास करें। ” MySQL बगट्रैकर में बग का वर्णन किया गया है ।

हम निम्नानुसार ट्रंकट ऑपरेशन को छोड़ देते हैं:
DBUnit के आंतरिक भाग में खुदाई करने के बाद, हम PHPUnit_Extensions_Database_Operation_Factory वर्ग में CLEAN_INSERT विधि पाते हैं:

 /** * Returns a clean insert database operation. It will remove all contents * from the table prior to re-inserting rows. * * @param bool $cascadeTruncates Set to true to force truncates to cascade on databases that support this. * @return PHPUnit_Extensions_Database_Operation_IDatabaseOperation */ public static function CLEAN_INSERT($cascadeTruncates = FALSE) { return new PHPUnit_Extensions_Database_Operation_Composite(array( self::TRUNCATE($cascadeTruncates), self::INSERT() )); }

जो डेटाबेस को खाली करने के लिए PHPUnit_Framework_TestCase से बुलाया जाता है

 protected function getSetUpOperation() { return PHPUnit_Extensions_Database_Operation_Factory::CLEAN_INSERT(); }

TRETCATE फ़ंक्शन को DELETE_ALL से प्रतिस्थापित करने के लिए सभी आवश्यक है। ऐसे बुरे शिष्टाचार करने के लिए PHPUnit के आंतों में। सौभाग्य से, आप एक विरासत वर्ग में इस व्यवहार को ओवरराइड कर सकते हैं:

 abstract class TrunsactionFiendlyDatabaseTestCase extends PHPUnit_Extensions_Database_TestCase { /** * Returns the database operation executed in test setup. * Return DeleteAll and Insert After this. * * @return PHPUnit_Extensions_Database_Operation_DatabaseOperation */ protected function getSetUpOperation() { return new PHPUnit_Extensions_Database_Operation_Composite( array ( PHPUnit_Extensions_Database_Operation_Factory::DELETE_ALL(), PHPUnit_Extensions_Database_Operation_Factory::INSERT() ) ); } }

क्या सभी का अनुमान है कि "परीक्षण के लिए अभिभावक" वर्ग को TrunsactionFiendlyDatabaseTestCase () से विरासत में मिलनी चाहिए? या इनमें से 2 वर्गों को संयोजित करने के लिए, यह स्वाद और नैतिक सिद्धांतों का मामला है। लेकिन मैंने एक वर्ग में तर्क के 2 स्तरों को नहीं मिलाना पसंद किया। परिणामी वर्ग पदानुक्रम आरेख में प्रस्तुत किया गया है:

हम प्रत्येक परीक्षण के बाद एक लेन-देन को वापस करके और एक नई शुरुआत करके समस्या "लॉक वेट टाइमआउट को पार कर गए" को हल करने में कामयाब रहे।

 /** *     ,   */ public function tearDown() { $this->pdo->rollBack(); $this->pdo->beginTransaction(); }

परिणामस्वरूप : एक परीक्षण के भीतर डेटा वाले सभी ऑपरेशन को एक लेनदेन में निष्पादित किया जाता है, जिसे परीक्षण पूरा होने के बाद वापस रोल किया जाता है।

एक डेटाबेस संरचना की नकल का कार्यान्वयन

विचार सतह पर तैरता है: परीक्षणों के लिए एक और डेटाबेस प्राप्त करें। लेकिन इस मामले में, दोनों डेटाबेस को अद्यतित रखना होगा। और एक स्थिति आसानी से हो सकती है जब परीक्षण सफलता के साथ गुजरते हैं, लेकिन सिस्टम "मुकाबला" आधार पर काम नहीं करता है।
आइए परीक्षणों को चलाने से पहले डेटाबेस संरचना की प्रतिलिपि बनाने की प्रक्रिया को स्वचालित करने का प्रयास करें। DbUnit के साथ बाकी सब कुछ ठीक चलेगा।

जाहिर है, पहले टेस्ट केस से पहले आधार को कॉपी किया जाना चाहिए।
PHPUnit आपको रनिंग टेस्ट से पहले एक "बूटस्ट्रैप फाइल" उर्फ बूटस्ट्रैप चलाने की अनुमति देता है। इसे phpunit.xml सेटिंग फ़ाइल में निम्नानुसार सेट किया गया है:

 <phpunit bootstrap="./application/bootstrap.php" >

यह कई उपयोगी कार्य कर सकता है: फ़ाइलें शामिल करें, पर्यावरण चर को प्रारंभ करें। डेटाबेस संरचना की क्लोनिंग की प्रक्रिया शुरू करने के लिए मैंने इसे प्रस्तावित किया है।

आइए एक डेटाबेस संरचना की क्लोनिंग के चरणों पर एक नज़र डालें।

सबसे पहले, परीक्षण डेटाबेस को हटा दें, अगर अचानक यह पहले से ही बना है

 DROP DATABASE IF EXISTS `testDB`

और इसे फिर से बनाएं

 CREATE DATABASE `testDB`

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

अगला, हमें काम करने वाले आधार की तालिकाओं की एक सूची मिलती है

 SHOW TABLES FROM `developDB`

और परीक्षण डेटाबेस में उनकी छवि और समानता तालिकाओं में बनाएँ:

 CREATE TABLE `$table` LIKE `developDB`.`$table`"

अतिरिक्त के बारे में, हमें निम्नलिखित कोड मिलते हैं:

 $res = $this->pdo->exec("DROP DATABASE IF EXISTS `testDB`"); $res = $this->pdo->exec("CREATE DATABASE `testDB`"); $tables = $this->pdo->query("SHOW TABLES FROM `developDB`"); $tables = $tables->fetchAll(PDO::FETCH_COLUMN, 0); foreach ($tables as $table) { $res = $this->pdo->exec("CREATE TABLE `$table ` LIKE `developDB`.`$table`"); }

इस स्तर पर, हमारे पास परीक्षण डेटाबेस की संरचना है, "प्राकृतिक के समान"
यह परीक्षण के आधार पर DbUnit सेट करने के लिए याद करने के लिए बनी हुई है। कोई मानक DbUnit व्यवहार को फिर से परिभाषित करने की आवश्यकता नहीं है।

मैं दोनों दृष्टिकोणों के पेशेवरों और विपक्षों पर विचार करने की कोशिश करूंगा

लेन-देन, आश्चर्यजनक रूप से, यह काफी तेज़ी से काम करता है, भले ही लेनदेन को प्रत्येक परीक्षण के बाद वापस करना होगा, न कि पूरे परीक्षण के मामले में।
लेकिन कई परीक्षण मामलों को शुरू करते समय यह कितना तेज हो जाएगा यह मेरे लिए एक रहस्य है। क्योंकि इस सहायक ऑपरेशन का कुल निष्पादन समय परीक्षणों की संख्या के प्रत्यक्ष अनुपात में बढ़ता है। और परीक्षण निर्भरता के काम के साथ, वे भी निर्भर करते हैं, समस्याएं होंगी।
एल्गोरिथ्म की जटिलता को ओ (एन) के रूप में दर्शाया जा सकता है, जहां एन परीक्षणों की संख्या है।
यूपीडी उपयोगकर्ता zim32 के लिए धन्यवाद
साथ ही, यह विधि परीक्षण द्वारा उत्पन्न डेटाबेस क्वेरी पर प्रतिबंध लगाती है। विशेष रूप से, अभिव्यक्तियों का उपयोग करने से पहले लेनदेन पूरा किया जाना चाहिए: ALTER TABLE, CREATE INDEX, DROP INDEX, DROP TABLE, RENAME TABLE।

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

इस एल्गोरिथ्म की जटिलता = कास्ट। यह कितना बड़ा है यह तालिकाओं की संख्या और उनकी संरचना पर निर्भर करता है। उदाहरण के लिए, मैं कह सकता हूं कि 40 तालिकाओं पर, एक संरचना की क्लोनिंग में लगभग 8 सेकंड लगते हैं।

निष्कर्ष : एकल परीक्षण मामले चलाते समय, आपको "लेन-देन" दृष्टिकोण का उपयोग करना चाहिए। बड़ी संख्या में परीक्षण मामलों को निष्पादित करते समय, आपको डेटाबेस संरचना को क्लोन करने के विकल्प को प्राथमिकता देना चाहिए।

मैं सुनना चाहता हूं कि DbUnit का उपयोग करते समय आपको किन समस्याओं का सामना करना पड़ा और उन्हें कैसे हल किया जाए।

सामग्री तैयार करने में, स्रोत का उपयोग किया गया था: www.smartyit.ru/php

PHP इकाई। डेटाबेस के साथ काम करने वाले परीक्षण वर्गों में अनुभव

"लेन-देन" पथ का कार्यान्वयन

एक डेटाबेस संरचना की नकल का कार्यान्वयन

मैं दोनों दृष्टिकोणों के पेशेवरों और विपक्षों पर विचार करने की कोशिश करूंगा

More articles: