असली की जगह नक़ली यूज़र और कंपनियाँ क्यों बनाएँ?
क्योंकि असली ग्राहकों से भरा टेस्ट एनवायरनमेंट व्यक्तिगत डेटा की ऐसी कॉपी है जिस पर प्रोडक्शन के कोई नियंत्रण नहीं — हर टेस्टर, कॉन्ट्रैक्टर और स्क्रीनशॉट उसे उजागर कर सकता है, और सऊदी व्यक्तिगत डेटा संरक्षण क़ानून के तहत ऐसी कॉपी ऐसी प्रोसेसिंग है जिसे क़ानूनी आधार चाहिए। जनरेट किए गए लोग और कंपनियाँ वही आकार देते हैं — सही लिपि में नाम, ईमेल, फ़ोन नंबर, पते, पंजीकरण नंबर — और वह भी जो असली डेटा में नहीं होता: लंबे नाम, एपॉस्ट्रॉफ़ी, मात्राएँ और ख़ाली वैकल्पिक फ़ील्ड जो फ़ॉर्म और रिपोर्ट तोड़ते हैं।
फ़ेक यूज़र जनरेटर कैसे इस्तेमाल करें
- तय करें कि कितने users चाहिए (1–1000), locale चुनें और चाहें तो फ़ोन का देश।
- तय करें कि पासवर्ड और timestamp फ़ील्ड शामिल करने हैं या नहीं।
- आउटपुट फ़ॉर्मेट चुनें और Generate दबाएँ।
- डेटासेट कॉपी करें या अपनी seeding स्क्रिप्ट के लिए सही एक्सटेंशन के साथ डाउनलोड करें।
फ़ेक यूज़र जनरेटर की खूबियाँ
- पूरे user ऑब्जेक्ट: id, UUID, नाम, लिंग, username, ईमेल, पासवर्ड, avatar seed, role, status, फ़ोन, जन्म तारीख़ और timestamps
- username और ईमेल जनरेट किए गए नाम से बनते हैं, इसलिए हर रिकॉर्ड अंदर से एक जैसा रहता है
- अरबी और हिंदी नाम, username के लिए लैटिन ट्रांसलिटरेशन के साथ
- देश के अनुसार E.164 मोबाइल नंबर (डिफ़ॉल्ट रूप से locale के मुताबिक़)
- पासवर्ड और timestamp फ़ील्ड चालू या बंद करें
- वेटेड statuses (ज़्यादातर active, कुछ invited/suspended/inactive) ताकि फ़िल्टर असली जैसे लगें
- seed से दोहराने योग्य; JSON, CSV, SQL, XML, JSON Lines या टेक्स्ट टेबल आउटपुट
फ़ेक यूज़र जनरेटर का उदाहरण
JSON में तीन अरबी users
इनपुट:
Users: 3 · Locale: Arabic · Format: JSON · Seed: users-demoआउटपुट:
[
{
"id": 1,
"uuid": "3953b147-4aa6-45cd-a9b8-d11b57d5ef56",
"firstName": "نايف",
"lastName": "الثبيتي",
"fullName": "نايف طارق الثبيتي",
"username": "nayefalthubaiti819",
"email": "nayefalthubaiti819@example.com",
"role": "editor",
"status": "active",
"phone": "+966508370878",
…
}
]फ़ेक यूज़र जनरेटर के बारे में अक्सर पूछे जाने वाले सवाल
username और ईमेल कैसे बनते हैं?
दोनों जनरेट किए गए नाम से बनते हैं — नाम के हिस्से डॉट, अंडरस्कोर, हाइफ़न से या बिना किसी विभाजक के जुड़ते हैं (first.last, first_last, first-last, firstlast) और कभी-कभी आख़िर में अंक जुड़ते हैं, इसलिए हर रिकॉर्ड अंदर से एक जैसा रहता है। ईमेल हमेशा example.com जैसे रिज़र्व्ड डोमेन इस्तेमाल करते हैं।
क्या मैं अरबी या हिंदी users बना सकता हूँ?
हाँ — बस locale चुनें। नाम अरबी या देवनागरी लिपि में बनते हैं जबकि username और ईमेल लैटिन ट्रांसलिटरेशन इस्तेमाल करते हैं, ठीक जैसे असली द्विभाषी सिस्टम में होता है।
क्या ये पासवर्ड इस्तेमाल करने के लिए सुरक्षित हैं?
ये 12 कैरेक्टर की रैंडम स्ट्रिंग हैं जो आम कॉम्प्लेक्सिटी नियमों पर खरी उतरती हैं और सिर्फ़ टेस्ट अकाउंट seed करने के लिए हैं। इन्हें कभी असली लॉगिन के लिए दोबारा इस्तेमाल न करें।
role और status फ़ील्ड में क्या होता है?
Roles में admin, editor, viewer, member, moderator और support बारी-बारी आते हैं; statuses का झुकाव active की ओर रहता है, साथ में कुछ invited, suspended और inactive users, ताकि फ़िल्टर और permissions टेस्ट किए जा सकें।
तकनीकी नोट्स
पासवर्ड में कम से कम एक छोटा अक्षर, एक बड़ा अक्षर, एक अंक और एक चिह्न होता है, और भ्रम पैदा करने वाले कैरेक्टर टाल दिए जाते हैं। बनाने की तारीख़ें पिछले तीन साल के भीतर पड़ती हैं और अंतिम लॉगिन की तारीख़ हमेशा बनाने के बाद आती है, इसलिए समय-आधारित क्वेरी सही व्यवहार करती हैं।
संदर्भ
- Personal Data Protection Law (English translation)व्यक्तिगत डेटा पर सऊदी कानून — टेस्ट वातावरण में असली ग्राहक रिकॉर्ड की प्रतियों के बजाय सिंथेटिक डेटा क्यों इस्तेमाल करना चाहिए।
- ISTQB Certified Tester Foundation Level (CTFL) v4.0सॉफ़्टवेयर टेस्टिंग का फ़ाउंडेशन पाठ्यक्रम: टेस्ट स्तर और प्रकार, टेस्ट डिज़ाइन तकनीकें, टेस्ट प्रबंधन और टूल।