Phpunit: डेटा प्रदाता सेटअप से पहले निष्पादित हो जाते हैं

मुझे यकीन नहीं है कि कुछ आदेश लागू करना ताकि स्थिर संसाधनों को setupBeforeClass में प्रारंभ किया जा सके, वास्तव में समझ में आता है यदि आप मानते हैं कि डेटा प्रदाताओं को स्थिर या यहां तक ​​​​कि एक ही टेस्ट क्लास में होने की आवश्यकता नहीं है।

क्यों न सिर्फ आलसी एडेप्टर को इनिशियलाइज़ करें? तब आदेश कोई मायने नहीं रखता।

डेटा प्रदाता को चलाए बिना हम नहीं जानते कि एक परीक्षण विधि कितने परीक्षण करती है। एक आदर्श दुनिया में हम बी/सी को तोड़ देंगे और डेटा प्रदाताओं को ऐसे ऑब्जेक्ट होने की आवश्यकता होगी जो Countable विस्तार करने वाले इंटरफ़ेस को लागू करें। इस तरह हम इन चिंताओं को अलग कर सकते हैं और अधिक स्वच्छ स्थिति प्राप्त कर सकते हैं।

@whatthejeff यही वह है जो हम कर रहे हैं। हालाँकि कंस्ट्रक्टर में इनिशियलाइज़ करना थोड़ा साफ हो सकता है, क्योंकि किसी प्रदाता से वापस आने पर मापदंडों को एक सरणी में लपेटना पड़ता है।

@sebastianbergmann ठीक है, मैं समझता हूं कि उन्हें अब से पहले क्यों बुलाया जाता है, डॉक्टर में इसका उल्लेख करने के बारे में क्या? (मैं एक पीआर खोल सकता हूं जो आपके ठीक होने पर बदल जाता है)। मुझे यकीन नहीं है कि वस्तुओं के होने से बहुत मदद मिलेगी: यदि आप मेरे पूर्व को देखते हैं, तो एक प्रदाता से दूसरे पर निर्भरता होती है।

आपके उत्तरों के लिए धन्यवाद, मुद्दे को बंद करना।

@vicb , मैं इसके लिए एक दस्तावेज-संबंधित पीआर को खुशी से विलय कर दूंगा।

मुझे दृश्य में थोड़ी देर हो सकती है, लेकिन जब मेरे पास निर्भरता होती है तो मुझे क्या करना पड़ता है, जिसे मुझे प्रारंभ करने की आवश्यकता होती है, @dataProvider एनोटेशन को मिटाना और इसके बजाय yield उपयोग करना है।

@srosato मैं गूंगा हो रहा हूं (मैंने उपज का उपयोग नहीं किया है)। क्या आप कृपया इसे कैसे करें इसका एक संक्षिप्त उदाहरण दे सकते हैं? https://gist.github.com के माध्यम से यदि यहां कोई उदाहरण उपयुक्त नहीं है।

यदि आपके @dataProvider को सेटअप कोड की आवश्यकता है और वे बहुत बड़े नहीं हैं, तो आप उन्हें परीक्षण में स्ट्रिंग्स और eval रूप में निर्दिष्ट कर सकते हैं। उदाहरण के लिए:

public function myProvider() {
    return [
        'new Klass("param 1", "param 2")',
        'new Klass("param 1", "param 2")',
    ];
}

/**
 * <strong i="8">@dataProvider</strong> myProvider
 */
public testMyFunction($instance_str) {
    $klass = eval("return {$instance_str};");
    # continue testing $klass ...
}

मेरे दो सेंट:

एक स्थिर संपत्ति (जिसे हम जानते हैं कि संभव नहीं है) पर निर्भर डेटाप्रोवाइडर के बजाय मैं setUp() विधि में परीक्षण वर्ग के वर्ग सदस्य (सदस्यों) के रूप में आवश्यक डेटा/ऑब्जेक्ट सेट कर रहा हूं।
tearDown() मैं इसे/उन्हें शून्य पर सेट करता हूं, या जब जटिल वस्तुएं होती हैं तो मैं इसके लिए clear() विधि लागू करता हूं।

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

विशेष रूप से, मैं स्थिर संपत्ति के रूप में एक डीबी कनेक्शन का उपयोग करता हूं जो setUpBeforeClass() सेट है और $queryBuilder सेट करता है, जो setUp() में वर्ग-सदस्य के रूप में कनेक्शन इंजेक्शन प्राप्त करता है (इसके बजाय) इसे डेटाप्रोवाइडर में वापस करना)।

