हर लाल टेस्ट असली बग नहीं होता।
एक टेस्ट जो एक बार फेल हो और दोबारा चलाने पर पास हो जाए, वह किसी काम करते फ़ीचर का सबूत नहीं है — पर यह किसी टूटे हुए फ़ीचर का भी सबूत नहीं है। testsprite test flaky <testId> उस फेलियर को कंधे उचकाने के बजाय एक स्टेबिलिटी स्कोर देता है।
उसी CLI में बना हुआ जिसे आप पहले से चलाते हैं
जो टूटा उसे तुरंत पकड़ें
testsprite test flaky <testId> एक स्टेबिलिटी पास चलाता है और आपको बताता है कि कोई फेलियर संभवतः असली रिग्रेशन है या टेस्ट की कमज़ोरी — इससे पहले कि कोई इसका पीछा करने में समय लगाए।
जो चाहिए उसे समझें
फ्लेकी स्कोरिंग किसी भी टेस्ट पर काम करती है — जनरेट किया हुआ या test code put से अपलोड किया हुआ — इसलिए यह आपके मौजूदा सुइट पर भी लागू होती है, सिर्फ़ नए टेस्ट पर नहीं।
जो है उसे वेरिफाई करें
स्टेबिलिटी स्कोर आपके लाइव एनवायरनमेंट पर असल में बार-बार चलाकर मिलते हैं, न कि स्टैटिक एनालिसिस से किसी अंदाज़े से।
जो चाहिए वो सुझाएँ
अस्थिर पाया गया टेस्ट भी एक फेलियर बंडल पाता है — ताकि आप देख सकें कि शोर के पीछे टाइमिंग है, सिलेक्टर ड्रिफ्ट है, या कोई एनवायरनमेंट समस्या।
$ testsprite test flaky TC_checkout_promo Running stability pass... 4/5 runs passed — stability score: 0.80 → likely flaky, not a regression $ testsprite test flaky TC_orders_create Running stability pass... 1/5 runs passed — stability score: 0.20 → likely a real regression
ग़लत समस्या पर फिक्स अटेम्प्ट खर्च मत करें
कोई एजेंट — या इंसान — जो हर लाल टेस्ट को असली बग मान ले, शोर के पीछे भागकर साइकल बर्बाद करता है। स्टेबिलिटी स्कोरिंग ही "इसकी जाँच करें" और "इसे नज़रअंदाज़ करें" के बीच का फ़र्क़ है।
ऐसे सुइट के लिए बनाया गया जो शोरगुल वाले हो गए हैं
किसी भी टेस्ट पर काम करता है
जनरेट किया हो या अपलोड किया हो, फ़र्क़ नहीं पड़ता — test flaky आपके प्रोजेक्ट के किसी भी टेस्ट ID पर चलता है।
वापस लूप में फीड होता है
टेस्ट नतीजे जाँच रहा कोई एजेंट यह तय करने से पहले कि किसी फेलियर को फिक्स चाहिए या सिर्फ़ रीरन, test flaky को कॉल कर सकता है।
मुफ़्त कम्युनिटी वर्ज़न
एक मुफ़्त कम्युनिटी वर्ज़न देता है, जिससे यह सबके लिए सुलभ बनता है।
डिफ़िंग के साथ जोड़ी में काम करता है
यह ठीक-ठीक देखने के लिए कि अच्छे रन और खराब रन के बीच क्या बदला, फ्लेकी स्कोरिंग के साथ testsprite test diff इस्तेमाल करें।
दुनिया भर के व्यवसायों द्वारा विश्वसनीय
"टेस्टस्प्राइट समृद्ध टेस्ट केस जनरेशन, स्पष्ट संरचना और पढ़ने में आसान कोड प्रदान करता है। यह नए टेस्ट केस उत्पन्न करके तेजी से विस्तार करने की क्षमता के साथ सरल ऑनलाइन डिबगिंग का भी समर्थन करता है।"
"टेस्टस्प्राइट का स्वचालन हमें बहुत सारे मैन्युअल काम को कम करने में मदद करता है। डेवलपर्स विकास प्रक्रिया में पहले ही बग्स को आसानी से पकड़ और हल कर सकते हैं।"
FAQ
testsprite test flaky असल में क्या नापता है?
यह टेस्ट को आपके लाइव एनवायरनमेंट पर कई बार चलाता है और एक स्टेबिलिटी स्कोर रिपोर्ट करता है — यह कितनी लगातारता से पास होता है — बजाय इसके कि किसी एक रन के नतीजे पर भरोसा किया जाए।
यह सिर्फ़ टेस्ट को दोबारा चलाने से कैसे अलग है?
एक बार दोबारा चलाना और जो भी नतीजा मिले उसे मान लेना कोई स्कोर नहीं, यह एक सिक्का उछालना है। स्टेबिलिटी स्कोरिंग इतने पास चलाती है कि आपको सोचने के लिए एक असली नंबर मिल सके।
क्या यह मेरे खुद लिखे टेस्ट पर भी काम करता है, सिर्फ़ जनरेट किए हुए पर नहीं?
हाँ — फ्लेकी स्कोरिंग आपके प्रोजेक्ट के किसी भी टेस्ट पर चलती है, जिसमें test code put से अपलोड किए गए टेस्ट भी शामिल हैं।
कम स्टेबिलिटी स्कोर के साथ मुझे क्या करना चाहिए?
इसे जाँच के लायक एक असली रिग्रेशन मानें — असल में क्या हुआ यह देखने के लिए test failure get से फेलियर बंडल निकालें।
ऐसे रन पर उच्च स्टेबिलिटी स्कोर का क्या मतलब जो फिर भी एक बार फेल हुआ था?
यह किसी प्रोडक्ट बग से ज़्यादा टेस्ट की कमज़ोरी — टाइमिंग, सिलेक्टर ड्रिफ्ट, एनवायरनमेंट — होने की संभावना है। इसमें टेस्ट को ठीक करना बेहतर है, ज़रूरी नहीं कि ऐप को।