لماذا نولّد مستخدمين وشركات وهميين بدل استخدام الحقيقيين؟
لأن بيئة اختبار مليئة بعملاء حقيقيين نسخة من بيانات شخصية دون أي من ضوابط الإنتاج — يمكن لكل مختبِر ومتعاقد ولقطة شاشة كشفها، وبموجب نظام حماية البيانات الشخصية السعودي تُعدّ هذه النسخة معالجة تحتاج إلى أساس نظامي. الأشخاص والشركات المولَّدون يمنحون الشكل نفسه — أسماء بنظام الكتابة الصحيح وبريد وأرقام هواتف وعناوين وأرقام سجلات — وما تفتقر إليه البيانات الحقيقية: الأسماء الطويلة والفواصل العليا والتشكيل والحقول الاختيارية الفارغة التي تكسر النماذج والتقارير.
كيفية استخدام مولّد مستخدمين وهميين
- اختر عدد المستخدمين الذي تحتاجه (1–1000) واللغة، ودولة الهاتف اختيارياً.
- قرّر ما إذا كنت تريد تضمين حقول كلمة المرور والطوابع الزمنية.
- اختر صيغة الإخراج واضغط «توليد» (Generate).
- انسخ مجموعة البيانات أو نزّلها بالامتداد المناسب لسكربت التهيئة (seeding) لديك.
مزايا مولّد مستخدمين وهميين
- كائنات مستخدمين كاملة: المعرّف وUUID والأسماء والجنس واسم المستخدم والبريد الإلكتروني وكلمة المرور وبذرة الصورة الرمزية والدور والحالة والهاتف وتاريخ الميلاد والطوابع الزمنية
- أسماء مستخدمين وعناوين بريد إلكتروني مشتقة من الاسم المولَّد لتكون السجلات متسقة داخلياً
- أسماء عربية وهندية مع نقل حرفي (transliteration) لاتيني لأسماء المستخدمين
- أرقام جوّال تراعي الدولة بصيغة E.164 (الخيار الافتراضي يتبع اللغة المختارة)
- تفعيل حقول كلمة المرور والطوابع الزمنية أو تعطيلها
- حالات موزونة (معظمها نشط، وبعضها مدعو/موقوف/غير نشط) لعوامل تصفية واقعية
- قابل لإعادة الإنتاج ببذرة (seed)؛ مع إخراج بصيغة JSON أو CSV أو SQL أو XML أو JSON Lines أو جدول نصي
مثال على مولّد مستخدمين وهميين
ثلاثة مستخدمين عرب بصيغة JSON
الإدخال:
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",
…
}
]الأسئلة الشائعة حول مولّد مستخدمين وهميين
كيف تُشتق أسماء المستخدمين وعناوين البريد الإلكتروني؟
كلاهما مشتق من الاسم المولَّد، إذ يُوصل جزءا الاسم بنقطة أو شرطة سفلية أو واصلة أو دون فاصل (first.last أو first_last أو first-last أو firstlast) وتُلحق بهما أرقام أحياناً، لذا يكون كل سجل متسقاً داخلياً. وتستخدم عناوين البريد الإلكتروني دائماً نطاقات محجوزة مثل example.com.
هل يمكنني توليد مستخدمين عرب أو هنود؟
نعم — اختر اللغة. تُنتَج الأسماء بالحروف العربية أو الديفاناغارية، بينما تستخدم أسماء المستخدمين وعناوين البريد الإلكتروني نقلاً حرفياً لاتينياً، محاكاةً للأنظمة ثنائية اللغة الحقيقية.
هل كلمات المرور آمنة للاستخدام؟
هي سلاسل عشوائية من 12 حرفاً تستوفي قواعد التعقيد المعتادة، ومخصصة فقط لتهيئة حسابات الاختبار. لا تُعِد استخدامها أبداً في عمليات تسجيل دخول حقيقية.
ماذا يحتوي حقلا الدور والحالة؟
تتناوب الأدوار بين admin وeditor وviewer وmember وmoderator وsupport؛ أما الحالات فموزونة لصالح active مع بعض المستخدمين بحالة invited وsuspended وinactive، حتى يمكن اختبار عوامل التصفية والصلاحيات.
ملاحظات تقنية
تحتوي كلمات المرور على حرف صغير واحد على الأقل وحرف كبير ورقم ورمز، وتتجنب الأحرف الملتبسة. وتقع تواريخ الإنشاء ضمن السنوات الثلاث الأخيرة، وتأتي تواريخ آخر تسجيل دخول دائماً بعد تاريخ الإنشاء، لذا تتصرف الاستعلامات المعتمدة على الوقت بشكل منطقي.
المراجع
- Personal Data Protection Law (English translation)النظام السعودي لحماية البيانات الشخصية — ولماذا ينبغي أن تستخدم بيئات الاختبار بيانات اصطناعية بدلاً من نسخ سجلات العملاء الحقيقية.
- ISTQB Certified Tester Foundation Level (CTFL) v4.0المنهج التأسيسي لاختبار البرمجيات: مستويات الاختبار وأنواعه وتقنيات تصميم الاختبارات وإدارة الاختبار والأدوات.