क्रेडिट खर्च करने से पहले देखें कि रन क्या करेगा।
एक ग़लत कॉन्फ़िगर्ड CI जॉब खुद नहीं बताता — वह बस ग़लत टेस्ट, ग़लत एनवायरनमेंट पर चला देता है। --dry-run बिल्कुल दिखाता है कि कौन-से टेस्ट चलेंगे, वे किस एनवायरनमेंट को टारगेट करेंगे, और क्या एक्शन लेंगे — बिना एक भी स्टेप एक्ज़ीक्यूट किए या क्रेडिट खर्च किए।
उसी CLI में बना-बनाया, जो आप पहले से चलाते हैं
ठीक-ठीक देखें कि क्या चलेगा
--dry-run बताता है कि कोई कमांड कौन-से टेस्ट, किस क्रम में एक्ज़ीक्यूट करेगा — बिना उनमें से किसी को असल में शुरू किए।
सही एनवायरनमेंट कन्फ़र्म करें
प्रीव्यू दिखाता है कि रन किस एनवायरनमेंट या बेस URL को टारगेट करेगा — ताकि ग़लत जगह पॉइंट करने वाला कॉन्फ़िग किसी चीज़ को छूने से पहले ही पकड़ में आ जाए।
सिर्फ़ लिस्ट नहीं, एक्शन प्रीव्यू करें
ड्राई रन बताता है कि हर टेस्ट असल में क्या करेगा, स्टेप दर स्टेप — सिर्फ़ उन टेस्ट IDs के नाम गिनाने के बजाय जिन्हें वह छुएगा।
शून्य क्रेडिट खर्च करें
कुछ भी एक्ज़ीक्यूट नहीं होता, इसलिए कुछ भी बिल नहीं होता। कॉन्फ़िग सेट करते वक़्त जितनी बार चाहें --dry-run चलाएँ।
$ testsprite test run --project my-project --dry-run
Dry run — no tests will be executed, no credits will be spent.
Environment: staging (https://staging.example.com)
Tests that would run (3):
- TC_checkout_flow (frontend, Playwright)
- TC_orders_api (backend, Python)
- TC_login_flow (frontend, Playwright)
Actions previewed: 14 steps across 3 tests
$ testsprite test run --project my-project --dry-run --output json
{"dryRun":true,"tests":3,"environment":"staging","credits":0}
ग़लत कॉन्फ़िगर्ड CI जॉब को असल में चलने से पहले पकड़ें
एक CI कॉन्फ़िग जो ग़लत एनवायरनमेंट को पॉइंट करता है, या ग़लत टेस्ट लिस्ट ट्रिगर करता है, खुद नहीं बताता — वह बस ग़लत चीज़ चला देता है। --dry-run आपको हर कमिट पर, बिना इरादे के ट्रिगर हुए रन पर क्रेडिट खर्च होने से पहले, वायरिंग जाँचने देता है।
ऐसे CI पाइपलाइन के लिए बनाया गया जिन पर आप भरोसा करना चाहते हैं
एक ग्लोबल फ़्लैग
--dry-run एक्शन लेने वाले कमांड के साथ काम करता है, जैसे test run, ताकि आप असल एक्ज़ीक्यूशन पर जाने से पहले प्रीव्यू कर सकें।
कभी भी चलाना सुरक्षित
चूँकि कुछ भी एक्ज़ीक्यूट नहीं होता और कोई क्रेडिट खर्च नहीं होता, इसे पाइपलाइन स्टेप में डालना और कॉन्फ़िग डीबग करते वक़्त जितनी बार चाहें चलाना सुरक्षित है।
मुफ़्त कम्युनिटी वर्ज़न
एक मुफ़्त कम्युनिटी वर्ज़न देता है, जिससे यह सबके लिए सुलभ बनता है।
मशीन-रीडेबल आउटपुट के साथ जोड़ी बनाता है
--dry-run को --output json के साथ मिलाकर प्रीव्यू को अपने CI चेक्स या स्क्रिप्ट्स में डालें।
दुनिया भर के व्यवसायों द्वारा विश्वसनीय
"टेस्टस्प्राइट समृद्ध टेस्ट केस जनरेशन, स्पष्ट संरचना और पढ़ने में आसान कोड प्रदान करता है। यह नए टेस्ट केस उत्पन्न करके तेजी से विस्तार करने की क्षमता के साथ सरल ऑनलाइन डिबगिंग का भी समर्थन करता है।"
"टेस्टस्प्राइट का स्वचालन हमें बहुत सारे मैन्युअल काम को कम करने में मदद करता है। डेवलपर्स विकास प्रक्रिया में पहले ही बग्स को आसानी से पकड़ और हल कर सकते हैं।"
FAQ
--dry-run असल में क्या करता है?
यह ठीक-ठीक प्रीव्यू करता है कि कोई कमांड क्या करेगा — कौन-से टेस्ट चलेंगे, किस एनवायरनमेंट के खिलाफ़, और वे क्या एक्शन लेंगे — बिना कुछ भी एक्ज़ीक्यूट किए या क्रेडिट खर्च किए।
क्या --dry-run किसी भी कमांड के साथ काम करता है, या सिर्फ़ test run के साथ?
यह एक ग्लोबल फ़्लैग है, तो यह एक्शन लेने वाले कमांड के साथ काम करता है, जिससे आप असल एक्ज़ीक्यूशन पर जाने से पहले प्रीव्यू कर सकते हैं।
क्या ड्राई रन से क्रेडिट खर्च होता है?
नहीं — चूँकि असल में कुछ भी एक्ज़ीक्यूट नहीं होता, ड्राई रन क्रेडिट खर्च नहीं करता। यही तो बात है: आप जितनी बार चाहें, मुफ़्त में वायरिंग जाँच सकते हैं।
मैं इसे CI कॉन्फ़िग की सैनिटी-चेक के लिए कैसे इस्तेमाल करूँ?
अपने CI पाइपलाइन द्वारा कॉल किए जाने वाले उसी कमांड में --dry-run जोड़ें। अगर यह जो एनवायरनमेंट, टेस्ट, या एक्शन प्रीव्यू करता है वह आपकी उम्मीद से मेल नहीं खाता, तो असल में चलने से पहले कॉन्फ़िग ठीक करें।
क्या मुझे ड्राई-रन आउटपुट मशीन-रीडेबल फ़ॉर्मैट में मिल सकता है?
हाँ — --dry-run को --output json के साथ मिलाकर संरचित आउटपुट पाएँ जिसे आप अपने CI चेक्स या स्क्रिप्ट्स में पार्स कर सकें।