लूप के लिए एक वेरिफ़ायर, लूप में एक और खिलाड़ी नहीं।
सीधे CLI से 8 कोडिंग एजेंटों से जुड़ा हुआ
"इस रिपो के लिए TestSprite सेट अप करो और एक स्टार्टर टेस्ट सुइट बनाओ"
एजेंट आपके रूट्स, हैंडलर, और मुख्य फ़्लो पढ़ता है, एक प्रोजेक्ट बनाता है, और ठोस, देखने योग्य असर्शन के साथ लगभग 8–15 टेस्ट लिखता है — बैच में बनाए गए, एक-एक करके टाइप किए हुए नहीं।
"इस बदलाव को खत्म मानने से पहले TestSprite से वेरिफाई करो"
एक ड्राफ्ट प्लान पर रुकने के बजाय टेस्ट को एक वर्डिक्ट — पास या फेल — तक चलाता है। टेस्ट लिखना उसे चलाने जैसा दावा नहीं है।
"चेकआउट के हैप्पी पाथ के लिए एक टेस्ट बनाओ और उसे वर्डिक्ट तक चलाओ"
मांग पर एक फ़्लो के लिए टार्गेटेड कवरेज, पूरे सुइट जैसे ही "इसे चलाओ, सिर्फ़ ड्राफ्ट मत करो" के अनुशासन के साथ।
जो चाहिए वो सुझाएँ
फेलियर बंडल — रूट कॉज़, स्क्रीनशॉट, DOM स्नैपशॉट, फिक्स सिफ़ारिश — संरचित JSON है, इसलिए एक एजेंट इसे पार्स करके बीच में किसी इंसान के बिना अपना अगला कदम तय कर सकता है।
"ड्राफ्ट किया गया" "पूरा हुआ" नहीं है
"इसे वर्डिक्ट तक चलाओ" कहें और इसे सच में मानें — एक टेस्ट प्लान जो बना तो हो पर कभी चला ही न हो, वह इस निर्देश को पूरा नहीं करता। केवल पास या फेल करता है, और हर फेलियर एक संरचित बंडल के रूप में वापस आता है जिस पर एजेंट खुद कार्रवाई कर सकता है।
बिना निगरानी वाले रन के लिए बनाया गया
पहले आपका कोडबेस पढ़ता है
एक भी टेस्ट लिखने से पहले, ऑनबोर्डिंग स्किल आपके रूट्स, हैंडलर, और मुख्य फ़्लो को स्कैन करती है — कवरेज वहाँ से शुरू होता है जो आपका प्रोडक्ट असल में करता है, किसी अंदाज़े से नहीं।
स्टेबिलिटी स्कोरिंग
testsprite test flaky <testId> एजेंट को बताता है कि कोई फेलियर असली रिग्रेशन है या अस्थिर टेस्ट, इससे पहले कि वह गलत समस्या पर एक फिक्स अटेम्प्ट खर्च कर दे।
मुफ़्त कम्युनिटी वर्ज़न
एक मुफ़्त कम्युनिटी वर्ज़न देता है, जिससे यह सबके लिए सुलभ बनता है।
बीच में ही रद्द करें
testsprite test cancel <runId> जैसे ही एजेंट — या आप — तय करें कि किसी चल रहे रन की अब ज़रूरत नहीं, उसे रोक देता है।
दुनिया भर के व्यवसायों द्वारा विश्वसनीय
"टेस्टस्प्राइट समृद्ध टेस्ट केस जनरेशन, स्पष्ट संरचना और पढ़ने में आसान कोड प्रदान करता है। यह नए टेस्ट केस उत्पन्न करके तेजी से विस्तार करने की क्षमता के साथ सरल ऑनलाइन डिबगिंग का भी समर्थन करता है।"
"टेस्टस्प्राइट का स्वचालन हमें बहुत सारे मैन्युअल काम को कम करने में मदद करता है। डेवलपर्स विकास प्रक्रिया में पहले ही बग्स को आसानी से पकड़ और हल कर सकते हैं।"
FAQ
इसे सेट अप करने के लिए मुझे असल में क्या कहना है?
Claude Code, Cursor, या किसी और समर्थित एजेंट के अंदर: "इस रिपो के लिए TestSprite सेट अप करो और एक स्टार्टर टेस्ट सुइट बनाओ, फिर सबसे ज़रूरी फ़्लो को स्मोक-रन कर दो।" बाकी काम एजेंट खुद संभाल लेता है — कोई फ्लैग याद रखने की ज़रूरत नहीं।
"स्टार्टर टेस्ट सुइट बनाना" का ठोस मतलब क्या है?
एजेंट आपका कोडबेस पढ़ता है — रूट्स, हैंडलर, मुख्य फ़्लो — एक TestSprite प्रोजेक्ट बनाता है, ठोस, देखने योग्य असर्शन के साथ लगभग 8–15 टेस्ट लिखता है, उन्हें बैच में बनाता है, और पूरे सुइट के बजाय सिर्फ़ 2–3 सबसे ज़्यादा वैल्यू वाले हैप्पी पाथ चलाता है।
कोडिंग एजेंट अपने ही कोड को क्यों नहीं टेस्ट कर सकता?
कर सकता है, पर वह अपना ही होमवर्क जाँच रहा होता है — उसके टेस्ट वही ग़लतफ़हमियाँ विरासत में लेते हैं जो उसने आवश्यकताओं के बारे में की थीं। testsprite एक अलग कॉन्टेक्स्ट में चलता है, असली ब्राउज़र चलाता है या असली API कॉल करता है, इसलिए यह उस तरह की बग पकड़ लेता है जिसे सेल्फ-टेस्टिंग संरचनात्मक रूप से नहीं पकड़ सकती।
मैं कैसे सुनिश्चित करूँ कि एजेंट सिर्फ़ टेस्ट ड्राफ्ट करके उसे पूरा न मान ले?
कहें "इस बदलाव को खत्म मानने से पहले TestSprite से वेरिफाई करो," या "इसे वर्डिक्ट तक चलाओ।" यह शब्दांकन मायने रखता है — एक ड्राफ्ट किया गया पर कभी न चलाया गया प्लान इसे पूरा नहीं करता, केवल असली पास या फेल करता है।
फेलियर पर एजेंट को वापस क्या मिलता है?
एक संरचित JSON नतीजा जिसमें पूरा बंडल है: फेल हुआ स्टेप, स्क्रीनशॉट, DOM स्नैपशॉट, रूट-कॉज़ परिकल्पना, फिक्स सिफ़ारिश — बिना पहले किसी इंसान से पूछे फिक्स की कोशिश करने के लिए ज़रूरी सब कुछ।
क्या इसके लिए CI ज़रूरी है, या यह अकेले रात भर चलने वाले रन के लिए भी काम करता है?
दोनों। चाहे यह GitHub Actions में एक स्टेप के रूप में चल रहा हो या आपकी अपनी मशीन पर एक लंबे एजेंट सेशन के अंदर, CLI वही रहती है।