टेस्ट डेटा जनरेटर

नकली डेटा असली डेटा की स्प्रेडशीट से बेहतर क्यों है

हर डेवलपर ने कभी न कभी प्रोडक्शन डंप को स्टेजिंग डेटाबेस में पेस्ट करके पछताया है: असली ईमेल पर असली मेल आती है, असली फ़ोन नंबरों पर असली कॉल आते हैं, और डेमो या बग रिपोर्ट में एक स्क्रीनशॉट चुपचाप किसी की निजी जानकारी प्रकाशित कर देता है। नकली डेटा दुर्घटनाओं की इस पूरी श्रेणी को ख़त्म कर देता है। नाम नाम जैसे लगते हैं, ईमेल ईमेल जैसे लगते हैं, पते पतों की तरह पार्स होते हैं — इसलिए लेआउट, सत्यापन और इम्पोर्ट कोड का यथार्थवादी अभ्यास होता है — लेकिन कोई भी पंक्ति किसी व्यक्ति से मेल नहीं खाती, और बाद में कुछ साफ़ करने की ज़रूरत नहीं पड़ती।

यह जनरेटर उन फ़ील्ड प्रकारों को कवर करता है जो अधिकांश टेबलों को भरते हैं: पूरे नाम, ईमेल, शहर, सड़क के पते, फ़ोन नंबर, कंपनी के नाम, तारीखें, पूर्णांक, दशमलव, बूलियन और UUID। इन्हें उस टेबल के आकार में जोड़ें जो आप बना रहे हैं, पंक्तियों की संख्या तय करें, और डाउनलोड करें। सौ पंक्तियाँ लेआउट जाँचने के लिए काफ़ी हैं; दस हज़ार पंक्तियाँ यह जानने के लिए काफ़ी हैं कि कोई लिस्ट व्यू, सर्च इंडेक्स या इम्पोर्ट स्क्रिप्ट मात्रा के संपर्क में टिक पाएगा या नहीं। सीड विकल्प आउटपुट को पुनरुत्पादनीय बनाता है, ताकि विफल हो रहे टेस्ट केस को लगभग वर्णन करने के बजाय ठीक-ठीक फिर से बनाया जा सके।

फ़ॉर्मेट किस काम के हैं

CSV सार्वभौमिक आदान-प्रदान है: स्प्रेडशीट, डेटाबेस इम्पोर्ट विज़ार्ड और डेटा टूल सभी इसे पढ़ते हैं, और यह किसी डेमो में यथार्थवादी टेबल डालने का सबसे तेज़ तरीका है। JSON API और सीड स्क्रिप्ट के लिए उपयुक्त है — ऑब्जेक्ट्स की एक ऐरे, हर पंक्ति के लिए एक, कुंजियाँ ठीक वैसी जैसी आपने फ़ील्डों के नाम रखे थे। SQL INSERT सीधे डेटाबेस में जाते हैं: टेबल का नाम चुनें, और एक्सपोर्ट हर पंक्ति के लिए एक INSERT लिखता है, स्ट्रिंग उद्धृत और संख्याएँ व बूलियन कच्चे रूप में। तीनों एक ही जनरेट की गई पंक्तियों से स्थानीय रूप से बनाए जाते हैं, इसलिए फ़ॉर्मेट बदलने से डेटा कभी नहीं बदलता, केवल उसकी पैकेजिंग बदलती है।

टेस्ट डेटा @faker-js/faker (MIT लाइसेंस) के साथ स्थानीय रूप से जनरेट किया जाता है। लाइब्रेरी आपके पहले जनरेट क्लिक पर लोड होती है और केवल इसी पेज पर।

अक्सर पूछे जाने वाले प्रश्न