एक समाधान एक नई निजी पद्धति को परिभाषित करना होगा और इसके अंदर static रूप में आवश्यकतानुसार कई चर परिभाषित करना होगा। फिर, जांचें कि उनमें से एक सेट है या नहीं, और यदि यह नहीं है, तो उन सभी को सेट करें और उन्हें वापस (या उपज) दें। इस तरह, _the वेरिएबल केवल एक बार घोषित किए जाएंगे, भले ही आपके पास दस प्रदाता हों या जो भी हों। इसके अलावा, आप इसे setUpBeforeClass() या setUp() में उपयोग कर सकते हैं।

इसे एक उदाहरण में देखें:

private static function getData()
{
    static $data, $anotherData;

    if (!isset($data)) {
        $data = new TestClass();
        $anotherData = [];
    }

    return [
        $data,
        // Or: clone $data
        $anotherData,
    ];
}

public static function setUpBeforeClass()
{
    list(self::$sampleJson, self::$sampleData) = self::getData(); 
}

public function sampleProvider()
{
    $data = self::getData();

    return [
        $data
    ];
}

@MAChitgarha कल आपकी टिप्पणी के लिए धन्यवाद मुझे इस टिकट के बारे में पता चला। :)

मैं #3736 में डेटा प्रदाता तर्क को पुन: सक्रिय करने पर काम कर रहा हूं जो कुछ सामान्य मुद्दों को हल करेगा:

• जैसे ही सभी डेटा प्रदाता लोड हो जाते हैं, अब रन की शुरुआत में गतिविधि में इतनी बड़ी वृद्धि नहीं होगी
• डेटा प्रदाता फिक्स्चर setUpBeforeClass और setUp बाद चल सकते हैं
• गैर-स्थिर डेटा प्रदाता संभव हो जाते हैं
• जनरेटर बहुत अधिक कुशल होंगे

@epdenouden यह सुनकर खुशी हुई! ;) आपकी सूची में दूसरा आइटम अच्छा है। इसका इंतजार कर रहे हैं।

गैर-स्थिर डेटा प्रदाता संभव हो जाते हैं

क्या यह वर्तमान में संभव नहीं है? मैं हमेशा अपने परीक्षणों में स्थिर वाले के बजाय गैर-स्थिर डेटा प्रदाताओं का उपयोग करता हूं, और वे बिना किसी समस्या के अपेक्षित रूप से काम करते हैं (PHPUnit 7.5.6 का उपयोग करके)। क्या मै गलत हु?

क्या यह वर्तमान में संभव नहीं है? मैं हमेशा अपने परीक्षणों में स्थिर वाले के बजाय गैर-स्थिर डेटा प्रदाताओं का उपयोग करता हूं, और वे बिना किसी समस्या के अपेक्षित रूप से काम करते हैं (PHPUnit 7.5.6 का उपयोग करके)। क्या मै गलत हु?

नहीं, तुम सही हो! मेरा वाक्यांश पर्याप्त सटीक नहीं था, इसे लाने के लिए धन्यवाद। डेटा प्रदाता हैंडलिंग कोड में गहराई से यह वर्तमान में पढ़ता है:

private static function getDataFromDataProviderAnnotation($allTheParameters): ?iterable
    // code for locating the data provider
    // [...]
                if ($dataProviderMethod->isStatic()) {
                    $object = null;
                } else {
                    $object = $dataProviderClass->newInstance();
                }

    // code for preparing returned data rows
    // [...]
}

तो यहाँ गंदा छोटा रहस्य है:

• आप गैर-स्थिर डेटा प्रदाताओं का उपयोग कर सकते हैं और
• उन्हें वास्तविक instanceof पर कॉल किया जाएगा लेकिन...
• यह _नहीं वही उदाहरण_ है जिसका उपयोग फिक्स्चर और परीक्षणों के लिए किया जाता है

आपने मुझे डेटा प्रदाता रिफैक्टरिंग के बारे में सोचने और मान्य करने के लिए कुछ दिया है! मुझे यह सुनिश्चित करने के लिए अतिरिक्त परीक्षण जोड़ने की ज़रूरत है कि ऑब्जेक्ट इंस्टेंस अपेक्षित हैं, न केवल एक ही प्रकार या क्लोन। ️ और मुझ पर जब आप एम्स्टर्डम में हों।

@MAChitgarha उदाहरण वास्तव में अलग हैं: https://github.com/epdenouden/phpunit/blob/4718e0bb470170b2da46bf0e05b7275110a2a29d/tests/_files/DataProviderInstanceTest.php#L14 -L27

@epdenouden लेकिन मुझे कोई असफलता नहीं मिली! PHPUnit 7.5.13 में, अभिकथन कोई त्रुटि उत्पन्न नहीं करता है। आपको यह त्रुटि कैसे मिलती है? पिछड़ा-असंगति, आपका मतलब है?

