DevOps لقواعد البيانات · بيانات الاختبار
تقنيع البيانات لبيئات الاختبار: الأساليب، والأخطاء الشائعة، وعملية يُعتمد عليها
تقنيع البيانات (Data Masking)، ويُسمّى أيضاً إخفاء البيانات، يستبدل القيم الحساسة في نسخة من قاعدة البيانات — الأسماء، وأرقام الهوية الوطنية والإقامة، وأرقام الجوال، وبيانات الحسابات — بقيم بديلة واقعية، فيعمل المطورون والمختبِرون على بيانات تسلك سلوك بيانات الإنتاج دون أن تكشف أصحابها. تقارن هذه الصفحة بين الأساليب، وتشرح الخلل الذي يجعل البيانات المقنَّعة عديمة الفائدة، وتعرض عملية تجعل تحديث بيانات الاختبار خطوة معتادة في مسار التسليم.
نُشر في 7 دقائق قراءة
باختصار
- ما هو: تحويل مجموعة بيانات بحيث لا يعود ممكناً ربط قيمها بالأشخاص الحقيقيين الذين تصفهم، مع الإبقاء على الصيغة والسلوك اللذين تتوقعهما التطبيقات.
- أين يُستخدم: في نسخ الإنتاج المُعدّة للتطوير، والاختبار، واختبار قبول المستخدم، والتدريب، والتحليلات، والمتعاقدين من خارج المنشأة.
- نوعان رئيسيان: التقنيع الثابت يغيّر النسخة تغييراً دائماً؛ والتقنيع الديناميكي يُخفي القيم لحظة قراءتها ويترك البيانات المخزَّنة كما هي.
- الجزء الصعب: العثور على كل عمود حساس، وتقنيع الشخص نفسه بالطريقة نفسها في كل مكان، حتى تبقى عمليات الربط والاختبارات سليمة.
تتناول هذه الصفحة نسخ قواعد البيانات. أما البيانات الشخصية في سجلات التطبيقات وبيانات التتبّع فتحتاج ضوابط مختلفة: إبقاء البيانات الشخصية خارج السجلات والتتبّع
روابط ذات صلةإبقاء البيانات الشخصية خارج السجلات والتتبّع
لماذا تحتاج نسخة الاختبار عناية نسخة الإنتاج نفسها
بيئات غير الإنتاج يصل إليها عادةً عدد أكبر من الأشخاص، بضوابط أخف، وبنسخ أكثر مما في الإنتاج. لذلك فاستعادة نسخة كاملة من الإنتاج إلى بيئة الاختبار تضاعف عدد الأماكن التي تقيم فيها بيانات عملاء حقيقيين، والبيانات الشخصية لا تفقد صفتها لأنها على خادم اختبار. اسألوا الجهة المختصة بحماية البيانات أو الإدارة القانونية لديكم عن الالتزامات التي تنطبق على نسخكم غير الإنتاجية؛ فهذه الصفحة تتناول الجانب الهندسي.
التقنيع الثابت أم الديناميكي أم البيانات الاصطناعية: أي نهج يناسبكم
التقنيع واحد من عدة طرق لإعطاء الفرق بيانات آمنة الاستخدام. تحلّ هذه الطرق مشكلات مختلفة، وكثير من البيئات تجمع في النهاية بين اثنتين منها.
| النهج | ما الذي يفعله | يناسب حين | انتبهوا إلى |
|---|---|---|---|
| التقنيع الثابت (Static) | يستبدل القيم الحساسة في نسخة استبدالاً دائماً قبل أن يستخدمها أحد | قواعد بيانات التطوير والاختبار واختبار القبول التي تُحدَّث من الإنتاج | يجب أن يتم قبل منح الصلاحيات؛ فالنسخة التي تُقنَّع بعد استخدامها تكون قد كُشفت |
| التقنيع الديناميكي (Dynamic) | يُخفي القيم لحظة القراءة بحسب من يطلبها؛ والبيانات المخزَّنة لا تتغير | تقييد ما يراه بعض المستخدمين في قاعدة بيانات تشغيلية أو قاعدة تقارير | القيم الحقيقية ما زالت موجودة في تلك القاعدة؛ فلا يغني عن تقنيع نسخ الاختبار |
| البيانات الاصطناعية (Synthetic) | تولّد سجلات مصطنعة تتبع المخطط والقواعد | ميزات جديدة ليس لها بيانات إنتاج بعد، أو الحالات الحدّية (Edge cases) التي نادراً ما تظهر في الإنتاج | تفوتها التركيبات غير المألوفة التي تحملها البيانات الحقيقية؛ وهي جيدة مكمّلاً |
| الاقتطاع الجزئي (Subsetting) | ينسخ شريحة أصغر مترابطة من الإنتاج بدلاً من نسخه كاملاً | الاختبارات التي تحتاج بيانات ممثِّلة لا كل الصفوف | ليس تقنيعاً بحد ذاته؛ فالشريحة نفسها تحتاج تقنيعاً |
| التشفير (Encryption) | يجعل البيانات غير مقروءة دون مفتاح | حماية البيانات المخزَّنة والمنقولة | يمكن عكسه لمن يملك المفتاح، فلا يجعل البيانات آمنة لتسليمها لفريق اختبار |
مكوّنات قاعدة التقنيع
لكل عمود حساس قاعدة. والأساليب الشائعة:
- الاستبدال: وضع قيمة واقعية من قائمة مكان القيمة الأصلية — اسم مختلف، أو عنوان مختلف.
- الخلط: إعادة ترتيب القيم داخل العمود حتى لا تعود منسوبة إلى صفوفها الأصلية.
- الحذف أو التفريغ (Nulling): إزالة القيمة حيث لا تحتاجها الاختبارات.
- التعميم: تقليل الدقة — تاريخ الميلاد يصبح سنة الميلاد، والعنوان التفصيلي يصبح المدينة.
- الاستبدال مع الحفاظ على الصيغة: توليد قيمة جديدة بطول القيمة الأصلية وبنيتها.
اقرأ المزيد
المعرّفات تستحق عناية خاصة في البيانات السعودية. فأرقام الهوية الوطنية والإقامة، وأرقام الجوال بصيغتها المحلية، وأرقام الحسابات المصرفية، تتحقق التطبيقات من طولها وبنيتها؛ ويجب أن تجتاز القيم البديلة التحقق نفسه، وإلا فشلت الاختبارات لسبب خاطئ. وحقول الأسماء كثيراً ما تكون بالعربية والإنجليزية معاً، وتقنيع إحداهما دون الأخرى يُبقي التعرّف على الشخص ممكناً.
الخلل الذي يجعل البيانات المقنَّعة عديمة الفائدة: العلاقات المكسورة
يظهر العميل في جدول العملاء، وفي الطلبات، والمدفوعات، ونظام الدعم، وكثيراً في قاعدة بيانات أخرى تماماً. فإذا قُنِّع هذا العميل بطريقة مختلفة في كل مكان، انكسرت عمليات الربط، وتوقفت المجاميع عن التطابق، وفشلت اختبارات التكامل — فتعود الفرق شيئاً فشيئاً إلى طلب نسخ غير مقنَّعة.
ثلاث قواعد تُبقي البيانات المقنَّعة صالحة للاستخدام
- قنّعوا بأسلوب حتمي (Deterministic). يجب أن تتحول القيمة الأصلية نفسها دائماً إلى القيمة المقنَّعة نفسها، في كل جدول وكل قاعدة بيانات ضمن النطاق.
- ابحثوا في النصوص الحرة، لا في الأعمدة الواضحة فقط. الملاحظات والتعليقات والعناوين المكتوبة في حقل واحد وجداول السجلات كثيراً ما تحتوي أسماء وأرقاماً.
- اتركوا البيانات المرجعية كما هي. رموز المنتجات وقوائم الفروع وجداول العملات ليست بيانات شخصية، وتقنيعها لا يفعل سوى كسر الاختبارات.
عملية تقنيع يُعتمد عليها
-
صنّفوا.
شغّلوا اكتشافاً آلياً للعثور على الأعمدة التي تبدو بيانات شخصية، ثم اطلبوا من مالكي البيانات تأكيد القائمة أو تصحيحها. الاكتشاف يقترح، والناس يقررون.
-
اكتبوا قاعدة لكل عمود.
اختاروا الأسلوب، والصيغة التي يجب أن يحافظ عليها، وهل يجب أن تتطابق القيمة بين قواعد البيانات.
-
حددوا حجم البيانات الذي تحتاجه كل بيئة.
حيث لا تلزم نسخة كاملة، اقتطعوا شريحة أولاً؛ فالنسخ الأصغر تُحدَّث أسرع وتكشف أقل.
-
قنّعوا أثناء التجهيز.
طبّقوا القواعد أثناء إنشاء النسخة، قبل أن يتصل بها أي مطوّر أو مختبِر أو متعاقد.
-
تحققوا.
افحصوا عيّنات للتأكد من أن القيم الأصلية لم تعد موجودة، وشغّلوا مجموعة اختبارات التطبيق على النسخة المقنَّعة.
-
أتمتوا.
ضعوا التحديث في مسار التسليم، ليصبح تجهيز بيئة مقنَّعة مهمة معتادة لا خدمة ربع سنوية يقدمها مدير قاعدة البيانات.
-
احتفظوا بالسجل.
خزّنوا التصنيف والقواعد مع مسار التسليم، لتستطيعوا أن تبيّنوا ما الذي قُنِّع، وكيف، ومتى.
كيف تغطي أداة Redgate Test Data Manager هذه الخطوات
تنفّذ إنتركي أدوات Redgate لتسليم قواعد البيانات. وفي بيانات الاختبار، تتوافق أداة Redgate Test Data Manager مع العملية أعلاه على النحو التالي، بحسب وثائق Redgate نفسها:
| الخطوة | ما تفعله الأداة | ما يبقى قراركم |
|---|---|---|
| التصنيف | تكتشف البيانات وتصنّفها آلياً لتحديد معلومات التعريف الشخصية | أي الأعمدة المقترحة حساسة فعلاً، وما الذي فاتها في النصوص الحرة |
| التقنيع | تقنيع حتمي يستبدل القيم ببدائل واقعية ويحافظ على سلامة العلاقات بين الجداول | القاعدة لكل عمود، والصيغ التي تتحقق منها التطبيقات |
| الاقتطاع الجزئي | تبني شريحة أصغر ممثِّلة تحافظ على سلامة العلاقات، بدءاً من جدول تختارونه مع شروط تصفية | حجم البيانات الذي تحتاجه كل بيئة فعلاً |
| التجهيز | تنشئ نسخة من مثيل قاعدة بيانات كامل (باستخدام Redgate Clone)، مع التقنيع أثناء التجهيز خياراً | من يحصل على أي بيئة، وجدول التحديث |
| الأتمتة | سطر أوامر مصمم لمسارات CI/CD، إلى جانب واجهة رسومية؛ وتعمل على Windows وLinux | موضع التحديث في مسار التسليم |
وثائق الأداة تغطي أربعة من محركات قواعد البيانات العلائقية الشائعة. وتختلف المحركات والميزات المدعومة بحسب الإصدار والفئة (Edition)، لذا تأكدوا من المحرك والفئة لديكم أثناء تحديد النطاق. ويُقدَّم ترخيص Redgate بشروط Redgate إلى جانب عمل إنتركي.
ما الذي تقدمه إنتركي
تتعامل ممارسة DevOps لقواعد البيانات في إنتركي مع بيانات غير الإنتاج بعناية بيانات الإنتاج نفسها، وتخطط للتقنيع أو لتوليد بيانات الاختبار من البداية، لا بعد أن تظهر ملاحظة في التدقيق. ويتولى العمل الهندسي مهندسو إنتركي في الرياض. وإنتركي حاصلة على شهادة ISO/IEC 27001:2022.
يُحدَّد نطاق العمل على بيانات الاختبار مع إنتركي حول:
- التقييم: كيف تُجهَّز بيانات الاختبار اليوم — من ينسخ ماذا، وإلى أين، وكم مرة، ومن يستطيع الوصول إليها.
- التصنيف مع مالكي البيانات لديكم: القائمة المؤكدة للأعمدة الحساسة، ومنها حقول النصوص الحرة.
- القواعد والشرائح: قواعد التقنيع لكل عمود، وتعريف الشريحة لكل بيئة.
- الدمج في مسار التسليم: تحديثات مقنَّعة مبنية داخل عملية تسليم قواعد البيانات لديكم.
- التسليم: أدلة تشغيل ومعايير يملكها فريقكم، والتشغيل المستمر ضمن نطاق خدمات مُدارة إن رغبتم.
اقرأ المزيد
متى لا يكون هذا العمل مناسباً: إن كنتم تحتاجون فقط إلى إخفاء بضعة أعمدة عن بعض مستخدمي قاعدة تقارير واحدة، فقد توفّر منصة قاعدة البيانات لديكم خياراً مدمجاً؛ تحققوا منه أولاً. وإن كانت أغلب قواعد بياناتكم غير علائقية، فأخبرونا؛ إذ يُتفق على النطاق لكل منصة.
أسئلة شائعة
هل تقنيع البيانات هو التشفير نفسه؟
لا. التشفير يجعل البيانات غير مقروءة دون مفتاح، ويمكن عكسه لكل من يملك المفتاح. أما التقنيع فيستبدل القيم، ولا يمكن عكسه عادةً، ولهذا يناسب النسخ التي تُسلَّم لفرق التطوير والاختبار.
هل البيانات المقنَّعة مجهولة الهوية؟
ليس تلقائياً. إذا بقيت تفاصيل أصلية كافية دون تغيير — مسمى وظيفي نادر، أو بلدة صغيرة، أو تاريخ دقيق — فقد يمكن أحياناً التعرف على الشخص بالجمع بينها. والقواعد الجيدة تعمّم هذه التركيبات أو تستبدلها، إلى جانب المعرّفات الواضحة.
هل سيكسر التقنيع اختباراتنا؟
يكسرها حين تنكسر العلاقات أو الصيغ. التقنيع الحتمي يُبقي الشخص نفسه متسقاً عبر الجداول وقواعد البيانات، والاستبدال مع الحفاظ على الصيغة يُبقي المعرّفات صالحة. واحتفظوا بمجموعة صغيرة من السجلات الاصطناعية للحالات الحدّية التي يُزيلها التقنيع.
هل يمكن تقنيع قواعد البيانات غير العلائقية؟
وثائق Redgate Test Data Manager تغطي محركات قواعد البيانات العلائقية. أما المنصات الأخرى فيُتفق على النهج لكل منها أثناء تحديد النطاق، وسنقول لكم إن لم تكن الأدوات مناسبة.
هل يلزمنا استخدام Redgate للعمل مع إنتركي على بيانات الاختبار؟
لا. العملية في هذه الصفحة تنطبق أياً كانت الأدوات. وحيث تجعل بيئتكم وتراخيصكم Redgate الخيار المناسب، تنفّذها إنتركي؛ وحيث لا تفعل، نقول ذلك.
هل يحسم التقنيع التزاماتنا في حماية البيانات؟
لا توجد أداة تحسم ذلك. تحديد الالتزامات التي تنطبق على نسخكم غير الإنتاجية وما تتطلبه من اختصاص الإدارة القانونية أو جهة حماية البيانات لديكم. والتقنيع يقلل عدد الأماكن التي تقيم فيها بيانات شخصية حقيقية.
التالي
اقرؤوا بعد ذلك
الخطوة التالية
راجعوا معنا طريقة تجهيز بيانات الاختبار
أخبرونا كيف تُحدَّث قواعد بياناتكم غير الإنتاجية اليوم، وكم منها تقريباً يحمل بيانات عملاء. يراجع الفريق في الرياض طلبكم، ويردّ عليكم أحد المختصين في أيام العمل السعودية، بالعربية أو الإنجليزية.
أو مباشرةً
+966-11-2180999 [email protected]أبراج التعاونية، البرج الشمالي، الطابق السابع، طريق الملك فهد، العليا، ص.ب. ٥٦٨٣٥، الرياض ١١٥٦٤، المملكة العربية السعودية