मर्ज से पहले हर Netlify प्रीव्यू जाँचिए
आपके एंड्रॉइड और एआई-संचालित एडिटर्स के साथ सहजता से इंटीग्रेट होता है
कोई वर्कफ़्लो फ़ाइल नहीं
TestSprite GitHub ऐप के रूप में इंस्टॉल होता है और केवल इवेंट पढ़ता है, इसलिए वह आपकी Netlify पाइपलाइन के भीतर नहीं, बगल में रहता है। .github/ में कुछ नहीं जुड़ता और आपके मौजूदा वर्कफ़्लो अछूते रहते हैं।
स्क्रैपर नहीं, URL पैटर्न
Netlify के deploy preview URL पुल रिक्वेस्ट संख्या से बनते हैं, इसलिए आमतौर पर {pr} ही चाहिए होता है। प्लेसहोल्डर हर रन पर हल होते हैं: {pr}, {branch}, {branch-slug}, {sha} और {short-sha}। यानी https://deploy-preview-123--site.netlify.app को https://deploy-preview-{pr}--site.netlify.app लिखा जाता है।
सहेजने से पहले जाँचिए
Send Test Event एक नमूना पुल रिक्वेस्ट पर पूरी प्रक्रिया ठीक वैसे चलाता है जैसे असली ट्रिगर चलाता। लगभग 30 सेकंड में टिप्पणी आ जाती है — ट्रिगर बनाने से पहले उसमें दिया URL खोलिए और पक्का कीजिए कि यह वही परिवेश है जिसकी आपको उम्मीद थी।
सिर्फ़ लाल निशान नहीं, सुधार प्रॉम्प्ट
हर विफलता खुलकर दिखाती है कि क्या अपेक्षित था, क्या देखा गया, टूटने के क्षण का स्क्रीनशॉट, और एक सुधार प्रॉम्प्ट जो सीधे आपके AI कोडिंग एजेंट में चिपकाने के लिए लिखा गया है।
प्रोडक्शन में नहीं, प्रीव्यू में पकड़िए
प्रीव्यू डिप्लॉयमेंट वह आख़िरी जगह है जहाँ रिग्रेशन सस्ते में ठीक हो जाता है। Block PR until tests pass चालू कीजिए और जाँच अनिवार्य हो जाती है, जिससे टूटा प्रवाह रिलीज़ होकर किसी उपयोगकर्ता के हाथ लगने के बजाय मर्ज रोक देता है।
Netlify पर रिलीज़ करने वाली टीमों के लिए
पुल रिक्वेस्ट या ब्रांच
पुल रिक्वेस्ट ट्रिगर हर प्रीव्यू जाँचता है और PR पर टिप्पणी करता है। पुश ट्रिगर हर मर्ज के बाद साझा स्टेजिंग या प्रोडक्शन परिवेश जाँचता है और कमिट पर जाँच लगाता है। दोनों साथ चल सकते हैं।
वेब इंटरफ़ेस और API एक साथ
तैनात प्रीव्यू पर असली ब्राउज़र के प्रवाह, साथ में बैकएंड API के अनुबंध टेस्ट। इन्हें एक टेस्ट सूची में रखिए और एक ही द्वार पूरे डिप्लॉयमेंट को ढक लेता है।
या CLI से चलाइए
ओपन-सोर्स CLI यही काम किसी भी CI सिस्टम से करती है: इंस्टॉल मुफ़्त, Apache-2.0 लाइसेंस, और परिवेश में बस एक API कुंजी चाहिए।
निःशुल्क कम्युनिटी संस्करण
हम एक निःशुल्क कम्युनिटी संस्करण देते हैं, ताकि यह सबकी पहुँच में रहे।
दुनिया भर के व्यवसायों द्वारा विश्वसनीय
"बहुत बढ़िया! TestSprite टीम का MCP बहुत अच्छा है! हमारे एंड्रॉइड ऐप्स के लिए, एआई कोडिंग + एआई टेस्टिंग लूप को पूरा करता है और स्थिर रिलीज़ को गति देता है।"
"एंड्रॉइड के लिए, TestSprite द्वारा जेनरेट किए गए टेस्ट साफ और विश्वसनीय हैं। Appium फ्लो को विस्तार और डीबग करना आसान है, और अनुसूचित रन हमारे डिवाइस कवरेज को स्वस्थ रखते हैं।"
"TestSprite के ऑटोमेशन ने हमारे एंड्रॉइड मैनुअल क्यूए को काफी कम कर दिया है। डेवलपर्स मोबाइल बग्स को जल्दी पकड़ते और हल करते हैं, जिससे हमारी रिलीज़ ट्रेन समय पर रहती है।"
अक्सर पूछे जाने वाले प्रश्न
क्या मुझे वर्कफ़्लो फ़ाइल जोड़नी होगी?
नहीं। एकीकरण पूरी तरह TestSprite में सेट होता है और आपके रिपॉज़िटरी में कोई बदलाव नहीं माँगता। यह उन्हीं डिप्लॉयमेंट इवेंट को सुनता है जिनकी सूचना Netlify पहले से देता है।
TestSprite Netlify का प्रीव्यू URL कैसे ढूँढता है?
आप एक बार URL पैटर्न देते हैं। Netlify के deploy preview URL पुल रिक्वेस्ट संख्या से बनते हैं, इसलिए आमतौर पर {pr} ही चाहिए होता है। पैटर्न को असली प्रीव्यू URL से अक्षर-दर-अक्षर मिलाइए, और सहेजने से पहले Send Test Event से पक्का कीजिए कि वह सही हल हो रहा है।
अगर प्रीव्यू URL में अप्रत्याशित हैश हो तो?
पैटर्न फ़ील्ड को कुछ अनुमेय चाहिए। अगर आपका होस्ट बिना किसी स्थिर हिस्से के यादृच्छिक सबडोमेन बनाता है, तो प्रीव्यू परिवेश के लिए एक उपनाम URL सेट कीजिए और पैटर्न उसी पर लगाइए।
क्या यह deploy preview के अलावा Netlify के ब्रांच डिप्लॉय के साथ भी चलता है?
हाँ। पुल रिक्वेस्ट ट्रिगर deploy preview को ढकता है; पुश ट्रिगर ब्रांच डिप्लॉय को ढकता है और आपके चुने हुए TestSprite परिवेश के कॉन्फ़िगर किए URL पर चलता है, इसलिए वहाँ हर रन के लिए URL पैटर्न की ज़रूरत नहीं।
TestSprite असल में क्या जाँचता है?
क्लाउड के असली ब्राउज़र में वेब एप्लिकेशन का इंटरफ़ेस, और बैकएंड API। यह नेटिव iOS या Android इंटरफ़ेस, डेस्कटॉप एप्लिकेशन या एमुलेटर नहीं चलाता।
क्या यह मुफ़्त है?
ओपन-सोर्स CLI Apache-2.0 के तहत मुफ़्त इंस्टॉल होती है, और निःशुल्क कम्युनिटी संस्करण भी है। टेस्ट क्लाउड में चलते हैं और वर्कस्पेस क्रेडिट खर्च करते हैं: हर फ़्रंटएंड रन पर 0.5 और बैकएंड पर 0.2।