यह आलसी लोडिंग डेटा प्रदाता शाखा में है जिस पर मैं काम कर रहा हूं जो 8.2 पर आधारित है। मैं आगे 7.5.x की जांच करूंगा, हेड-अप के लिए धन्यवाद।

यदि यह काम करता है तो मुझे कुछ अन्य पुराने मुद्दों पर वापस जाना होगा जो स्पष्ट रूप से गैर स्थैतिक प्रदाता विधियों को लागू करने के लिए कह रहे थे और सटीक उपयोग मामलों को फिर से देखें।

किसी भी मामले में: आपकी टिप्पणी ने पहले से ही एक बहुत ही उपयोगी परीक्षण को प्रेरित किया है :)

और @MAChitgarha हाँ यह एक बीसी-ब्रेक होगा

@epdenouden मैं इसके लिए इंतजार करूंगा। कुछ कारणों से, मेरे प्रोजेक्ट में, मैं PHPUnit 7.5.13 का उपयोग कर रहा हूं; लेकिन मैं इसे जल्द ही 8.2.* पर अपडेट करने जा रहा हूं। और अच्छी खबर है, अगर बीसी-ब्रेक तय किया जा सकता है। मैं PHPUnit की संरचना को स्वयं नहीं जानता, इसलिए मुझे नहीं पता कि आपने क्या बदला है, लेकिन मुझे लगता है कि इसे ठीक करना संभव है। हालाँकि, यह सब आप पर निर्भर है! :)

और अच्छी खबर है, अगर बीसी-ब्रेक तय किया जा सकता है। मैं PHPUnit की संरचना को स्वयं नहीं जानता, इसलिए मुझे नहीं पता कि आपने क्या बदला है, लेकिन मुझे लगता है कि इसे ठीक करना संभव है। हालाँकि, यह सब आप पर निर्भर है! :)

एक बहुत अच्छे कारण के बिना पिछड़ा संगतता ब्रेक पेश करना कुछ ऐसा नहीं है जिसे

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

मजेदार तथ्य: उपरोक्त परीक्षण वास्तव में दोनों संस्करणों 7.x और 8.x पर काम करता है और JIT प्रोटोटाइप पर विफल रहता है।

जिस कोड पर मैं काम कर रहा हूं वह अभी भी मूल कोड प्रवाह की तरह है। तो यह एक बग का परिणाम हो सकता है, कुछ अभी भी तर्क मुझे अभी भी आगे रिफैक्टर करने की आवश्यकता है, वस्तुओं के बारे में कुछ निम्न स्तर और PHP में प्रतिबिंब मुझे देखने की जरूरत है या शायद मेरे हिस्से पर कुछ बेवकूफ परीक्षण। मैं

@epdenouden जेआईटी? क्या आप PHP के लिए जेआईटी के साथ परीक्षण कर रहे हैं, या कुछ ऐसा है जो मुझे नहीं पता? क्षमा करें, मैं थोड़ा भ्रमित हूँ; क्या आप PHP7.x और PHP8.x या PHPUnit7.x और PHPUnit8.x के बारे में बात कर रहे हैं ?!

@epdenouden जेआईटी? क्या आप PHP के लिए जेआईटी के साथ परीक्षण कर रहे हैं, या कुछ ऐसा है जो मुझे नहीं पता? क्षमा करें, मैं थोड़ा भ्रमित हूँ; क्या आप PHP7.x और PHP8.x या PHPUnit7.x और PHPUnit8.x के बारे में बात कर रहे हैं ?!

@MAChitgarha मैं आपके भ्रम को समझता हूं क्योंकि PHP8 को जस्ट-इन-टाइम _compiler_ मिल रहा है। मैं नए डेटा प्रदाता कार्यान्वयन के लिए इस शब्द का उपयोग कर रहा था जो एक ही विचार पर आधारित है: एक जस्ट-इन-टाइम _loader_ उर्फ ​​आलसी-लोडिंग। केवल वही शुरू करें जिसकी आपको आवश्यकता है, जब आपको इसकी आवश्यकता हो।

यह आगामी PHP संस्करण 8 JIT के साथ ठीक काम करेगा क्योंकि यह PHP भाषा की किसी भी मुश्किल विशेषताओं का उपयोग नहीं करता है। मेरा सारा काम PHPUnit के अंदर है, कॉन्फ़िगरेशन पार्सिंग, टेस्ट लोडिंग और रनिंग इत्यादि जैसी चीजों को फिर से करना।

अगर ऐसा लगता है कि मैं कुछ नहीं कर रहा हूं, तो मैं इसे सही कर रहा हूं। उस कम किए गए GCP या AWS इनवॉइस को छोड़कर। मैं