صفوف من بيانات اختبار واقعية بصيغة JSON أو CSV أو SQL أو XML، متطابقة في كل مرة من بذرة واحدة
يعمل في متصفحك. لا يُرسل أي شيء تكتبه إلى أي مكان. تم التحقق في 15 أكتوبر 2026.بيانات الاختبار التي تتغير في كل تشغيل تجعل تكرار الاختبار الفاشل مستحيلًا. هنا البذرة جزء من المدخلات، لذا تعطي البذرة نفسها الصفوف نفسها إلى الأبد، حتى 5,000 صف بصيغة JSON أو CSV أو SQL أو XML. وكل عنوان بريد إلكتروني ينتهي بـ example.com.
تُرجمت هذه الصفحة آليًا من الأصل الإنجليزي. لم يراجع أي شخص هذه الترجمة بعد، لذا فالنسخة الإنجليزية هي التي يُعتمد عليها. اقرأ الأصل الإنجليزي
سمِّ كل حقل واختر نوعه، مثل «الاسم الكامل» أو «البريد الإلكتروني» أو «التاريخ»؛ واضغط «إضافة حقل» للمزيد.
اضبط «الصفوف» على عدد السجلات التي تحتاجها.
أبقِ «البذرة» أو غيّرها؛ فالبذرة نفسها تعطي الصفوف نفسها دائمًا.
اختر JSON أو CSV أو SQL أو XML تحت «حفظ بصيغة»، ثم اضغط «نسخ» أو «تنزيل».
يصنع مولّد بيانات الاختبار في متصفحك صفوفًا من بيانات اختبار معقولة: أسماء، وعناوين بريد إلكتروني، وأرقام هواتف، وعناوين هندية برموز PIN حقيقية، وشركات، وتواريخ وطوابع زمنية، وعناوين IP، ووكلاء مستخدم، وأسعار وغيرها، بصيغة JSON أو CSV أو عبارات SQL INSERT أو XML. تختار الحقول، وتسمّي كل حقل، وتحدد عدد الصفوف، ثم تنسخ النتيجة أو تنزّلها.
ما يميّزه عن غيره هو البذرة. كل مولّد من هذا النوع يعطيك شيئًا مختلفًا في كل مرة تضغط فيها الزر، وهذا سلوك خاطئ لبيانات الاختبار الثابتة: فلا يمكن تكرار التشغيل الذي فشل، وتضيع البيانات التي سببت الفشل. هنا البذرة جزء من المدخلات. البذرة نفسها والحقول نفسها تنتج الصفوف نفسها إلى الأبد، على أي جهاز وفي أي متصفح، فالزميل الذي يكتب البذرة التي استخدمتها يحصل على ملفك تمامًا. وهذا يعني أيضًا أن المستودع لا يحتاج إلى ميغابايت من البيانات النموذجية؛ تكفي البذرة لإعادة بنائها.
اختيرت القيم لتكون آمنة الاستخدام. كل عناوين البريد الإلكتروني تنتهي بـ example.com، وهو نطاق يحجزه RFC 2606 للتوثيق والاختبار، فلا تستطيع بيانات اختبار حُمّلت في البيئة الخطأ أن تراسل شخصًا حقيقيًا. وتأتي عناوين IP فقط من كتل التوثيق في RFC 5737، وتبقى عناوين URL على example.com. ويجمع العنوان بين مدينة وولاية ورمز PIN حقيقية ومنزل وشارع مختلَقين. وتتبع أرقام الهواتف صيغة الجوال الهندية لكنها عشوائية، فلا تتصل بأي منها أبدًا. والأسماء أسماء أولى وأسماء عائلات هندية عادية، وهو ما ينبغي أن تُظهره معظم العروض التجريبية لمنتج هندي بدلًا من الأسماء الأمريكية البديلة التي تنتجها الأدوات الأخرى.
حتى خمسة آلاف صف في المرة الواحدة. يتبع ملف CSV معيار RFC 4180، فالقيمة التي تحتوي فاصلة أو علامة اقتباس توضع بين علامتي اقتباس وتُضاعف علامات الاقتباس فيها. ويضع SQL الأسماء والنصوص بين علامات الاقتباس كما يتوقعها PostgreSQL أو MySQL، بما في ذلك الشرطات المائلة العكسية.
كل شيء يعمل على جهازك. لا يُرفع شيء، ولا حاجة إلى إنشاء حساب.
اختر الحقول التي تحتاجها، وأعطِ كل حقل اسمًا، وحدد عدد الصفوف، واختر JSON أو CSV. تظهر الصفوف فورًا فتنسخها أو تنزّلها. أبقِ البذرة إذا أردت البيانات نفسها لاحقًا؛ وغيّرها للحصول على مجموعة مختلفة.
لأن بيانات الاختبار التي تتغير في كل تشغيل تجعل تكرار الاختبار الفاشل مستحيلًا. تغذّي البذرة مولّدًا حتميًا صغيرًا، لذا تعطي البذرة نفسها والحقول نفسها صفوفًا متطابقة على أي جهاز، والزميل الذي يكتب بذرتك يعيد بناء ملفك تمامًا.
لا. كل عنوان ينتهي بـ example.com، وهو نطاق يحجزه RFC 2606 للتوثيق والاختبار، فلا يمكن أن يُسلّم أي شيء إلى شخص حقيقي. أما أرقام الهواتف فأمر آخر: تتبع الصيغة الهندية لكنها عشوائية، فلا تتصل بأي منها أبدًا.
حتى خمسة آلاف صف دفعة واحدة، وهذا يكفي لجدول عرض تجريبي أو قاعدة بيانات تجريبية أو مجموعة من بيانات الاختبار. ولأكثر من ذلك، شغّله مرة أخرى ببذرة مختلفة واجمع الملفات؛ فيبقى المتصفح مستجيبًا بدل أن يتجمد في تشغيل واحد ضخم.
نعم. يتبع الملف معيار RFC 4180: القيمة التي تحتوي فاصلة أو علامة اقتباس أو فاصل أسطر توضع بين علامتي اقتباس وتُضاعف علامات الاقتباس فيها، وهذا ما تتوقعه جداول البيانات. والسطر الأول هو عناوين الأعمدة التي سمّيتها.
اختر الحقول، وأدخل عدد الصفوف، ونزّل JSON أو CSV. لا حاجة إلى حساب ولا يُرفع شيء، فكل شيء يُنشأ في متصفحك. والبذرة نفسها تعطي الصفوف نفسها مرة أخرى.
تتغير المعدلات والقواعد؛ راجع المصدر قبل الاعتماد على أي رقم.
هل ما زلت عالقًا؟ اسأل عن مولّد بيانات الاختبار ويمكن لأي شخص يعرف الإجابة أن يجيب. لا حاجة إلى حساب.