टेस्ट नतीजों के लिए टर्मिनल आउटपुट स्क्रैप करना बंद करें।
हर testsprite कमांड --output json स्वीकार करता है, इंसानों के पढ़ने लायक टर्मिनल रिपोर्ट की जगह संरचित, पार्स करने लायक आउटपुट देता है — ताकि आपके डैशबोर्ड, Slack बॉट, या CI स्क्रिप्ट को regex से तोड़ने लायक टेक्स्ट की दीवार के बजाय साफ़ डेटा मिले।
उसी CLI में बना-बनाया, जो आप पहले से चलाते हैं
--output json हर कमांड को ऐसे डेटा में बदल देता है जिस पर आप असल में भरोसा कर सकते हैं।एक फ़्लैग, हर कमांड
--output json एक ग्लोबल फ़्लैग है — इसे test run, test get, test list, या लगभग किसी भी अन्य कमांड के साथ चलाएँ और हर बार अलग टेक्स्ट फ़ॉर्मैट के बजाय वही संरचित शेप वापस पाएँ।
पाइपलाइन के लिए बना, आँखों के लिए नहीं
संरचित आउटपुट का मतलब है कि एक CI स्क्रिप्ट किसी फ़ील्ड को जाँचकर प्रोग्रामेटिक तरीके से तय कर सकती है कि आगे क्या होगा, ऐसे वाक्यांश को grep करने के बजाय जो CLI वर्ज़न के बीच बदल सकता है।
अपने खुद के डैशबोर्ड को फ़ीड करें
--output json के नतीजों को उसी में पाइप करें जिससे आप पहले से बिल्ड ट्रैक करते हैं — एक Slack बॉट, एक इंटरनल डैशबोर्ड, एक इंसिडेंट टूल — बिना कोई टेक्स्ट स्क्रैपर मेंटेन किए।
कमिट करने से पहले प्रीव्यू करें
--output json को --dry-run के साथ जोड़ें ताकि यह देख सकें कि कोई कमांड असल में एक्ज़ीक्यूट होने से पहले क्या रिटर्न करेगा।
$ testsprite test get TC_checkout_promo ...formatted, human-readable report printed to the terminal... $ testsprite test get TC_checkout_promo --output json ...the same result, returned as structured JSON on stdout... → pipe it straight into a script, a dashboard, or a Slack bot
जब JSON पहले से मौजूद है, तो टेक्स्ट स्क्रैपर मत बनाइए
जिन टीमों को CI को नतीजों पर रिएक्ट करना होता है, वे अक्सर रंगीन टर्मिनल टेक्स्ट के खिलाफ़ regex लिखकर रह जाती हैं — भंगुर, और जैसे ही CLI की फ़ॉर्मैटिंग बदलती है, यह टूट जाता है। --output json इसके बजाय आपको वही डेटा एक स्थिर, पार्स करने लायक संरचना में देता है।
सिर्फ़ टर्मिनल के लिए नहीं, स्क्रिप्ट्स के लिए बनाया गया
पूरे CLI में काम करता है
--output json ज़्यादातर testsprite कमांड पर उपलब्ध है, तो आपको हर एक के लिए अलग इंटीग्रेशन तरीके की ज़रूरत नहीं।
किसी भी CI स्क्रिप्ट में डालें
संरचित आउटपुट GitHub Actions, GitLab CI, या किसी भी पाइपलाइन स्टेप से पार्स करना आसान है, ताकि आप स्ट्रिंग मैच के बजाय असल नतीजे पर बिल्ड गेट कर सकें।
मुफ़्त कम्युनिटी वर्ज़न
एक मुफ़्त कम्युनिटी वर्ज़न देता है, जिससे यह सबके लिए सुलभ बनता है।
नॉन-इंटरैक्टिव सेटअप के साथ जोड़ी बनाता है
--output json को testsprite setup --from-env --yes --agent <name> के साथ मिलाकर एक ऐसी CI जॉब बनाएँ जो बिना किसी इंसान के बीच में आए इंस्टॉल, कॉन्फ़िगर, और रिपोर्ट करती है।
दुनिया भर के व्यवसायों द्वारा विश्वसनीय
"टेस्टस्प्राइट समृद्ध टेस्ट केस जनरेशन, स्पष्ट संरचना और पढ़ने में आसान कोड प्रदान करता है। यह नए टेस्ट केस उत्पन्न करके तेजी से विस्तार करने की क्षमता के साथ सरल ऑनलाइन डिबगिंग का भी समर्थन करता है।"
"टेस्टस्प्राइट का स्वचालन हमें बहुत सारे मैन्युअल काम को कम करने में मदद करता है। डेवलपर्स विकास प्रक्रिया में पहले ही बग्स को आसानी से पकड़ और हल कर सकते हैं।"
FAQ
--output json असल में क्या बदलता है?
यह कमांड के आउटपुट को इंसानों के पढ़ने लायक टर्मिनल टेक्स्ट से stdout पर संरचित, पार्स करने लायक आउटपुट में बदल देता है — अंदरूनी नतीजा वही रहता है, बस उस फ़ॉर्मैट में जिसे आपके अपने टूल पढ़ सकें।
कौन-से कमांड --output json सपोर्ट करते हैं?
यह ज़्यादातर testsprite कमांड पर उपलब्ध एक ग्लोबल फ़्लैग है, किसी एक में बना कोई खास मोड नहीं।
क्या मैं इसे Slack बॉट या इंटरनल डैशबोर्ड को फ़ीड करने के लिए इस्तेमाल कर सकता हूँ?
हाँ — चूँकि आउटपुट संरचित है, कोई भी स्क्रिप्ट जो इसे पार्स कर सकती है, नतीजे को वहाँ भेज सकती है जहाँ आपकी टीम पहले से बिल्ड स्टेटस देखती है।
क्या --output json, --dry-run के साथ काम करता है?
हाँ — इन्हें मिलाकर देखें कि कोई कमांड असल में एक्ज़ीक्यूट होने से पहले क्या रिटर्न करेगा, यह तब उपयोगी है जब आप कोई नया इंटीग्रेशन बना रहे हों।
क्या मुझे यह सिर्फ़ CI में मिलता है, या लोकल पर भी?
दोनों तरफ़ एक जैसा फ़्लैग — यह वैसे ही काम करता है चाहे आप testsprite लोकल पर चला रहे हों, GitHub Actions में, GitLab CI में, या अपने खुद के एजेंट लूप में।